![]() |
1
12
|
![]() |
2
2
一般来说,重要的度量是代码覆盖率。 如果全局接口更稳定(不易更改),那么在中进行集成测试是有利的。 |
![]() |
3
0
我正处在一个类似的情况中,许多已建立的测试都是真正的集成测试,要改变这种情况是困难的,但不是不可能的。 |
![]() |
4
0
如果要公开非平凡逻辑,那么应该使用单元测试测试主要决策路径的逻辑,以及在集成测试中公开该逻辑以及与外部依赖项的交互。 如果您是一个单独的开发人员或在一个小团队中工作,有时很难看出单元测试和集成测试之间的区别。如果您所处的环境中有多个团队正在处理单个产品,那么假设您的代码中的逻辑已经过验证(单元测试),现在您希望看到模块之间如何相互作用(集成测试)。
|
![]() |
mg610 · 如何开始C++单元测试 2 年前 |
![]() |
vidhu · 无URL的自动化测试 2 年前 |
![]() |
Aessandro · js开关站单元测试[关闭] 6 年前 |
![]() |
AntoineLB · 断言后期工作Django 6 年前 |
|
ravikant · Selenium脚本不工作异常 6 年前 |