软件测试（七、执行测试及bug）

当预期结果和实际结果不一致时就表明出现了bug。

一、bug的定义及分类

二、bug等级

三、bug的生命周期

①发现bug：在测试过程中，执行case，执行结果和case 的预期结果不符合，那么就是bug

②提交bug：每个公司的项目管理工具可能不同，但是他们都会有一个管理项目或者管理bug的工具，当发现bug的时候，需要将bug提交到bug管理工具上，开发看到了会进行修改

③验证bug：在第二步中，开发修复了bug后会将bug状态从打开改成修复，测试人员看到后，会对这个bug的场景进行验证是否修复

③**（特）:重新打开bug：**如果在第三步开发修改的bug进行验证后，发现bug并未得到解决，或者引发新的bug，都可以将bug重新打开，让开发再次修改

④**关闭bug：**如果bug在验证后，发现已经解决，那么这个bug就可以关闭了

四、Bug的跟综流程

五、bug管理工具

常用的bug管理工具：禅道、Jira、tapd等，很多大公司都是自己开发的，但是使用性都是一样的简单。
禅道的安装及使用看另一篇文章，这就不在多说。

六、bug提交的规范

bug标题：（简短的描述一下bug，能一眼看出问题最好）

bug预置条件：（这个bug复现需要哪些条件，比如某个账号才能复现）（为什么要复现bug，因为开发需要复现bug找问题，提供复现的场景提高开发修改的效率）

bug操作步骤：（把bug复现的步骤写清，同样为了开发复现bug）

bug负责人：（这个bug属于谁，这里要注意的是bug属于前端还是后端的bug，需要自己进行bug定位，这样才能直接找到对应开发）（定位bug的技能也是测试必不可少的）

bug原因：（如果能够定位到bug，说明一下bug 的原因，开发看到可以直接进行修改了，大大节约时间）
bug优先级：（不说了，上面已经写了）

bug严重等级：（不说了，上面已经写了）

提交bug 的规范主要为了让开发能够快速修改bug，效率第一