软件测试-BUG

软件测试-BUG

1.如何合理创建一个BUG

创建bug的要素：

• 软件的版本
• 发现问题的环境
• 发现问题的步骤
• 预期结果
• 实际结果

1. Bug报告：

软件版本：Google Chrome浏览器（具体版本号）
发现问题环境：在Windows 10操作系统上使用Google Chrome浏览器，在xxx网址登录页面。
发现问题步骤：
a. 打开Google Chrome浏览器并访问xxx网址登录页面。
b. 在该网站上填写登录表单，包括用户名和密码等输入框。
c. 在输入框中输入了用户名或密码但没输入完整，发现光标会自动跳到下一个输入框。
d. 手动的将光标调回到上一个输入框进行再次输入。
预期结果：在输入框中输入内容后，用户按下回车键后光标在跳转到下一个输入框。
实际结果：输入部分数据就跳转到下一个输入框。

2.Bug等级

不同的公司对Bug等级的定义都不同，具体需要参考公司的文档规范。主要可以分为这几种：奔溃、严重、一般、次要。

奔溃：是指导致应用程序或系统完全无法运行或者崩溃的错误，如果不及时修复，将会对业务产生极大的影响。

严重：是指那些严重影响应用程序或系统功能或者性能的错误，这些错误会严重影响用户体验或者业务正常运行。

一般：是指那些影响较小，不会对应用程序或系统功能或者性能产生明显影响的错误，但是仍然需要修复以提升用户体验或者系统稳定性。

次要：是指那些微小或者非关键的错误，这些错误不会对应用程序或系统功能或者性能产生实质性的影响，也不会对用户体验产生明显影响。

3.Bug的生命周期

1. 发现Bug（new）：这是Bug生命周期的开始，当测试人员或用户发现一个缺陷时，他们需要将这个缺陷报告给测试组长。
2. 提交Bug（open）：确定为Bug需要将其提交给开发团队。在提交Bug时，需要提供足够的信息，以便开发团队能够重现和理解这个缺陷。
3. 指派Bug：收到提交的Bug后，开发团队需要将这个Bug指派给适当的开发人员去处理。
4. 开发确认并处理Bug（fixed）：开发人员确认这个Bug后，会尝试对这个修复、拒绝、延迟修改。
5. 验证Bug：修复Bug后，需要回归验证这个Bug是否已经被正确修复。
6. 是否通过验证：如果Bug在验证时通过，那么就可以关闭这个Bug。如果Bug没有通过验证，需要重新打开，并重新指派给开发人员继续处理，重复上述步骤直到Bug被正确修复。
7. 关闭Bug（close）：Bug被解决。