建立单元测试的基础
通过自动化创建、执行和维护测试的过程，建立单元测试的基础。只有让单元测试的工作更容易创建和维护，开发团队才会对所有组件采用全项目的单元测试。
避免依赖以UI为中心的晚期周期测试
避免依靠后期周期性的、脆性的、以UI为中心的测试，那只会是耗时和昂贵的诊断和修复。与其专注于自动化测试所有的手动测试场景，不如投资于单元和API测试的坚实基础，以确保与UI沟通的架构首先是稳固的。
理解整个测试金字塔的代码覆盖率
了解整个金字塔上下的代码覆盖率，以及对需求/用户故事的可追溯性，因为如果没有它，开发团队就不会真正知道什么已经测试过，什么还没有测试。此外，不了解测试覆盖率意味着不知道在金字塔的每一个层次上要测试什么，这意味着即使是微小的变化也需要如此多的测试，从而使整个过程陷入僵局。请看我之前关于基于变更的测试的文章。
用服务虚拟化左移
利用应用依赖性的服务虚拟化，以便在开发生命周期的更早阶段进行自动API测试。提高自动化程度和更早发现错误是成功的关键。更早推动API测试有助于发现系统的关键方面，如性能和架构的合理性。这也是安全测试的一个重要阶段。
利用变更影响分析加速敏捷发展
在每次构建的基础上，通过变更影响分析加速敏捷开发，以了解每个新迭代所带来的风险细节。变更影响分析提供的分析是使测试只专注于绝对需要测试的内容的关键，而不是采用其他方式的救急方法。
推荐阅读：
sales@spasvo.com
