11-测试的执行和BUG管理

目录

1.测试执行：

2.BUG管理

3.如何发现更多的bug？

---

1.测试执行：

1. 打开待测试的系统
2. 打开测试管理工具用例模块，开始执行用例
3. 发现bug！进行复现并确认bug的复现步骤
4. 记录bug
5. 沟通bug
6. 验证以前提交的bug
7. 确认本次测试完成
8. 编写测试报告

执行测试时处理要做到测试用例和需求的覆盖外，还要有临时发挥的能力。根据自己的经验、对测试的感悟以及随机测试可以发现很多根据测试用例无法发现的缺陷。

不能拘泥于测试用例或者已经有的测试方法，在测试执行过程中要不断总结测试方法和测试故障模型。 真正优秀的测试人员在执行测试时是想着做，做着想，这样的测试效果才好，尤其是在测试过程中，对程序的处理相当了解的情况下，测试的思路会更加清晰和全面。

2.BUG管理

• 公司里有一个BUG管理维护系统
• 测试人员发现bug后，往这个系统里放入bug
• 开发拿到对应的bug，修复后放回bug管理系统
• 测试再从系统中取出bug，进行验收

3.如何发现更多的bug？

1. 软件测试同样存在二八原则，80%的故障集中于20%的模块，如果某部分问题较多，加强测试广度和深度！
2. 开发人员也存在二八原则，80%的故障集中于20%的开发人员，如果某些开发人员的bug较多，加强他开发模块的测试广度和深度！
3. 多进行逆向思维和发散性的思维，依赖测试人员的经验，多写测试用例，多看别人的测试用例。
4. 不要局限于用例和需求文档。
5. 尽早介入项目，不要等到开发的差不多了再介入项目，充分理解需求。

发散一下:以概念篇中注册的需求来进行一次测试？

• 功能：所有需求描述的功能
• 功能其他：需求未考虑到的：邮件内容是否正确？连续注册？
• 边界：最大值、最小值等
• 界面：美观，整齐
• 校验：email格式校验，错误校验，已注册校验、输出校验，为空等
• 兼容性：IE,CHROME,360.....
• 安全性：验证码能否起效？http请求直接发送？
• 性能：多用户并发
• 其他？ 48小时真的是48小时么？