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