软件测试建议？

Question

在我工作的地方，我们有以下问题:我们目前的测试程序是我们的业务分析师基于他们的规范/测试来测试版本。如果它通过了这些测试，它将被交给质量部门，在那里他们测试新版本和整个系统，以检查是否有其他东西被损坏。

我只想提一下，我们外包了我们的开发。不幸的是，提供给我们的版本很少经过开发人员的测试，这就是我们在过去7年中与他们的“关系”……

因此，如果补丁/版本在功能测试级别或质量级别的测试失败，我们需要再次测试整个东西，而不仅仅是版本。我们有没有办法防止这种情况发生？

Answer 1

您有两个选择：

• 将代码分离到独立的模块中，因此一个模块中的补丁/更改只意味着您必须重新测试该模块。然而，由于依赖关系，这只对非常有限的degree.
• Introduce自动化测试有效，因此重新测试不是很昂贵。它首先需要更多的工作，但在您的场景中肯定会得到回报。您不必进行单元测试或测试驱动开发-基于捕获-重放工具的集成测试通常更容易引入到您的场景中(具有手动测试过程的已建立项目)。

Answer 2

实现您和开发人员可以访问的持续测试框架。像CruiseControl.Net和NUnit这样的东西来自动化功能测试。

如果获得访问权限，他们将能够看到构建中的每晚测试。见鬼，他们甚至不需要自己测试它，你的测试将每晚(或定期)运行，他们会立即知道他们造成了什么错误，或者修复了什么错误。

Answer 3

定义“质量SLA”--即所有单元测试必须通过，所有新代码必须具有一定级别的覆盖率，所有新代码必须在某个静态分析检查器中具有一定分数。

当然，像这样的任何事情都可以被玩弄，所以有定期的发布后汇报，在那里你讨论关注的领域，并在未来避免它的应急措施。