西安理工大学《软件测试技术》7 软件测试管理.pptVIP

软件缺陷分析 所有缺陷情况（级别） 软件缺陷分析 缺陷修复情况 软件缺陷分析 缺陷分布情况（模块） 缺陷分布情况（类别） 软件缺陷分析 软件缺陷分析 打开/关闭的累积缺陷图 动态分析 缺陷管理工具 常用工具 Test Director BugFree ClearQuest 。。。 要培训工具的使用，不能让工具的使用成为障碍； 要有相关的制度，在规范的要求下来执行测试过程，否则，不一定是好事。 自定义管理的信息。 2008年中国企业使用缺陷管理工具 软件测试组织模型 以开发为核心的组织模型 开发经理 测试人员 开发人员 文档人员 管理人员 软件测试组织模型 以项目经理为核心的组织模型 项目经理 测试组长 开发组长 文档人员 项目经理 测试经理 开发经理 以三国鼎立的组织模型 软件测试组织模型 软件测试组织模型 测试组规模（建议） 产品类型 开发组规模 比例 测试组规模 商业软件产品（大市场） 20 3:2 13 商业软件产品（小市场） 20 3:1 7 单机应用 20 6:1 3 政府信息系统 20 5:1 4 企业信息系统 20 4:1 5 软件测试完成准则 软件缺陷曲线 累计报告的缺陷数、累计终结的缺陷数、Open 态、Working 态、Verify 态缺陷数 软件缺陷曲线呈现收敛状态 公司自己制定的标准 缺陷修复率达到要求 千行代码出错率达到要求 。。。 软件测试完成准则 系统测试的完成准则（一） 所有系统测试案例已经运行 所有的软件缺陷已经解决和终结 对软件缺陷的所有修改都已进行了回归测试 修改软件缺陷后，所有相关的软件文档的版本均已经更新（在配置管理之下） 系统测试报告已经通过评审并获得批准 软件测试完成准则 系统测试的完成准则（二） 一级错误修复率（100%） 二级错误修复率（100%） 三级错误修复率（100%） 四级错误修复率（90%） 五级错误修复率（80%） 软件测试完成准则 单元测试的完成准则（一） 所有单元测试案例已经运行 所有的软件缺陷已经解决和终结 对软件缺陷的所有修改都已进行了回归测试 修改软件缺陷后，所有相关的软件文档、源代码的版本均已经更新（在配置管理之下） 单元测试报告已经通过评审并获得批准 软件测试完成准则 单元测试的完成准则（二） 代码覆盖率达到目标 语句覆盖率（100%） 分支覆盖率（100%） 条件组合覆盖率（50%） 基本路径覆盖率（100%） 错误处理路径覆盖率（100%） 一个微软测试工程师的一天 产品编译必须在此之前完成 每日凌晨3时，测试编译自动开始 如果测试编译成功，BVT测试自动开始 测试工程师每早来上班，先检查Test Build与BVT结果的email 如果有BVT错误，在第一时间里分析原因，隔离错误代码并汇报Pri 0 Bug (0级缺陷) 开发团队对于Pri 0 Bug应当于当日之内修改完毕 测试工程师接着用Product Studio检查Bug情况，验证分配给自己的Bug已修改合格 一个微软测试工程师的一天 关闭Bug并增加针对此Bug的Regression Test 验证最近的Lab Run结果 如果其中有新的错误，隔离并汇报新Bug 开发新的测试Spec与新的测试代码 使用个人Private Run来验证新开发的测试程序 使用个人Private Run来验证开发伙伴新开发的产品程序没有重大错误 改进与提高自动化测试系统的功能 参与Spec, Test Spec Review会议，做测试同伴测试代码Review, UE帮助文件Review, 回答内外Newsgroup的问题 BB模块42个用例才发现7个bug，用例的雷同比较大 * * * * 测试项目（ Test items ） 测试项部分主要是纲领性描述在测试范围内对哪些具体内容进行测试，确定一个包含所有测试项在内的一览表。 如果有以下材料的话，请提供参考资料：需求说明书、设计说明书、用户指南、操作指南、安装指南、问题登记指南、测试外的其它各项。 ? 测试计划模板 IEEE829 - 1998 要测的特性（ Features to be tested ） 确定要测试的所有方面的特性。例如性能、移置性、或功能性。确定与各项性能关联的测试设计规格。 ? ? 不测的特性（ Features not to be tested ） 在某些情况下，你知道某些需要测试的特性现在还不能测试，在此一一列出。 测试计划模板 IEEE829 - 1998 测试计划模板 IEEE829 - 1998 方法与步骤（ Approach ） 说明整体的方法或步骤，指出用于测试每个特性组的主要活动、技术和工具。这里要作到足够详尽，以能够确定主要的测试任务，并能估计出每项照此作法所需的时间。说明想要的可理