day3个人总结

day3学习总结
1.软件缺陷的属性
(1)按照严重程度分:
一般分为5个等级:
系统崩溃，严重，一般，次要，建议
(2)按优先级分:
修正优先级：高，中，低
(3)Bug定级示例
1级，系统崩溃
定义：严重阻碍测试和开发工作
对应优先级：最高
具体可分为：
1.功能完全没有实现
2.应用闪退/崩溃无法运行
3.应用必现安全模式，无法运行
4.其他导致功能无法测试的问题
2级，至关重要
定义：非阻碍用例执行的严重问题
对应优先级：高
具体可分为：
1.简单操作应用闪退/崩溃，卡死
2.数据丢失
3.严重影响系统，自身功能无法运行
4.严重数值计算错误
5.数据库损坏或无法保存配置
6.安全性问题（包括数据加密等）
3级，主要
定义：功能存在缺陷，但不影响应用和系统的稳定性
对应优先级：中
具体可分为：
1.内存泄露（长时间不用的对象需要被回收，不被回收占内存）
2.功能实现逻辑覆盖不全面
3.非必现，但复现概率超过50%的闪退/崩溃和安全模式
4级，一般
定义：对应用熟悉度高才能感知到的问题，对应用基本功能实现无影响
对应优先级：中
具体可分为：
1.轻微数值计算错误
2.功能实现有误，与产品文档不完全贴切
3.用户简单操作，即可明显感知的UI问题
5级，较小
定义：界面，性能缺陷
对应优先级：低
具体可分为：
1.操作界面错误（提示显示规则，刷新规则是否与文档一致）
2.边界条件显示错误 　 　 　
3.提示信息和界面效果展示错误（包括未给出信息、信息提示错误等）
4.复现率低于5%的闪退/崩溃和安全模式 　 　 　
5.插件兼容和性能未优化问题 　 　 　
6.非正常操作导致UI显示异常
6级，建议
定义：对于产品的意见或者建议
对应优先级：低
具体可分为：
1.对于产品设计方面的意见和建议
2.对于产品界面优化方面的意见和建议
3.对于产品需要优化增强用户体验方面的意见和建议
按照bug生命周期分为：
新建、确认、解决、重新验证、关闭、重新打开
一个Bug由测试人员发现并提交，我们将状态标注为新建，开发人员接收了该Bug，
将Bug的状态修改为已分配（Assigned），表示已经认可，开发人员解决了该Bug后，
就将Bug的状态修改为解决，并发给测试人员回归测试，测试人员对Bug进行回归测试，
如果确实已经解决，将Bug的状态修改关闭，否则的话则发给开发人员重新修改。
还要说明的是,Bug是可以"死而复生"的，以前版本已经关闭的Bug,如果新版本中重新出现，
我们就需要将其状态修改为重新打开