故意添加错误来评估质量保证流程

时间:2010-06-07 05:43:57

标签: debugging qa

您如何知道在程序中发现并解决了尽可能多的错误? 几年前我已经阅读了一个关于调试的文档(我认为它是某种HOWTO)。除此之外,该文档描述了一种技术,其中编程团队故意将错误添加到代码中并将其传递给QA团队。当发现所有故意已知的错误时,QA过程被认为已完成。

不幸的是,我找不到这个文件,或任何类似的文件描述。有人可以指点我这样的文件吗?

编辑

为了让Evgeny高兴,让我解释第一段的最后一句:

“在找到所有故意的错误之前,质量检查流程尚未完成”

3 个答案:

答案 0 :(得分:3)

我从来没有见过这样的文件,但我要警惕说QA过程是“完整的”,因为你已经发现了故意的错误。这是确保您的QA团队不会过于懒惰的好方法,但您无法确保他们进行足够的测试。

根本不可能知道所有错误(或“尽可能多的错误”)已被发现。你所能做的就是遵循一个彻底的,经过深思熟虑的测试方法,给自己一个很好的机会。

答案 1 :(得分:3)

该技术的一个名称是“故障注入”。关于这一主题的旧书之一是Jeffrey Voas和Gary McGraw的'Software Fault Injection: Inoculating Programs Against Errors'

答案 2 :(得分:0)

我经常发现QA有很多错误可以找到,而不必注入任何故意的错误!我更倾向于让我的QA团队继续发现我从未想象过的错误。

与Evgeny一样,当发现一组已知错误时,我会非常谨慎地调用QA过程。我更喜欢使用退出条件,例如:

  • 是否已完成为此版本定义的所有功能?
  • 是否已执行所有计划的测试用例?
  • 开放式错误是否在可接受的限制范围内(例如,没有严重或高优先级错误,少于10个低优先级错误等)。