搜索
软件缺陷定义我们对软件缺陷分析一下,所谓软件缺陷(bug)，即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。一般来说，软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级、缺陷来源、缺陷原因等软件缺陷的类型1)设计不合理;2)功能、特性没有实现或部分实现;3)运行出错，包括运行中断、系统崩溃、界面混乱等;4)与需求不一致，在执行TestCase时则为实际结果和预期结果不一致;5)用户不能接受的其他问题，如存取时间过长、界面不美观;6)软件实现了需求未提到的功能。软件缺陷的级别、优先级及状态软件缺陷有四种级别分别为：致命的(Fatal)严重的(Critical)一般的(Major)微小的(Minor)A类—致命的软件缺陷(Fatal):造成系统或应用程序崩溃、死机、系统挂起，或造成数据丢失，主要功能完全丧失，导致本模块以及相关模块异常等问题。如代码错误，死循环，数据库发生死锁、与数据库连接错误或数据通讯错误，未考虑异常操作，功能错误等B类—严重错误的软件缺陷(critical)：系统的主要功能部分丧失、数据不能保存，系统的次要功能完全丧失。问题局限在本模块，导致模块功能失效或异常退出。如致命的错误声明，程序接口错误，数据库的表、业务规则、缺省值未加完整性等约束条件C类—一般错误的软件缺陷(major)：次要功能没有完全实现但不影响使用。如提示信息不太准确，或用户界面差，操作时间长，模块功能部分失效等，打印内容、格式错误，删除操作未给出提示，数据库表中有过多的空字段等D类—较小错误的软件缺陷(Minor)，使操作者不方便或遇到麻烦，但它不影响功能过的操作和执行，如错别字、界面不规范(字体大小不统一，文字排列不整齐，可输入区域和只读区域没有明显的区分标志)，辅助说明描述不清楚E类-建议问题的软件缺陷(Enhancemental)：由问题提出人对测试对象的改进意见或测试人员提出的建议、质疑。常用的软件缺陷优先级表示法立即解决P1高优先级P2正常排队P3低优先级P4立即解决是指缺陷导致系统几乎不能使用或者测试不能继续，需立即修复;高优先级是指缺陷严重影响测试，需要优先考虑;正常排队是指缺陷需要正常排队等待修复;而低优先级是指缺陷可以在开发人员有时间的时候再被纠正。几种典型的软件缺陷分析1、ODC缺陷分析2、Gompertz分析3、Rayleigh分析4、四象限分析5、根本原因分析6、缺陷原因分析7、DRE/DRM分析ODC缺陷分析ODC缺陷分析：由IBM的waston中心推出。Phontol.com将一个缺陷在生命周期的各环节的属性组织起来，从单维度、多维度来对缺陷进行分析，从不同角度得到各类缺陷的缺陷密度和缺陷比率，从而积累得到各类缺陷的基线值，用于评估测试活动、指导测试改进和整个研发流程的改进;同时根据各阶段缺陷分布得到缺陷去除过程特征模型，用于对测试活动进行评估和预测。Phontol.com上面回答中涉及到的缺陷分布、缺陷趋势等都属于这个方法中的一个角度而已。Gompertz分析Gompertz分析：根据测试的累积投入时间和累积缺陷增长情况，拟合得到符合自己过程能力的缺陷增长Gompertz曲线，用来评估软件测试的充分性、预测软件极限缺陷数和退出测试所需时间、作为测试退出的判断依据、指导测试计划和策略的调整;Rayleigh分析Rayleigh分析：通过生命周期各阶段缺陷发现情况得到缺陷Rayleigh曲线，用于评估软件质量、预测软件现场质量四象限分析四象限分析：根据软件内部各模块、子系统、特性测试所累积时间和缺陷去除情况，和累积时间和缺陷去除情况的基线进行比较，得到各个模块、子系统、特性测试分别所位于的区间，从而判断哪些部分测试可以退出、哪些测试还需加强，用于指导测试计划和策略的调整根本原因分析根本原因分析：利用鱼骨图、柏拉图等分析缺陷产生的根本原因，根据这些根本原因采取措施，改进开发和测试过程缺陷注入分析缺陷注入分析：对被测软件注入一些缺陷，通过已有用例进行测试，根据这些刻意注入缺陷的发现情况，判断测试的有效性、充分性，预测软件残留缺陷数DRE/DRM分析DRE/DRM分析：通过已有项目历史数据，得到软件生命周期各阶段缺陷注入和排除的模型，用于设定各阶段质量目标，评估测试活动缺陷预防1、测试活动尽量提前，通过及时消除开发前期阶段引入的缺陷，防止这些缺陷遗留并放大到后续环节;2、通过对已有缺陷进行分析(例如上面的ODC分析等)，找出产生这些缺陷的技术上不足和流程上不足，通过对这些不足进行改进，防止类似缺陷再次发生。TestDirector缺陷管理在TestDirector中记录缺陷AddDefect查找相似缺陷