**
缺陷报告
**
A什么是缺陷?
指的是软件存在不符和质量需求或者违背软件用户,客户意愿的问题,俗称我们口头经常说的Bug
B 缺陷的判定标准
1.软件未达到产品说明书表明的功能
2.软件出现了产品说明书指明不会出现的错误
3.软件功能超出了产品说明书指明的范围
4.测试人员认为难以理解,不易使用或者用户认为不好(主要体现在易用性)
C软件缺陷的表现形式
1.用户要求的功能,特性没有实现或者部分实现
2.运行出错,运行中断,系统崩溃,界面混乱
3.数据结果不正确,精度不够,格式不统一
4.系统性能地下,系统资源浪费
5文字内容显示不正确
D分离,再现软件缺陷
1.发现缺陷后要做好分离,再现
分离:排查缺陷是否是软件本身的问题,若不是,然后在提交
再现(重现):再现起码3次
E提高缺陷报告的质量
避免提交缺陷的缺陷和重复缺陷
a.缺陷的缺陷:
1.是一种无效缺陷
2.开发人员认为提交的缺陷不是缺陷
2).如何避免?
1.做好再现
2.正确理解需求
b.重复缺陷
1.同一个测试模块有两个测试人员提交相同的缺陷
2.提交的第二份缺陷报告与第一分相似
2.是一种无效缺陷
2)怎么避免重复缺陷
1.避免两个人测试同一个模块
2.提交前查找一下,增强开发意识
F什么是缺陷报告
是对缺陷进行记录,分类,跟踪的文档
G缺陷报告的读者对象
1.软件开发人员
2.市场人员,质量管理人员,技术支持人员
H缺陷报告写作准则
1.准确:每个组成部分描述准确,不要引起误解
2.清晰:每个组成部分描述清晰,易于理解
3.简洁:只包含不可少信息,不好含结果
4.完整:包含再现该缺陷的完整步骤和其他本质信息
5.一致:按照统一的格式书写缺陷报告
I.缺陷报告的元素
a.缺陷标题:
1尽量按照缺陷发生原因于结果的方式书写
例如:在什么地方,做了什么事情,出了什么结果
2.尽量避免使用模糊不清的词
3.尽量使用关键字
4.为了便于理解,避免使用术语,和过分具体的测试细节
b预处理:指在进行最后加工完善以前进行的准备过程
c复现步骤:
1.提供测试用例的操作步骤
2.避免使用复杂的句式
3.步骤要求完整,准确,简短,没有缺漏,不多余
4.每一个步骤尽量只记录一个操作
5.每一个步骤不能带有执行结果
d期望结果:
软件应该具有的结果,或者说用户想要的结果
e实际结果:从字面来看很好理解
f缺陷的严重程度
g缺陷的优先级
h测试的软件和硬件环境
i测试的软件版本
j缺陷类型
k注释文字,缺陷截图:用于解释缺陷,更好的理解,若无法用语言表现,可以使用截图
J怎么提交高质量的缺陷报告
1.尽早提交缺陷报告,找到一个缺陷,就提交
2.清楚说明此问题对用户的危害
3.提供尽可能多的技术信息,方便程序员调试
4.一个缺陷一个报告
5.缺陷报告中不要提问
6.缺陷报告中不要出现情绪化语言和强调性符号
7.报告的缺陷信息具体,准确
K缺陷的分类
功能缺陷;界面缺陷,文档缺陷,代码缺陷,算法缺陷,性能缺陷
L缺陷等级分类
1.致命缺陷: 由于程序所引起的死机,非法退出;
死循环;
数据库发生死锁;
因错误操作导致的程序中断;
功能错误;
与数据库连接错误;
数据通讯错误
2.严重缺陷,包括以下各种错误:
程序错误;
程序接口错误;
数据库的表、业务规则、缺省值未加完整性等约束条件
3.一般缺陷
4.小缺陷(瑕疵)
M缺陷状态:
已提交
打开
已拒绝
已解决
已验证
已关闭