软件外包公司为什么在生产中测试应用程序

提示在理想的世界中，测试将在一个临时环境舒适，在软件缺陷–不管大或小–已经使它在真正的用户面前的机会为零。在这种环境下，测试人员和开发人员将有充足的时间（和几乎没有压力）来识别和解决问题。然后他们可以推出没有惊喜，一起唱歌，软件外包公司的老板给他们以赞美。

 

我们不是生活在那个世界。相反，我们生活的世界，有时需要 我们 试验在生产应用程序中， 真实用户的面前。 有时，没有其他的选择。

 

但什么是其中的一些情况吗？当它来测试在生产环境和分期有意义吗？我不想知道全部的时候，这可能是事实，但最近的一篇文章从保险 行业（具有讽刺意味的是 强调了几次）什么时候和为什么在生产 测试是必要的。

 

这里是他们的广泛的概述，随后的几个例子：

 

事实上，在生产的所有时间考验我们。即使是训练有素的，管理良好的应用开发团队必须依靠产能释放充分检验和测试他们的代码。我不是在谈论单元测试，集成测试和功能测试，或，或系统测试或性能测试。

 

我们仍然需要做所有这些事情，如果我们做对我们不会有任何错误或缺陷代码当我们去生产。但它是不可能验证复杂系统的实际性能在一个较低的生命周期。这里是关键测试。你可以测试和复试，但你真的做的是验证在测试环境中的应用程序的性能和功能。

 

有几个具体的例子，作者–提到他们的一些相同的原因尖端专家塞思爱略特当他在我们的博客上的采访。第一个涉及到数据。作者写道：

 

 

然后是数据。你只是不具有相同的数据在你的较低的生命周期，你在生产。测试数据是不真实的数据。它可能看起来像真实的数据，但它不是生产数据有时是复制生产前或分期，但从来没有测试。可怕的是篝火的故事比比皆是的命运降临到组织（或CIO）混合生产数据测试系统。太多的事情可以去考虑过选择错了。

 

不能同意更多。大部分的时间，如果你需要可操作的数据，它将需要来自生产。这是特别真实的性能和安全性测试，这是由作者承认。整合另一方面，它是有意义的试生产：

 

有多少次你看到一队蹒跚时，所有的单元测试和集成了它的时间生产了吗？这样的小事情开发者帐号嵌入连接字符串爬出来了。所有这些小把戏，开发团队一起黑客攻击得到应用跑回来的。

 

现在，这不应该是 看作测试背书只有在生产。虽然我们专注于在野外测试，我们充分认识到，举办环境提供的价值。也就是作者：

 

所以我们试生产？当然，我们这样做，但我们期待测试不同的缺陷。你仍然需要在较低的生命周期做必要的工作，只有促进代码，已经经过严格的测试。代码来生产必须功能齐全，能满足业务需求。我们不期望的惊喜或发现隐藏的缺陷，但我们需要这最后的验证，它也在繁忙的州际公路和拥挤的街道却在测试轨道。

 

关闭的问题，所有的软件外包公司开发人员和测试人员有：你试生产？请让我们在评论中知道你的想法。