今天完成的事情：

今天学习了软件缺陷(*^▽^*)

1、软件缺陷概述：

通常叫defect或者bug

从产品内部看缺陷是软件产品开发或维护过程中存在的问题、错误

从产品外部看，缺陷是系统需要实现的眸子功能的失效或者违背

2、什么是缺陷（不满足用户需求）：软件未达到产品说明书的功能；软件出现了产品说明书指明不会出现的错误；软件功能未达到产品说明书指明的范围；软件未达到产品说明书虽未指出但应达到的目标；软件测试员认为软件难以理解、不易使用（功能测试）、运行速度缓慢（性能测试），或者最终用户认为不好

3、缺陷产生的原因：

需求不断变化（需求变了测试用例也得重写）

工期短，任务大（工期短测试用例也就不是非常完美）

程序设计错误（逻辑）

文档不完善

沟通交流不够（甲方和产品经理沟通不够）

软硬件支持不完善（电脑软件及硬件，测试机符合测试标准）

软件的复杂性（功能多自然就会有bug，功能越简单bug越少）

4、对于无法再现的缺陷应对采取适当的方法处理

首先应对对这样的缺陷进行详细记录，并尽快提交给开发人员

其次对于寻找难以再现的缺陷要合理安排时间，对一时难以再现的缺陷（bug出现并不是每一次进行同样操作都会出现）可以暂时搁置以保证项目的正常进度

最后在测试过程中对未再现缺陷予以关注

5、缺陷报告处理流程

返测：确认测试再次进行提交的bug测试

关闭缺陷报告：已关闭的bug不用管

6、缺陷报告的分类

①按缺陷所处状态分类：

待确认的；新提交的；已分配的（因公司而异有的公司需要测试人员分配bug让谁修复）；问题未解决的；待返测的；待归档的；已归档的

②按处理意见分类

已修复的；不是问题（不需要修改的bug）；无法修复（修改后会引发更多bug）；以后版本解决（改与不改没多大区别）；保留；重复（测试人员提了同一bug）；无法重现（需在开发人员电脑上操作，可能是个随机bug）

7、bug严重程度发划分

404报错：登陆一个网页页面无法找到（致命缺陷）

报500：代码错误，页面无法展示（致命缺陷）

功能未实行：与需求文档不符

逻辑错误：点击登陆不能跳转到注册这就是逻辑错误

功能实现但不正确：功能实现了但不对不好

功能上的错误：UI问题

直观上能看到的错误都为一般

建议性bug：测试人员认为这样会更好，比如这个文字换个颜色会更好

8、bug优先级划分

致命、严重绝对P1，一般的也有可能为P1、P2、P3

9、如何有效记录缺陷

①、保证重现缺陷（确定bug是否重现）

②、分析故障，使用最少步骤复现故障（bug出现的操作过程）

③、包含所重现缺陷的必要步骤（从哪到哪再到哪出现bug）

④、方便阅读

⑤、尽量简单，一个缺陷一个报告（精辟无废话，每个测试人员描述bug的方法都不同）

⑥、注意自己的语气等（提bug不要用感叹号不要用问号不要添加感情色彩）

10、缺陷报告的内容及模板

①、缺陷报告的作用：缺陷的分类，缺陷的记录（bug怎么出现的），缺陷的跟踪（bug从出生到死亡）

②、缺陷的基本信息：版本、模板、操作系统、问题原因，严重程度，优先级，提交人

③、缺陷报告的记录：摘要，bug定位，复现步骤，预期结果，实际结果，URL附件截图，缺陷报告的跟踪

④、缺陷报告的准则：准确-清晰-简洁-完整-一致（背下）

⑤、bug的处理结果：已解决，不予解决（你觉得必须解决就找开发人员协商），延期处理（你觉得必须处理就找开发讲出不改的严重性），设计如此（需求问题找产品经理协商），重复bug，无法重现，外部原因（系统在部署维护中产生的bug）

⑥、Bug处理流程：激活，已确认，已解决，重新激活，已关闭的

明天计划的事情：

明天在测试用例和APP测试中选择一个进行学习

遇到的问题：

明天纠结是先学习测试用例编写还是先学APP测试方法，问师哥好了

今天的收获：

对bug有了清晰的理解及bug处理的思路hhh我感觉我又厉害了一点点了！

                                                    酒窝(o°ω°o)