详解持续测试

最新推荐文章于 2024-07-31 19:40:50 发布

CrissChan

最新推荐文章于 2024-07-31 19:40:50 发布

阅读量1.1k

点赞数

分类专栏：持续交付和持续测试文章标签： devops 运维

本文链接：https://blog.csdn.net/crisschan/article/details/122481770

版权

持续交付和持续测试专栏收录该内容

106 篇文章 72 订阅 ¥19.90 ¥99.00

订阅专栏

超级会员免费看

本文详细阐述了持续测试的概念，强调其以防控业务风险为目标，贯穿软件交付生命周期的全过程。持续测试要求在每个阶段都有测试活动，并尽可能自动化。文章讨论了测试左移和测试右移的实践，包括需求分析阶段的参与、自动化测试、生产环境的监控等。通过持续测试，可以加速软件交付，提高产品质量，并减少部门间的脱节。

摘要由CSDN通过智能技术生成

持续测试

在我开始写这个文章之前，我一直以为持续测试就和持续集成、持续交付、持续部署一样，有明确的阶段性定义的一个概念，当我开始不断的查资料，我得到了无数个持续测试的定义。有的定义清晰，有的定义模糊，每个文章都有自己的定义，那么我讲这些文章的内容的重叠部分尝试用简单的方式描述出来，希望能整理清楚持续测试是什么。

持续测试是什么

说到持续测试，我发现大部分网站中用的是Tricentis公司的CMO的Wayne Ariola在公司的博客中的Continuous Testing: “Perfect” Software Is not the Goal文章中给出的定义，“持续测试侧重于业务风险并提供有关软件是否可以被发布的决策基础。自动化测试对于连续测试至关重要，但它并非全部。自动化测试旨在生成一组与用户故事或应用需求相关的通过/失败数据检查点。而持续测试侧重于业务风险并提供有关软件是否可以被发布的决策基础。除了将测试用例自动化，持续测试还包括了诸如验证业务风险，应用服务虚拟化和状态化测试数据管理以稳定持续测试；在每个迭代中使用探索性测试来尽早发现阻碍性问题等实践。它不单是意味着使用更多的不同的工具。它要求的是包括技术在内的人和流程的深度转变。”除去这个定义，还有一些引用了Thomas Hamilton在Continuous Testing in DevOps: What is, Definitio