一次关于缺陷状态的争论

简介:

在我们的缺陷库中,有一种缺陷状态为“待提交”,这是一种最终状态,并且表明这个缺陷实际上是无效的,不会计入到最终的缺陷报告中。
  一个项目开始了,在几个版本之后,缺陷库中存在数个“待提交”状态的缺陷,原因无外乎几种:与其它缺陷重复、测试人员的失误等。
  再来说由此产生的争论:一个同事认为,“待提交”状态的缺陷不应当存在于缺陷库中。从字面上来理解,“待提交”就是提交之前的预状态,将其修改为有效的缺陷后重新置为“新建”状态。这样从缺陷库来看,不会暴露出测试人员的失误,可以给上级或其他人一种测试非常高效的印象。
  但我不这么认为:无论是重复的缺陷也好,测试人员的失误也好,这都是系统测试过程中一种真实的反应和记录,并且这是不可避免一定会出现的。在测试活动结束之后,可以对所有“待提交”状态的缺陷做统一的分析,指导后续的测试活动。也就是说“待提交”状态的缺陷也是一种资源,可以挖掘出有用的信息来。如果人为的使其消失,尽管表面上看来显示出测试的高效,但是真正了解软件测试过程的人必然也能发现其中的可疑之处。
  关于争论的结果,我只能说对方才是这个项目的负责人。

最新内容请见作者的GitHub页:http://qaseven.github.io/

相关文章
|
10月前
|
存储 自然语言处理 编译器
C陷阱与缺陷
C陷阱与缺陷
43 0
C陷阱与缺陷
|
2月前
|
程序员 测试技术
程序员难以一次性写好代码并持续修复Bug,主要源于软件的高复杂性、需求不确定性、测试局限性和技术能力限制。
【5月更文挑战第11天】程序员难以一次性写好代码并持续修复Bug,主要源于软件的高复杂性、需求不确定性、测试局限性和技术能力限制。复杂的系统易产生意外问题,需求变化导致初始设计难完备,测试无法覆盖所有情况,而技术更新和个体能力差异也会引入错误。因此,持续调试和优化是保证软件质量的关键步骤。
35 0
|
2月前
|
监控 安全
线程死循环是多线程应用程序开发过程中一个难以忽视的问题,它源于线程在执行过程中因逻辑错误或不可预见的竞争状态而陷入永久运行的状态,严重影响系统的稳定性和资源利用率。那么,如何精准定位并妥善处理线程死循环现象,并在编码阶段就规避潜在风险呢?谈谈你的看法~
避免线程死循环的关键策略包括使用同步机制(如锁和信号量)、减少共享可变状态、设置超时、利用监控工具、定期代码审查和测试、异常处理及设计简洁线程逻辑。通过这些方法,可降低竞态条件、死锁风险,提升程序稳定性和可靠性。
50 0
|
编译器 C语言
源于《C陷阱与缺陷》----研究程序死循环问题
所以最后答案应该就是打印了12次xiao tao,然后越界访问出现错误,使arr[10]=0,arr[11]=0了 但最后答案却不是这样。
97 0
|
存储 算法 测试技术
软件缺陷的概念
软件缺陷(Defect),常常又被叫做Bug。所谓软件缺陷,即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误,或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。IEEE729-1983对缺陷有一个标准的定义:从产品内部看,缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题;从产品外部看,缺陷是系统所需要实现的某种功能的失效或违背。
|
测试技术 数据库
|
测试技术 程序员 SQL