软件测试技术教学课件作者林连进第十章.ppt

１０.６　缺陷管理 对缺陷的认识程度也不同. 因此需要对缺陷的生命周期及对应阶段的人员职责等根据自己项目的实践经验作统一认知的定义.一般缺陷可以划分为ｎｅｗ、ｃｏｎｆｉｒｍｅｄ、ｆｉｘｅｄ、ｃｌｏｓｅｄ、ｒｅｏｐｅｎ 等. 图１０ － １１ 所示是某公司对缺陷生命周期的划分的定义. 从图中可以看到测试人员发现了缺陷Ｄｅｆｅｃｔ Ｄｅｆｅｃｔｅｄ. 这个状态标注为ｎｅｗ (新建) Ｄｅｆｅｃｔ. 同时会对缺陷进行判断. 如果是新发现的缺陷. 则标注为Ｏｐｅｎ Ｄｅｆｅｃｔ. 如果是已有的Ｄｅｆｅｃｔ 再次出现. 则为Ｒｅｏｐｅｎ Ｄｅｆｅｃｔ. 缺陷提交给开发人员后. 开发人员会Ａｎａｌｙｚｅ (分析) Ｄｅｆｅｃｔ. 开发团队会对缺陷进行反馈. 如果需要Ｃｌａｒｉｆｉｃａｔｉｏｎ(澄清). 会返回给测试人员澄清. 上一页 下一页 返回 １０.６　缺陷管理 如果不需要澄清. 则开发人清晰地了解缺陷的信息后. 会判断是否接受这个缺陷. 如果认为不是开发范围内的. 可以Ｒｅｊｅｃｔ (拒绝) Ｄｅｆｅｃｔ.是自己范围内的会接受. 然后开始Ｆｉｘ (修复) Ｄｅｆｅｃｔ. 在修复以后会提交给测试人员Ｒｅｔｅｓｔ(重测) Ｄｅｆｅｃｔ. 测试人员进行测试. 如果通过. 则可以Ｃｌｏｓｅｄ (关闭) Ｄｅｆｅｃｔ. 否则再次提交给开发人员. 如此循环. 以确保缺陷的跟踪. 推进缺陷的修复. 上一页 返回 １０.７　测试报告 10.7.1　测试报告的定义 测试报告是指把测试的过程和结果写成文档. 对发现的问题和缺陷进行分析. 为纠正软件所存在的质量问题提供依据. 同时为软件验收和交付打下基础. 测试报告是测试阶段最后的文档产出物. 优秀的测试经理或测试人员应该具备良好的文档编写能力. 一份详细的测试报告包含足够的信息. 包括产品质量和测试过程的评价. 测试报告基于测试中的数据采集以及最终的测试结果分析. 下一页 返回 １０.７　测试报告 10.7.2　测试报告的内容 不论以何种格式编写测试报告. 测试报告都应该包括如下内容: (１) 测试目的: 本测试报告的具体编写目的. 指出相关干系人. (２) 项目背景: 对项目目标和目的进行简要说明. (３) 测试环境: 测试应该具备的软/ 硬件环境. (４) 相关人员: 参与的测试执行人员、测试管理人员、开发人员、策划人员、产品人员等相关干系人. (５) 测试时间: 测试计划时间、实际测试时间. (６) 测试方法: 功能测试、专项测试等具体测试策略. 上一页 下一页 返回 １０.７　测试报告 (７) 测试范围: 测试的主要范围或者测试的对象. (８) 测试结构与缺陷分析: 整个测试报告最核心的部分. 主要汇总各种数据并进行度量. 度量包括对测试过程的度量和能力评估、对软件产品的质量度量和产品评估、软件的风险评估以及最后的测试结论. 测试报告可以是版本测试报告. 也可以是产品测试报告. 版本测试报告是指对同一个产品的不同迭代周期的测试报告. 产品测试报告是指对一个产品全功能测试的执行结果报告. 上一页 下一页 返回 １０.７　测试报告 10.7.3测试报告实践 每个公司都有自己的测试报告模板. 测试报告填写的难点在于测试结果和缺陷分析.测试结果关乎软件质量是否过关且相关人员是否要承担一定的质量责任. 例如. 当版本测试的结果是不通过. 原因是软件出现严重影响使用的缺陷时. 这个版本则需要重新开发并测试. 这时就会追究造成该严重缺陷的原因. 若该缺陷是人为因素导致. 则需要以降低ＫＰＩ等方式进行惩罚. 缺陷分析可以为产品以后的迭代版本服务. 避免一些现版本测试“踩过的坑”. 比如.这次版本测试中的缺陷类型多源于兼容性问题. 那就应该将测试报告中的数据提交给开发人员. 让他们总结该类问题. 减少以后版本中的兼容性问题. 上一页 下一页 返回 １０.７　测试报告 在初级阶段可以以Ｗｏｒｄ、Ｅｘｃｅｌ 文档为主手写测试报告. 图１０ － １２ 所示是一个功能测试报告模板(Ｅｘｃｅｌ 格式). 可以看到其主要包括测试结论、风险评估、版本信息、ｂｕｇ 数据信息等. 读者可以参考了解. 除了功能测试需要测试报告. 其他专项测试也有各自的测试报告格式. 比如性能测试、安全测试、自动化测试. 图１０ －１３ 所示就是自动化测试的测试报告格式. 10.7.4　创建报告实例 随着自动化程度的提高. 可以用专业的报告系统来提取数据. 形成数据更齐全、更严谨的测试报告. 图１０ － １４ 所示是某互联网公司所形成的一套自己的测试报告系统. 上一页 下一页 返回 １０.７　测试报告 该系统是公司“快测２.０” 平台的一部分. 报告平台已经定义报告的字段和格式. 系统直接自动收集从测试版本创建之初到测试用例编写、