![]() |
1
6
当您不打算将应用程序实际连接到任何“真正的”东西上时,就没有真正的容器、数据库、资源或实际的服务。这就是集成测试应该验证的东西;所有东西都能正常地一起工作。 |
![]() |
2
1
集成测试很好地测试一个完整的系统,该系统具有定义良好的输入和输出,这些输入和输出不太可能改变。如果预期的输入/输出经常发生变化,那么维护测试可能会成为维护挑战,或者更糟的是,由于升级集成测试可能需要大量的工作,您可能会选择不改进接口。 |
![]() |
3
1
简单而简短的规则是:在集成测试中测试什么会中断 由于整合 在单元测试中测试其余部分 孤立地 . 你甚至可以 hate integration tests . 为只接受一个整型参数的函数编写单元测试已经足够困难了。所有可能的状态(内部和外部(时间、外部系统))和输入组合都会使集成测试几乎不可能(对于一个合适的应用程序)。 |
![]() |
S4beR · jest-手表模式错误 7 年前 |
|
M.C · 如何从Ruby TDD哈希数组中返回名称 7 年前 |
![]() |
Maverick94 · Python unitest不工作 7 年前 |
![]() |
erexo · Moq模拟。Of<Obj>vs new Obj(); 7 年前 |
![]() |
jpuriol · JUnit测试中的“单例” 7 年前 |
![]() |
Py.Jordan · 如何在Python中模拟用户输入 7 年前 |