度量测试结果与缺陷管理课件.pptVIP

缺陷管理——修改的优先级高优先级中优先级低优先级缺陷管理——缺陷描述1分配给缺陷的ID号2提交缺陷的时间3缺陷提交人4版本号发生缺陷的子系统或模块5缺陷发生的条件6对缺陷的详细描述7所使用的测试用例号8缺陷被发现的数据库9使用的机器号10缺陷的重要性11缺陷的改正优先级12发生缺陷的子系统或模块及相关的模块13缺陷是否易再现14其他缺陷管理——与缺陷跟踪有关项1缺陷负责人6缺陷改正后需要重新做的测试2严重性7改正缺陷所影响的组件3优先级8目前缺陷的状态4估计改正缺陷的日期9缺陷类别5估计改正缺陷所要花费的时间10解决办法缺陷管理——缺陷分发对象项目管理者测试管理者被分配修改缺陷的人组件代码的编写人测试小组中的其他成员缺陷管理的实现阶段2-1这些阶段如下所示：缺陷标识、记录和报告缺陷的消除和跟踪缺陷测量和根由分析缺陷预防/过程改进软件开发生命周期所有阶段的测试安装测试工具缺陷管理的实现阶段2-2缺陷管理问题包括：缺陷遗漏同类缺陷重复精力分散效率低数据库更新不完全分类不严谨-每个缺陷都被划分为缺陷的类型用来攻击项目分类的缺陷数据很多不负责任的缺陷重置是一个瓶颈相同的缺陷卷土重来Version3.0***本部分内容理论性比较强，比较成熟；虽然实用性不强，但是是测试课程必讲的内容。主要内容参考《软件工程与软件测试自动化教程》P43-P584.2*本部分内容理论性比较强，比较成熟；虽然实用性不强，但是是测试课程必讲的内容。主要内容参考《软件工程与软件测试自动化教程》P43-P584.2*本部分内容理论性比较强，比较成熟；虽然实用性不强，但是是测试课程必讲的内容。主要内容参考《软件工程与软件测试自动化教程》P43-P584.2*****缺陷状态：new,open,won’tfixed,fixed,reopen,closed,********度量测试结果与缺陷管理监视测试覆盖率对于测试结果的评价，需要监视测试覆盖率。要减少要测试的条件的数量，可以将系统分成多个独立的部分。这样可以为代码测试的各个部分分别生成不同的条件组合。逻辑覆盖测试方法4-1语句覆盖选择足够的测试用例，使得程序中每一条可执行语句至少被执行一次。判定覆盖选择足够的测试用例，使得程序中每一个分支判断的每一种可能结果(主要指switch-case情况)都至少被执行一次。判定覆盖也叫分支覆盖。条件覆盖选择足够的测试用例，使得程序中每一个分支判断中的每一个条件的可能结果都至少被执行一次。逻辑覆盖测试方法4-2判定/条件覆盖选择足够的测试用例，使得同时满足判定覆盖和条件覆盖。条件组合覆盖选择足够的测试用例，使得程序中每一个分支判断中的每一个条件的每一种可能组合结果都至少被执行一次。路径覆盖选择足够的测试用例，使得程序中所有的可能路径都至少被执行一次。逻辑覆盖测试方法4-3语句覆盖判定覆盖条件覆盖判定/条件覆盖条件组合覆盖路径覆盖逻辑覆盖测试方法4-4需要完成的各种测试包括：单元测试集成测试系统测试验收测试回归测试在验收和回归测试后，对于覆盖率测试达到一定标准后，我们即发布软件。测试覆盖率涉及的测试什么是缺陷？缺陷可以定义成：没有实现预定的使用需求或合理期望与规格说明书或标准存在偏差在与标准的一致性方面导致客户不满的任何问题为什么需要缺陷管理？客户期望以较少的时间/成本获得较高的质量。规格说明书在项目开发生命周期的后期往往会被修改。测试所发现的缺陷常常会招致大量的软件开发成本。新的开发方法、工具不断地实现。软件管理不能让测试成为瓶颈并减慢开发速度。测试需要快速、灵活和可靠。我们需要有关测试充分性的证据。缺陷的生命周期缺陷管理——Defect级别致命性缺陷（Critical）数据丢失，数据计算缺陷、系统崩溃和非常死机严重功能性缺陷(Serious)规定的功能没有实现或不完整、设计不合理造成性能低下，影响系统的运营警告性缺陷(Moderate)不影响业务运营的功能问题建议性缺陷(Suggestion,Cosmetic)软件设计和功能实现等不甚合理之处提出建议Version3.0***本部分内容理论性比较强，比较成熟；虽然实用性不强，但是是测试课程必讲的内容。主要内容参考《软件工程与软件测试自动化教程》P43-P584.2*本部分内容理论性比较强，比较成熟；虽然实用性不强，但是是测试