测试场景不止一次

Question

在一个场景被认为通过之前测试了多少次，是否有一个行业标准？使用多个不同的记录测试给定的场景是否很常见？

问题是:开发项目现在正处于SIT阶段，开发人员的计划是对每个场景进行一次测试，除非失败。有一种观点认为，在考虑通过之前，需要对场景进行不止一次的测试，因为在过去，在UAT期间，在SIT中通过的场景中会发现一些缺陷。

Answer 1

你问错问题了。如果存在“行业标准”，这真的会对软件的质量或测试的效率产生影响吗？没有被广泛接受的标准，尽管如此，您应该问自己：“为同一个测试场景添加多个不同的记录会改进我们的过程吗？”

我的建议是从务实的角度来处理这一问题。如果测试用例具有发现缺陷的潜力，则测试用例是好的。如果您当前的测试用例集忽略了稍后发现的一个缺陷，那么向池中添加一个或多个测试用例显然是个好主意，它可以揭示此缺陷(甚至更好的是:相同类型的缺陷)，从而避免再次发生这种情况。如果这些测试用例算作“相同的场景”或“不同的场景”，对您和您的团队来说几乎无关紧要--如果它们是有用的，那么添加它们，如果它们只是测试其他测试用例中已经包含的东西，那么忽略它们。

帮你自己一个忙，不要再想“让我们做这件事，因为其他人都这么做”--这是一种叫做货物邪教编程的组织反模式(它的描述也适用于“测试”)。

Answer 2

除了“一次测试每个特性”之外，下一步是系统的成对测试。这通常会导致每个特性的测试数为几十个，这取决于这些特性的可见复杂性。这显然是更多的工作，虽然不一定要多工作几十倍，至少如果测试是自动化的话。您几乎肯定需要一个合适的工具。

或者，您可以使用开发人员级别的单元或集成测试，在较低级别上进行健壮操作。在这个级别上，您可以使用像快速检查和/或JUnit理论这样的工具，而不是一个一个地写出测试用例。链接到java工具；大多数语言都有类似的内容。

无论您是这样做的，这两者或没有将取决于您在UAT所看到的错误的性质，以及减少或消除它们的真正优先程度。