缺陷管理 如何发现更多的缺陷

一、软件测试的生命周期
二、缺陷管理
1.如何描述一个缺陷
2.如何定义缺陷的级别
3.缺陷状态及状态转换。
4.缺陷的生命周期
三、如何开始第一次测试
四、如何发现更多的缺陷
五、提交一个缺陷，研发人员不认可，产生争执怎么办

一、软件测试的生命周期（5个）
需求分析—测试计划—测试设计—测试执行—测试评估

二、缺陷管理
1.缺陷描述
要素：环境、数据、步骤、版本、预期结果实际结果、附件、级别
实际结果于预期结果进行对比：如果一致说明功能实现，如果不一致，就生成的缺陷
附件：当缺陷用语言描述不太清楚时可以去服务器里抓取相关日志，可以把这些截个图或者存在文档里，然后给研发人员附到他的缺陷里边，研发人员会打开附件去看就能很清楚的知道是什么原因造成了缺陷（报错日志）
级别（缺陷要分级别）：表示缺陷的严重程度。
优先级：修改缺陷的优先级。
原则上来说缺陷的级别越高，修改的优先级就越高，但是不排除个别的，例如：崩溃的严重的缺陷优先级低，比如你发现一个崩溃的严重的缺陷，它是偶然性的找不到它的规律浮现不出来，而且这个缺陷一周或者半个月才出现一次查不到它的原因，这个时候，他的优先级可能就放低了，因为核心是先要抓住规律找到他能浮现的步骤，而他浮现不了，没法进行修改，找不到如何去浮现这个缺陷，无法进行定位，就不能调试。一定要是能浮现出步骤的才可以，所以说有个别的严重级别高的缺陷，他的优先级不一定是高的（正常情况下是严重级别越高，优先级就越高࿰