软件测试-BUG
软件测试-BUG
1.如何合理创建一个BUG
创建bug的要素：
- 软件的版本
- 发现问题的环境
- 发现问题的步骤
- 预期结果
- 实际结果
- Bug报告：
软件版本：Google Chrome浏览器（具体版本号）
发现问题环境：在Windows 10操作系统上使用Google Chrome浏览器，在xxx网址登录页面。
发现问题步骤：
a. 打开Google Chrome浏览器并访问xxx网址登录页面。
b. 在该网站上填写登录表单，包括用户名和密码等输入框。
c. 在输入框中输入了用户名或密码但没输入完整，发现光标会自动跳到下一个输入框。
d. 手动的将光标调回到上一个输入框进行再次输入。
预期结果：在输入框中输入内容后，用户按下回车键后光标在跳转到下一个输入框。
实际结果：输入部分数据就跳转到下一个输入框。
2.Bug等级
不同的公司对Bug等级的定义都不同，具体需要参考公司的文档规范。主要可以分为这几种：奔溃、严重、一般、次要。
奔溃：是指导致应用程序或系统完全无法运行或者崩溃的错误，如果不及时修复，将会对业务产生极大的影响。
严重：是指那些严重影响应用程序或系统功能或者性能的错误，这些错误会严重影响用户体验或者业务正常运行。
一般：是指那些影响较小，不会对应用程序或系统功能或者性能产生明显影响的错误，但是仍然需要修复以提升用户体验或者系统稳定性。
次要：是指那些微小或者非关键的错误，这些错误不会对应用程序或系统功能或者性能产生实质性的影响，也不会对用户体验产生明显影响。
3.Bug的生命周期
- 发现Bug（new）：这是Bug生命周期的开始，当测试人员或用户发现一个缺陷时，他们需要将这个缺陷报告给测试组长。
- 提交Bug（open）：确定为Bug需要将其提交给开发团队。在提交Bug时，需要提供足够的信息，以便开发团队能够重现和理解这个缺陷。
- 指派Bug：收到提交的Bug后，开发团队需要将这个Bug指派给适当的开发人员去处理。
- 开发确认并处理Bug（fixed）：开发人员确认这个Bug后，会尝试对这个修复、拒绝、延迟修改。
- 验证Bug：修复Bug后，需要回归验证这个Bug是否已经被正确修复。
- 是否通过验证：如果Bug在验证时通过，那么就可以关闭这个Bug。如果Bug没有通过验证，需要重新打开，并重新指派给开发人员继续处理，重复上述步骤直到Bug被正确修复。
- 关闭Bug（close）：Bug被解决。
