软件测试-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被解决。