问题标签 [integration-testing]

我知道单元测试和集成测试的所谓教科书定义。我很好奇的是什么时候应该编写单元测试......我将编写它们以涵盖尽可能多的类集。

例如，如果我有一个Word类，我将为该类编写一些单元测试Word。然后，我开始编写我的Sentence类，当它需要与Word类交互时，我会经常编写我的单元测试，以便它们同时测试Sentence……Word至少在它们交互的地方。

这些测试是否本质上成为集成测试，因为它们现在测试这 2 个类的集成，还是只是一个跨越 2 个类的单元测试？

一般来说，由于这条不确定的路线，我很少会真正编写集成测试......或者我正在使用成品来查看所有部分是否正常工作实际集成测试，即使它们是手动的并且很少重复超出范围每个单独的功能？

我是否误解了集成测试，或者集成测试和单元测试之间真的只有很小的区别？

I'm aware of some of the test data generators out there, but most seem to just fill name and address style databases [feel free to correct me].

We have a large integrated and normalised application - e.g. invoices have part numbers linked to stocking tables, customer numbers linked to customer tables, change logs linked to audit information, etc which are obviously difficult to fill randomly. Currently we obfuscate real life data to get test data (but not very well).

What tools\methods do you use to create large volumes of data to test with?

我想从 NUnit 或 MBUnit 中对 Web 服务进行一些集成测试。我还没有深入研究这个，但我很确定我需要在“单元测试”中启动 WebDev.WebServer.exe 来做到这一点。（我知道这不是真正的单元测试）。

是的，我可以自己测试 Web 服务使用的底层对象（我就是这样），但我对在这种情况下测试感兴趣的是代理都按预期工作和处理，等等。

有什么建议吗？

您在基于模型的测试中使用了哪些策略？

• 您是专门将它用于集成测试，还是将其扩展到其他领域（单元/功能/系统/规范验证）？
• 您是构建专注的“密封”模型还是随着时间的推移发展复杂的 onibus 模型？
• 在产品周期中，您何时投资创建 MBT？
• 您专门为 MBT 创建什么样的基础测试库？

• 为了更好地支持 MBT，您在功能基础测试库中有何不同？

设置集成服务器时，我对使用多个任务完成构建的最佳方法表示怀疑。最好的办法是把所有的事情都集中在一项大工作上还是做一些小的依赖？

我们正在开发一个大型项目，其中包含一些新的/修改的 GUI 功能。过去我们发现，在添加新功能时，我们经常会在相关代码中引入新问题。

我们有非技术用户执行测试，但他们经常遗漏部分内容并让错误溜走。

是否有组织 WinForms 项目的 UI 测试的最佳实践？有没有办法让它自动化？

我正在编写一个工具来在我的产品上运行一系列集成测试。它将安装它，然后对它运行一堆命令，以确保它做它应该做的事情。我正在探索如何为每个测试用例标记命令的不同选项，并想知道人们是否对此有见解。我正在考虑使用 YAML 并做这样的事情（有点改编自 rails 固定装置）：

有没有人有另一个或更好的主意？或者是否有我不知道的特定领域语言？

给定一个控制器方法，如：

编写断言返回具有预期 XML 的集成测试的最佳方法是什么？

我敢肯定，你们中的大多数人都在编写大量自动化测试，并且在单元测试时也遇到了一些常见的陷阱。

我的问题是您是否遵循任何编写测试的行为规则以避免将来出现问题？更具体地说：好的单元测试的属性是什么，或者你如何编写测试？

鼓励语言无关的建议。

当您仅使用数据访问层或大多数应用程序堆栈进行集成测试时。如果多个测试在同一个数据库上运行，那么防止多个测试相互冲突的最佳方法是什么？