过渡期间的测试：外包软件的测试标准（译）
在信息技术外包世界，对一个公司拥有它的应用程序和被其他人开发或者维护的框架是普遍的。当销售商完成这个生意，一个普通的实验是把测试过渡活动当成是一个整体。你如何设计一个传统实验的可接受标准以至于它可测试并且被清晰沟通？ 作为测试，我们通常讨论当一个应用程序被创建时如何接近测试并且被在我们自己公司内的团队维护，但是我们很少讨论当从一个外包供应商到另一个变化时发生了什么。 在信息技术外包的世界，对一个公司拥有它的被其他人开发和维护的应用程序和架构是普遍的。当销售商完成这笔生意，有合同涉及组建管理，实时服务水平，关于发布内容的委员会，等等。一个普通的合同部分是测试交换活动作为一个整体，都为了架构和应用程序。 客户想要的是将服务和他们需要的解决方案合成文档的能力便于他们能外包他们流程的一部分，经常是为了更高的价钱或者更好的策略契合，没有打扰到商业。 近来我是一名在有这个挑战的应用程序过渡项目的测试经理。被另一个90后公司维护的应用程序并且我们继续维护和开发这个应用程序。但是在我们能做以前，合同定义了一个我们不得不通过的“传统实验”。我的任务是制定关于传统实验可测试和可被清晰沟通的可接受标准。 那封邮件是什么呢？ 应用程序过度实验中的测试 在这种测试内容里有一些特殊术语。这个合同把它定义成一个实验——而不是一个测试或者检测。 一个实验在测试和质量保证方面有很多相似性