java测试---基础概念（二）（软件测试生命周期、如何描述一个Bug、Bug的级别和生命周期、因Bug与开发人员起争执的解决方法）

1. 软件测试生命周期

软件测试生命周期：需求分析→测试计划→测试设计、测试开发→测试执行→测试评估
软件开发生命周期：需求分析→计划→设计→编码→测试→运维

2. 如何描述一个BUG

软件版本
测试环境
操作步骤
预期结果
实际结果

3. 定义BUG级别

1. 崩溃：系统无法正常运行，阻断、崩溃。
   具体表现：死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。
2. 严重：系统可以运行，但是不稳定，如果继续运行，会发生严重的后果。
   具体表现：数据泄露、直播画面失真、密码明文显示。
3. 一般：系统可以稳定运行，但是缺少部分功能，影响用户体验。
   具体表现：微信聊天记录无法删除、数据库查询错误、、格
   式错误、边界条件错误
4. 次要：系统稳定运行，属于建议性BUG。
   具体表现：图片失真、布局不合理、字体不合适、错别字、界面格式不规范。

4. BUG生命周期

概念：从BUG创建到BUG关闭，BUG经历的一些状态。

BUG状态转换图：

● New（新建）：新发现的Bug，未经评审决定是否指派给开发人员进行修改。
● Open（确认）：确认是Bug，并且认为需要进行修改，指派给相应的开发人员。
● Fixed（已解决）：开发人员进行修改后标识成修改状态，有待测试人员的回归测试验证。
● Rejected（丢弃）：如果认为不是Bug，则拒绝修改。
● Delay（延期）：如果认为暂时不需要修改或暂时不能修改，则延后修改。
● Closed（关闭）：修改状态的Bug经测试人员的回归测斌验证通过，则关闭Bug。
● Reopen（重新打开）：如果经验证Bug仍然存在，则需要重新打开Bug，开发人员重新修改。
● 无效的BUG：open->closed open-rejected-closed。

5. 因Bug与开发人员起争执的解决方法（重点）

1. 先检查自身，是否将BUG描述清楚
2. 站在用户角度考虑问题，说服开发人员
3. BUG定级要有理有据
4. 作为测试人员，要不断提升自身的技术和业务水平.，不光要提出问题，最好也能提出解决方案
5. 开发人员不接收时，不要争吵，开会评审BUG