软件测试Bug（缺陷）

缺陷：
不满足用户确定的需求
不符合设计要求

产生缺陷原因：
人员之间沟通交流不够，交流上有误解，不进行交流
文档不完善
需求不断变化
参与人员的过度自信（模块功能不调试，多个模块不联调）
程序设计本身有错误
软件复杂性
工期短，任务重，时间压力大
软件开发工具与系统软硬件的支持

确定缺陷的方法：
通过参考需求文档来确定缺陷
通过了解软件产品的行业背景
通过沟通来确认和识别缺陷

再现（重现）与优化缺陷的必要性：
优化缺陷并不是指优化缺陷本身，而是优化缺陷的再现步骤。
随机出现的缺陷
不能重复的bug：做好记录，记清细节

再现（重现）与优化缺陷的方法：
1.不能想当然的接受任何假设：记下所做的每一件事－－每一个步骤、每一次停顿、每一件工作
2.查找时间依赖和竞争条件的问题
3.用例1成功后，执行完用例2，用例1出现问题状态缺陷仅在特定软件状态中显露出来
4.考虑资源依赖性和内存、网络、硬件共享的相互作用
5.不要忽视硬件
6.关注软件的失效问题，对缺陷的修改可能会引发新的缺陷从阅读缺陷报告入手

有效记录缺陷的方法：
1. 保证重现缺陷，不能重现的要着重记录出现缺陷时的操作步骤和环境
2. 分析故障，使用最少步骤复现故障
3. 包含所有重现缺陷的必要步骤
4. 方便阅读
5. 尽量简单——一个缺陷一个报告
6. 注意自己的语气
7. 值得注意的经验

缺陷报告的用途：
记录缺陷
缺陷分类
缺陷跟踪

缺陷分类：
严重程度：
影响进度的问题；
死机；
功能问题；
界面问题；
建议

按修复缺陷的优先级：
应立即修复的问题；
在产品发布之前必须修复的问题；
如果时间允许应该修复的问题；
可以在发布版本中存在的问题

缺陷报告的分类：
按缺陷所处状态分类：
待确认的
新提交的
已分配的
问题未解决的
待返测的
待归档的
已归档的

按处理意见分类：
已修改的不是问题
无法修改
以后版本解决保留（设计如此）
重复
无法重现

禅道中bug状态为：
激活、已解决、已关闭。

然后已解决分为：
设计如此、重复bug、外部原因、已解决、无法重现、延期处理、不予解决。

缺陷报告的处理流程：
1.测试人员：提交缺陷报告
2.测试经理或开发经理：分配缺陷报告
3.开发人员：处理缺陷报告
4.测试人员：返测报告
5.测试经理或测试人员：关闭缺陷报告

关于处理缺陷：
1.注意缺陷报告的处理成本
2.修改缺陷要量力而行
3.关注被推迟修改的缺陷
4.如果决定据理力争就一定要赢

缺陷报告统计：
1.缺陷分布（密度）报告：缺陷状态与优先级 缺陷状态与严重性
2.缺陷龄期报告（多长时间处理）
3.缺陷趋势报告（变多变少，集中分散）