您测试得越快,发布就越快。但是,您不必等待每晚/每天的构建来运行全套的单元测试,以验证代码更改的影响。相反,您可以立即洞悉受代码更改影响的测试,并对签入更有信心。
多年来,单元测试一直是行业最佳实践,并且随着开发团队建立其测试套件,他们变得越来越大。随着测试扩展到集成或组件级别的测试,它们将花费更长的时间。随着诸如TDD之类的单元测试新趋势的发展,这些测试套件将变得比以前更大,因为所有代码都依赖于测试,并且更多依赖于测试。
拥有大量单元测试基础可以成为测试的良好基础,但这可能会对测试执行时间产生重大影响,尤其是在单元测试扩展到集成/组件级测试时。因此,知道要测试什么的关键在于了解每个代码更改的确切影响,需要运行哪些测试以及可能需要哪些新测试。
计算代码覆盖率是确定要测试的内容的一个方面,但仅凭此还不够。当为每个测试计算代码覆盖率,然后在逐个构建的基础上将其与代码更改相关联时,真正的魔力就会发生。使用这种方法可以为我们提供测试影响分析,在此过程中,我们可以准确地确定执行哪个测试以验证代码更改。通过使用Parasoft Jtest将测