软件测试管理中BUG状态的定义_第1页
软件测试管理中BUG状态的定义_第2页
软件测试管理中BUG状态的定义_第3页
全文预览已结束

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

第第页软件测试管理中BUG状态的定义软件测试管理中BUG状态的定义

发表于：2023-03-31来源：：点击数：标签：bugBUGBug软件测试管理

软件测试管理中BUG状态的定义谈到缺陷（BUG）状态的状态，不得不提一下测试的工作模式，较为常见有以下两种：第一种工作模式为交互式，也就是说由测试工程师提交BUG到管理工具，通知软件工程师进行修改，软件工程师根据BUG状态做出反应或修改，

软件测试管理中BUG状态的定义

谈到缺陷（BUG）状态的状态，不得不提一下测试的工作模式，较为常见有以下两种：第一种工作模式为交互式，也就是说由测试工程师提交BUG到管理工具，通知软件工程师进行修改，软件工程师根据BUG状态做出反应或修改，然后将问题状态更新，提交测试版本后，由软件工程师确认并再次更新问题的状态，这种工作模式是较为理想化的，因为中间需要多次沟通协调，所以转换周期会长一些，比较适用于大型软件项目；那么单方触发的工作模式，以测试工程师为主导，发现问题并督促软件工作师修改，跟踪修改结果，这种工作模式较为灵活，测试工程师与软件工程师之间是一对一或一对二的关系，问题发现后能够及时修改，修复的周期较短，这种工作模式适用于中小型软件开发项目。在这里，我主要说明一下在第二种工作模式下，BUG的状态定义。

1.任务：适用出因为增加合理化要求而提出的问题，在开发工程师解决问题时，此类问题的优先级较低。

2.待改：功能性缺陷，主要体现在功能缺失、程序运行异常、没有产生正确的运行结果等，需要软件工程师优先解决的问题。

3.关闭：表明该问题经测试工程师验证后已经解决，并且没有带来新错误的BUG。

4.需求未定：在《软件需求说明书》未描述，程序也未实现，但因为该业务不完整导致程序不能正常执行的问题，需要项目经理等管理人员参与讨论确定的功能特性。

5.遗留：对软件影响较小，此次项目周期不做修改的问题。

6.重新开启：在前面的版本经测试工程师验证通过，在当前版本中重复出现的问题，建议在记录这类问题时，增加“重复次数”字段，用以说明问题的重现概率。

7.非错：由于测试工程师对软件需求的理解错误，所提交的问题。

8.关闭的需求：在第4项中说明的问题，经过讨论后加以确定，并在提交的软件版本中得以实现，经过测试工作师验证后与确定需求一致并且功能无缺陷的问题。

以上八种状态并非适应于所有的软件项目，测试工程师可以对其中的状态进行合并或是拆分，根据测试工程师对程序的理解及测试的不同要求，还可以

人人文库> 全部分类> 图纸下载 > 毕业设计

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论