DevOps时代测试应该如何应对？

DevOps的概念起源于2009年的欧洲但由于缺乏支持的技术和工具DevOps没有迅速上升。近年来1860DevOps没有迅速上升。近年来随着新技术的快速发展等云计算和大数据和深入实践的概念microservice架构促进持续、高效的交付DevOps已经成为趋势和集装箱技术使得DevOps的实现相对容易。因此DevOps逐步实现在各种行业各种规模的组织。

DevOps是开发和操作的组合。它是一个集体名词为一组流程、方法和系统用于促进之间的交流发展(应用程序/软件工程)、技术操作和质量保证(质量保证)部门、协作和集成旨在应对不断变化的市场需求提供高质量不断发布产品。质量保证DevOps贯穿整个产品交付周期和开发和操作和维护之间的桥梁。没有一个全面的质量保证和测试策略持续开发和交付是不能实现的。图DevOps

QA测试一样吗?答案肯定是否定的。QA包括两个部分:QC(质量控制)和测试。它的主要目标是计划和建立质量评价系统以确保预期的产品质量;测试是一个过程用于验证产品和发现可能的缺陷。质量保证和测试是相互关联的不能互换或替换。

连续测试DevOps的关键部分是最重要的方法产品质量保证。所以传统的测试人员应该如何变换适应DevOps吗?

传统测试、敏捷测试和连续测试

有什么区别传统的测试主要是手工测试用更少的代码级测试、投资和整体模式是倒三角形模式专注于发现缺陷和修复;出现的敏捷性自动化测试的比例增加和底层单元测试主要是基于运行速度快、低消耗。整个模型以一种积极的三角模式。与传统的测试相比反馈更及时修复缺陷的成本低;连续测试是基于敏捷测试。强调连续测试通过各部门的协同工作继续寻找缺陷和快速修复它们。

传统测试图敏捷测试和DevOps测试

从传统的瀑布测试敏捷测试DevOps具体差异这三个是什么?什么挑战这一系列的转换对测试?DevOps的测试人员需要掌握什么技能实现全面的质量保证?传统测试

在传统的瀑布式软件开发模型中没有合作开发测试操作和维护团队。相对应的开发团队负责代码编写和单元测试;测试团队编写并执行手动测试用例专注于业务场景测试和系统集成测试;QA团队编写自动化测试用例往往在产品发布前大规模产品质量验证。

可以看出传统的测试遵循自上而下顺序的方法。产品的质量决定在测试阶段它是非常困难的对产品进行任何更改。自动化测试执行效率低测试用例执行成本高。各部门之间的独立将不可避免地导致重复测试和整个产品质量不能保证。

敏捷测试的加速度市场需求传统的瀑布式软件开发模型不再能够满足频繁的软件交付和敏捷开发模型已成为时代要求。在敏捷测试测试不再是一个独立的阶段。这是一个迭代计划的一部分。测试人员总是跟上开发人员共同负责产品质量保证。敏捷拥护者频繁和更快的测试所以敏捷测试自动化测试是非常重要的。

从整个流程的角度从开发到操作敏捷模型结合了开发和测试的两个部分加快软件开发的频率。然而实际的部署到生产环境中仍然是由操作和维护团队独立完成仍有厚壁之间的开发和操作和维护。繁琐的发布周期使得敏捷回到瀑布模式下工作。