软件测试之缺陷分析

《软件测试之缺陷分析》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、相关文章LoadRunner性能测试基础软件测试结呆分析和质疑报告面向对彖软件测试技术研究设计测试用例的四条原则功能测试中故障模型的建立性能测试综述更多…相关培训课程软件测试(TD+WR+LD)测试过程与团队管理LoadRunner进行性能测试WEB应用的软件测试手机软件测试嵌入式白盒测试更多课程…相关咨询服务建立软件测试规范性能评测与调优更多咨询…成功案例亚信敏捷测试敏捷测试•简单而可行北大方正C语言单元测试罗克韦尔C++单元测试四方电气集团性能测试中国右油C++单元测试更多…一、软件缺陷的定义及主要类型

2、我们对软件缺陷分析-下，所谓”软件缺陷(bug)”,即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错谋，或者隐藏的功能缺陷。一般來说，软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级、缺陷來源、缺陷原因等。进行软件缺陷分析后，软件缺陷的主要可以分为以下儿种类型：(1)设计不合理；2)功能、特性没有实现或部分实现；3)运行出错，包括运行中断、系统朋溃、界面混乱等；4)与需求不一致，在执行TcstCasc时则为实际结果和预期结果不一致；(5)用户不能接受的其他问题，如存取时I'可过长、界

3、而不美观；(6)软件实现了需求未捉到的功能。二、软件缺陷的级别、优先级及状态软件缺陷有四种级别，分别为：致命的(Fatal),严重的(Critical),一般的(Major),微小的(Minor)。A类一致命的软件缺陷(Fatal):造成系统或应用程序崩溃、死机、系统挂起，或造成数据丢失，主要功能完全丧失，导致本模块以及和关模块杲常等问题。如代码错谋，死循环，数据库发生死锁、与数据库连接错谋或数据通讯错谋，未考虑异常操作，功能错误B类一严匝错误的软件缺陷(critical):系统的主要功能部分丧失、数据不能

4、保存，系统的次要功能完全丧失。问题局限在本模块，导致模块功能失效或异常退出。如致命的错误声明，程序接口错误，数据库的农、业务规则、缺省值未加完整性等约束条件C类一--般错误的软件缺陷(major):次要功能没有完全实现但不影响使用。如提示信息不太准确，或用户界面差，操作时间长，模块功能部分失效等，打印内容、格式错谋，删除操作未给出提示，数据库表中冇过多的空字段等D类一较小错误的软件缺陷(Minor),使操作者不方便或遇到麻烦，但它不影响功能过的操作和执行,如错别字、界而不规范(字体人小不统-，文字排列不整齐

5、，可输入区域和只读区域没有明显的区分标志)，辅助说明描述不清楚E类-建议问题的软件缺陷(Enhancemenial):山问题提出人対测试対象的改进意见或测试人员提出的建议、质疑。常用的软件缺陷的优先级表示方法可分为：立即解决P1、高优先级P2、正常排队P3、低优先级P4。立即解决是指缺陷导致系统儿乎不能使用或者测试不能继续，需立即修复：高优先级是指缺陷严重影响测试,盂要优先考虑；正常排队是指缺陷需要正常排队等待修复；而低优先级是指缺陷可以在开发人员冇时间的时候再被纠正。正确评估和区分软件缺陷的严重性和优先级

6、，是测试人员利开发人员以及全体项目组人员的一件大事。这既是确保测试顺利进行的要求，也是保证软件质量的垂要环节，应该要引起足够的重视。这里介绍三种常用的技术丁•具供大家参考。(1)20/80原则管理学大师彼得杜拉克说过：做事情必须分清轻重缓急。最糟糕的是什么事都做，这必将一事无成。而意大利经济学家柏拉图则更明确提出：重要的少数与琐碎的多数或称20/80的定律。就是80%的冇效工作往往是在20%的时间内完成的，而20%的工作是在80%’的时间内完成的。因此，为了提高测试质量，必须清晰的认识到哪些软件缺陷是最重要

7、的，哪些软件缺陷是最关键的。不要拣了芝麻，却丢了西瓜。所以,只冇抓住了重要的关键缺陷，测试效果才能产生最人的效益，这也是第一个原则…分清轻巫缓急，把测试活动用在最有生产力的事情上。(2)ABC法则古人云：事有先后，用有缓急。测试工作其实也是如此，分清软件缺陷的轻乘缓急，不但做处理软件缺陷來井井冇条，完成后的效果也是不同凡响。因此，我们在测试工作中要时时记住一点，手边的软件缺陷并不一定就具有第一优先处理的巫要性。只有止确的判断，才可将测试活动效率增加数倍。ABC法则是设定软件缺陷优先顺序垂耍工貝Z—。这ABC

8、工具的关键点在丁•根据软件缺陷的重要程度决定优先顺序，按需求目标进行量化规划。把A类软件缺陷作为测试最重要的最有价值的最关键的缺陷，并保证首先把A类软件缺陷先处理。其次是B类软件缺陷，然后是C类软件缺陷，然后是英它的，还有一些不紧急不重要的软件缺陷根本没有必要去做。(1)四象限原则，把软件缺陷进行分类在处理测试软件缺陷中，常会遇到千头力绪、问题繁多的情况，有些测试人员会被测试岀来众多的软件缺陷所压垮，有些人则是悠