在上一篇文章中介绍了软件测试常用的技术,今天千锋软件测试培训老师继续来和大家分享相关知识。
缺陷报告的写作准则
Correct(准确):每个组成部分的描述准确,不会引起误解
Clear(清晰):每个组成部分的描述清晰,易于理解
Concise(简洁):只包含必不可少的信息,不包括任何多余的内容
Complete(完整):包含复现该缺陷的完整步骤和其他本质信息
Consistent(一致):按照一致的格式书写全部缺陷报告
IEEE729-1983规范
在正式的会议上将软件项目的成果(包括各阶段的文档,产生的代码等)提交给用户.客户或有关部门人员对软件进行评审和批准.其目的是找出可能影响软件产品质量.开发过程.维护工作的实用性和环境方面的设计缺陷,并采取补救措施,以及找出在性能安全性和经济方面的可能的改进
评审的目标
在软件开发与测试的各个阶段进行相应的检查,有利于软件产品与过程的质量提高
正式的会议:评审的组织形式
评审对象:软件项目的成果(包括各阶段的文档,产生的代码等)
成果:用户 客户 相关人员
目的: 找出可能影响软件产品质量.开发过程.维护工作的实用性和环境方面的设计缺陷,并采取补救措施,以及找出在性能安全性和经济方面的可能的改进
评审的阶段
需求评审
<<软件需求>>
<<测试需求>>
设计评审
<<概要设计>>
<<详细设计>>
代码评审
<<代码规范>>
测试评审
<<测试计划>>
<<测试用例规范>>
<<缺陷报告规范>>
定义
同行评审
由软件工作产品创建者的同行们检查该工作产品,识别产品的缺陷,改进产品的不足
管理评审
由软件项目/产品管理者对项目过程中管理活动进行评估,识别过程缺陷,改进管理活动
单人评审
由单独一个评审员对简单的工作产品进行评估,识别产品的缺陷,改进产品的不足
代码检查
检查编写好的程序代码,发现不符合编码规范,不能实现设计要求的问题,改进代码的质量
评审的入口准则
评审组长被任命
评审在相关计划中被定义
被评审的产品准备就绪
评审员经过评审规程的培训
评审员应经过被评审问题的技能的培训
协调员应当受过如何执行评审的正式培训,或者应当参加过几次评审的经验
<<项目计划>已经制定
评审的一般步骤
制定评审计划
评审准备
评审会议举行
对评审结果采取行动
评审结果被跟踪直至完成
提交和归档
评审记录表(Excel)
问题编号
问题类型
内容错误,格式,需求
问题来源
写问题编号
问题描述
具体的描述问题类型
问题状态
未解决和已解决
负责人
谁来解决
解决时间
期望解决时间和实际解决时间
文档命名:评审记录表_项目名称_评审对象类别_[版本号]_组名_日期时间
评审对象类别:如测试需求跟踪矩阵 测试用例 测试报告
这是今天笔者和大家分享的知识,在后续的文章中,笔者会继续带着大家来学习。
学习软件测试,可以参考千锋提供的软件测试学习路线,内容包含软件测试环境配置与管理,数据库测试技术,软件测试编程技术,应用程序测试技术,互联网/移动互联网测试技术等,根据千锋提供的软件测试学习路线图,可以让你对学好软件测试需要掌握的知识有个清晰的了解,并能快速入门软件测试。