软件外包公司的测试报告

 

该测试报告每个bug发现呢？ 想像你是一个软件测试人员刚刚被分配到一个项目，你很快发现并报道数十，数百，数千的bug。这使你成为一个明星，对吗？

 

现在看它从事物的另一面，从软件外包公司或开发人员接收那些错误的角度。那座山的bug报告可能感觉很多噪音。

 

所以，应该测试报告每个bug发现呢？这是一个棘手的问题，和一个已经引发了一个诱人的辩论在我们的社区80000测试。

 

“不，这是太多的噪音“

 

测试者说不，不报告所有的错误你发现。这些测试要求收件人太多的噪音，从而降低了高优先级的问题。根据测试专家，卢卡斯坚称，“我通常给[测试]新的一些不寻常的建议。我告诉他们忽视了低值的错误；甚至懒得报告他们”。然而，他们的意见是不是所有的不寻常。

 

这是相当普遍的，开发团队只想要最相关的错误报告。他们的观点来自于自己的经验测试车应用（遗憾）报告的所有错误：

 

“我的工作是在一个特别的车中的应用。我把每一个错误我遇到的测井方法，尽管我知道他们中的大多数是低值。错误列表的快速成长。我很快就有超过100个bug，但记录错误需要时间所以我只能够测试大约一半的应用。

 

它花了一个星期的杂草在那些错误，在结束时，他决定的错误大多数都不会是固定的。另外，我已经把我有限的测试时间，所以我们没有完整测试推出的产品。如你所期望的，我们的客户发现了几个严重的错误在应用程序后，它是在生产。

 

所以在技术上我没有做错误的事情（我报告的错误，那是我的工作吗？），我没有做正确的事情。我应该集中精力，只有在我们有信心，我们已经找到了足够的严重错误和高价值第一，移动到低值错误的时间。我本来可以救自己和无数个小时的工作时，我们会发布一个高质量的产品。”

 

低优先级的bug，杂波和压倒开发团队接收并尝试解决问题。只有错误报告的范围，最需要立即注意，开发团队可以解决大问题，很快。它使一个很大的意义。

 

“是的，这是我的职责，作为一名测试人员报告所有的缺陷”

 

但让我们从事物的另一面看。一个错误，无论什么样的价值，是一个错误。根据测试专家，瑞安拉蒙塔涅，做一个测试人员，这是你的责任，发现和报告软件问题：

 

“……我相信这是我们的工作和责任，文件的缺陷（S）。我们作为测试人员不知道这将被视为高值或低值，但它会带来价值的客户期望。

 

我总是告诉我的团队不要做一个假设。它的更好的文件缺陷比让它去。让客户除非指定对价值的决定。有一个成本与固定的缺陷在开发周期的后期，我感觉到的所有缺陷报告帮助客户是我们的工作，让他们决定的价值，和节省花费。”

 

拉蒙塔涅也有一点。判断错误是开发团队也–或将–找到有价值的很难。一个错误，可能不明显，可能是下山的路，和你的信息报道可能给收件人极有价值。

 

好吧，我们听了双方的辩论；所以要测试吗？

 

答案：“这取决于……”

 

到底有没有是的回答。这是一个环境问题，必须在每个测试周期之前评估。作为吉斯认为，“每个周期或项目应独立评估。考虑到所有可用的信息，你需要做的你的特殊情况的权利的决定。”

 

通过了解开发商或客户的需求并彻底检查试验周期的范围，你可以决定什么样的错误报告，如果你要报告所有的错误你发现。在测试中，它不是数量，而是帮助开发者获得有关他们的软件智能。无论道路最能帮助公司提高他们的应用程序的质量是测试人员应该采取的路线。

 

利用专家资源测试解决方案这不仅测试–但项目经理可以在bug跟踪系统–公司帮助分流的错误可以得到有关软件的智能和解决高优先级的问题，第一，同时仍保持了所有已知问题的记录。 如果软件外包公司的团队不希望所有低优先级的报告的bug，你赢了没有看到或对付他们。两全其美。