开启掘金成长之旅！这是我参与「掘金日新计划 · 12 月更文挑战」的第11天，点击查看活动详情
软件测试伴随着软件工程实践的进步也在不断地进步，它从最原始的开发调试中分离出来后，在瀑布模式的软件工程实践中摸索了很长时间，目前软件测试已经贯穿软件交付生命周期的全流程。这种在软件交付生命周期的每个阶段都存在测试活动的实践就是持续测试
我们为什么进行持续测试呢?原来传统的测试模式存在什么问题? 在传统的测试环节中，测试人员关注的是功能需求，以完善的功能需求说明书(虽然也不一定有)为依据，验证软件的有效性验证。而在当下的敏捷测试大环境下，测试的职能已经发生了一定的变化。需要我们做到快速、持续的价值验证，并快速给出反馈。
如何进行持续测试
利用资源从客户叙述中创建测试自动化套件
搭建测试环境。
构建测试数据床，复制和匿名化生产数据
要测试API，请使用服务虚拟化
并行性能测试
正如敏捷宣言提出的四个核心价值，团队应该聚焦在为客户带来价值的行为和结果、而不是传统的按部就班完成既定项目的事项
和生产过程交付物，这对测试的要求也是一样:
1.个体和互动高于流程和工具
2.工作的软件高于详尽的文档
3.客户合作高于合同谈判
4.响应变化高于遵循计划.
首先，连续测试是驱动SDLC决策中心系统的工件。连续的测试将核心业务功能作为一个支撑，在软件中表达和实现。对这些核心业务构件的有效性或稳定性的评估提供了对应用程序健康状况的实时、可量化的评估。
第二，持续测试建立了一个安全网，允许软件开发人员更快地将新特性推向市场。使用受信任的测试套件，确保依赖的应用程序组件和相关功能的完整性，开发人员可以立即评估代码更改的影响。这不仅加快了变更的速度，而且还降低了软件缺陷到达客户端的风险。
第三，持续测试允许管理者做出更好的权衡决策。从商业的角度来看，以创新的软件首先进入市场，实现一个可微的竞争优势，驱动着股东价值。然而，软件开发是一项复杂的工作。因此，管理者经常面临时间、功能和质量之间的权衡。通过提供对发布风险的整体理解，持续测试有助于优化业务结果。
