单元/集成/功能测试的主要目标是增加对部署的每个新版本的发布信心。理论上,大量的测试将保证发布的每个新功能都不会出现回归。
为了实现这个目标,测试应该完全自动化并由 CI/CD 平台管理。测试不仅应该在每次部署之前运行,还应该在创建拉取请求之后运行。实现自动化水平的唯一方法是让测试套件可以在一个步骤中运行。
不幸的是,有几家公司仍在以比较老的方式创建测试,其中一大群测试工程师的任务是手动执行各种测试套件。这会阻止所有新版本,因为测试速度本质上变成了部署速度。
测试工程师应该只编写新的测试。他们永远不应该自己手动执行测试,因为这会大大延长新功能的反馈循环。测试始终由 CI/CD 平台在各种工作流和管道中自动执行。
如果人们手动运行少量测试作为对发布进行冒烟测试的方式,那也没关系。但这应该只发生在少数测试中。所有其他主要测试套件都应该完全自动化。
关于我们
泽阳,DevOps领域实践者。专注于企业级DevOps运维开发技术实践分享,主要以新Linux运维技术、DevOps技术课程为主。丰富的一线实战经验,课程追求实用性获得多数学员认可。课程内容均来源于企业应用,在这里既学习技术又能获取热门技能,欢迎您的到来!
辛苦 帮转发,点个再看吧,前进的动力...