在上一篇文章中介绍了软件测试常用的技术，今天千锋软件测试培训老师继续来和大家分享相关知识。

　　缺陷报告的写作准则

　　Correct(准确):每个组成部分的描述准确,不会引起误解

　　Clear(清晰):每个组成部分的描述清晰,易于理解

　　Concise(简洁):只包含必不可少的信息,不包括任何多余的内容

　　Complete(完整):包含复现该缺陷的完整步骤和其他本质信息

　　Consistent(一致):按照一致的格式书写全部缺陷报告

　　IEEE729-1983规范

　　在正式的会议上将软件项目的成果(包括各阶段的文档,产生的代码等)提交给用户.客户或有关部门人员对软件进行评审和批准.其目的是找出可能影响软件产品质量.开发过程.维护工作的实用性和环境方面的设计缺陷,并采取补救措施,以及找出在性能安全性和经济方面的可能的改进

　　评审的目标

　　在软件开发与测试的各个阶段进行相应的检查,有利于软件产品与过程的质量提高

　　正式的会议:评审的组织形式

　　评审对象:软件项目的成果(包括各阶段的文档,产生的代码等)

　　成果:用户 客户 相关人员

　　目的: 找出可能影响软件产品质量.开发过程.维护工作的实用性和环境方面的设计缺陷,并采取补救措施,以及找出在性能安全性和经济方面的可能的改进

　　评审的阶段

　　需求评审

　　<<软件需求>>

　　<<测试需求>>

　　设计评审

　　<<概要设计>>

　　<<详细设计>>

　　代码评审

　　<<代码规范>>

　　测试评审

　　<<测试计划>>

　　<<测试用例规范>>

　　<<缺陷报告规范>>

　　定义

　　同行评审

　　由软件工作产品创建者的同行们检查该工作产品,识别产品的缺陷,改进产品的不足

　　管理评审

　　由软件项目/产品管理者对项目过程中管理活动进行评估,识别过程缺陷,改进管理活动

　　单人评审

　　由单独一个评审员对简单的工作产品进行评估,识别产品的缺陷,改进产品的不足

　　代码检查

　　检查编写好的程序代码,发现不符合编码规范,不能实现设计要求的问题,改进代码的质量

　　评审的入口准则

　　评审组长被任命

　　评审在相关计划中被定义

　　被评审的产品准备就绪

　　评审员经过评审规程的培训

　　评审员应经过被评审问题的技能的培训

　　协调员应当受过如何执行评审的正式培训,或者应当参加过几次评审的经验

　　<<项目计划>已经制定

　　评审的一般步骤

　　制定评审计划

　　评审准备

　　评审会议举行

　　对评审结果采取行动

　　评审结果被跟踪直至完成

　　提交和归档

　　评审记录表(Excel)

　　问题编号

　　问题类型

　　内容错误,格式,需求

　　问题来源

　　写问题编号

　　问题描述

　　具体的描述问题类型

　　问题状态

　　未解决和已解决

　　负责人

　　谁来解决

　　解决时间

　　期望解决时间和实际解决时间

　　文档命名:评审记录表_项目名称_评审对象类别_[版本号]_组名_日期时间

　　评审对象类别:如测试需求跟踪矩阵 测试用例 测试报告

　　这是今天笔者和大家分享的知识，在后续的文章中，笔者会继续带着大家来学习。

　　学习软件测试，可以参考千锋提供的软件测试学习路线，内容包含软件测试环境配置与管理，数据库测试技术，软件测试编程技术，应用程序测试技术，互联网/移动互联网测试技术等，根据千锋提供的软件测试学习路线图，可以让你对学好软件测试需要掌握的知识有个清晰的了解，并能快速入门软件测试。