软件测试-缺陷测试

一、缺陷介绍 1.1 缺陷的定义

软件在使用过程中存在的各种问题叫做缺陷(bug)

1.2 缺陷的判定标准

软件未实现需求说明书明确要求的功能----少功能
软件出现了需求说明书中指明不应该出现的错误----功能错误
软件实现的功能超出需求说明书没有要求的功能----多功能
软件未实现需求说明书中未明确但应该实现的功能----隐形功能缺失

页面有跳转，使用到该数据的地方同步更新
用户体验差，运行缓慢，不易使用、软件难以理解----不易使用

1.3 缺陷的产生原因

目的：通过缺陷原因分类，能够验证公司职能部门素质，提交bug时可以对bug分类，方便后续总结

需求阶段：需求描述不易理解，有歧义，错误等
设计阶段：设计文档存在错误或者缺陷
编码阶段：代码出现错误
运行系统：软硬件系统本身故障导致软件缺陷

1.4 缺陷的生命周期

文章图片

1.5 缺陷的核心内容

如何编写测试报告

文章图片

1.6 缺陷提交要素

缺陷的编号：表示缺陷唯一性
缺陷的严重级：表示缺陷的严重程度（S1 S2.....）
缺陷的优先级：表示缺陷修复的紧急程度（P0 P1 ...）
缺陷的类型：功能、性能、界面（UI）、兼容、安全....
缺陷的状态：new closed (reopen)

文章图片

1.7 用例执行

执行用例模板
- 增加一列实际结果（表示已经执行的用例）
执行的结果
- 通过（pass）
- 失败（failed）
- 阻塞（block）：表示用例某个步骤执行不下去了，找开发解决该问题
- 不适用（N/A）：表示已经编写的用例作废了
执行的前提
- 开发的系统已经完成
- 冒烟测试通过

二、编写缺陷报告 2.1 缺陷的跟踪流程

目的：搞清楚工作中如何和开发协同处理Bug,直到bug清除(关闭)

文章图片

自己叙述：测试进行提交缺陷，领导分配Bug，开发来验证该bug 是否重复，如果重复，则关闭缺陷；如果不重复，则验证该缺陷是否是真正的bug，如果不是，则关闭缺陷；如果是，则根据该bug的优先级来评测该缺陷是否推迟处理，若优先级较低，则可以在后续版本中进行修复；若优先级较高，需要尽快处理该缺陷，开发缺陷修复完成后，测试要再次根据测试用例来进行回归测试，若验证通过，则关闭缺陷，若不通过，则重新打开缺陷。注：语言组织可能不好，仅供参考，多多指教

2.2 缺陷报告注意事项