测试左移
通俗的讲:左移是往开发阶段移,右移是往发布之后移。
测试左移就是在测试阶段到来之前,尽可能的抓紧开发前(需求分析)和开发中的时间做测试,提前发现问题,防微杜渐,避免积重难返。提测之前的测试。如:代码单元测试,代码质量检测,代码接口持续测试 等
在需求源头就要控制伪需求,在代码设计阶段就要控制劣质代码。
测试左移的思想本质是越早的发现不合理的地方,出问题的几率就越低。
测试右移
测试右移是往发布之后移,也就是产品上线了之后也可以进行一些测试活动。
当然在生产环境直接做测试是不推荐的,但可以在生产环境做监控,监控显示性能和可用率,一旦发现任何问题,尽快反应,在用户发现之前,把问题解决了。
测试左移:测试左移,本质上是借助工具和测试手段更早地发现问题和预防问题。
- 需求:对需求、架构和设计模型的测试;
- 开发:着重增加对单元、组件和服务层的测试;
- 持续测试:自动化测试。
■ 测试右移:对测试同学来说,版本上线后需要持续关注线上监控和预警,及时发现问题并跟进解决,将影响范围降到最低。
- 灰度发布:新版本线上测试;
- 监控:合理的性能监测、数据监控和预警机制;
- 用户反馈:线上问题处理、跟踪机制。
CI/CD
持续”是什么意思?
“持续”用于描述遵循我在此提到的许多不同

本文探讨了测试左移和右移的概念,解释了这两种策略如何帮助提高软件质量。测试左移强调尽早发现并解决问题,而测试右移则关注产品发布后的监控与问题解决。文章还介绍了持续集成(CI)和持续交付(CD)的最佳实践。
最低0.47元/天 解锁文章
1580

被折叠的 条评论
为什么被折叠?



