集成测试 - 寻求您的知识，建议和链接！

Question

嗨，大家好，我正在对Web应用程序进行集成测试的一些建议和指导。我们的项目已经运行了很多年，而且相当复杂。我们已经完成了单元测试，但我们缺少一套体面的集成测试。除了我们的单元测试之外，我们没有记录用例或者甚至是一组合理的测试用例。今天的“集成测试”包括开发人员对变化和手动可能产生的影响的知识，以及应用程序的临时测试。这实际上并不理想 - 我们现在想要设计和自动化一套可靠的测试，以便我们执行回归测试并增强对应用质量的信心。

我们终于建立了一个平台（基于Selenium），使我们能够快速编写和自动执行测试。现在的问题是：我们没有任何测试，页面完全空白。该系统有大约30个类互相交互并影响用户界面。对于注册的新用户，可以设置约40个属性，每个属性都会影响体验。在用户生命周期中，他们会产生更多的状态。鉴于如此多的变量和可能的状态，开始这是一个令人望而生畏的前景，这可能是迄今为止它被忽略的原因。

没有一套体面的测试的痛苦现在变得具有破坏性。我正花时间解决这个问题 - 我在编写测试之后得到了一些实用建议。你们如何接近它？你有没有我觉得有用的链接？我怎样才能让用户的数据看起来无限多的状态消失？我怎样才能冲出失败的边缘案例（以及我们的用途似乎在寻找）？

帮助！

Answer 1

如果是试图生成测试用例的绝对数量的组合，你应该明确地看看all-pair测试。

我们已经使用微软公司的PICT作为一种工具，成功地减少了测试用例的数量，同时仍然有足够的信心覆盖大多数情况。

背后，对测试 推理是这样的：在 程序最简单的错误通常是由一个 单一输入参数触发。下一个 最简单的错误类别由 组成，这些错误依赖于参数对之间的相互作用 ，这些参数可以在所有对测试中捕获到 。 1 虫虫涉及相互作用 3之间或多个参数是 逐渐不太常见2，同时 同时被逐渐 更昂贵通过详尽 测试，它有作为它的极限的所有可能 输入 穷举测试，以找到。