研发过程中的测试工作
https://mp.weixin.qq.com/s/r59vUXKXERyQ9r-IpXfiew
研发过程中的测试工作
阿里QA导读：年轻的测试工程师又一次累倒在提测阶段，他拖着疲惫的身躯来向师父诉苦，“师父，开发的时候闲的要死，一到提测累的半死”。师父含笑不语，拿出一颗冬枣，一瓶老干妈。年轻人想了半天之后，一拍脑袋说：“师父，我明白了，你一定是说吃枣补气，吃辣活血，更有精神工作。”“不是”师父怒骂到，“早干嘛去了！” —— 其实测试工作是贯穿整个研发过程的，在测试的位置上左移一下，右移一下，才能更好的保障质量。
研发过程中的测试工作
研发过程中测试可以做的事情很多，下面流程环节的介绍只列出了最主要的一些测试活动，可以作为一些基本参考，测试怎样才能更深入地介入，得到团队认可和建立存在感，拿到更好的质量保障结果，是需要在工作中不断地思考实践的。因此这一章虽然是介绍流程，但是在实操中，不限定角色、阶段和方式，大家结合项目实际的时间资源、人力资源、质量要求做到最佳实践就是可行的工作流。
需求设计阶段测试做什么 - 测试计划与需求评估
开发设计阶段测试做什么 - 分析与设计
测试阶段做什么 - 测试执行与策略实施
发布前后
测试工作规范&标准
通用版变更红线V2.0
前面介绍环境和权限中提到过，线上变更是风险非常高的操作，90%的故障是变更引起，因此我们在测试过程中往往需要制定详细严格的变更管控，变更风险防控三原则：可灰度，可监控，可回滚。
-
变更红线定义( 示例）：
-
禁止封网期、非变更窗口期进行除紧急变更外的变更。
-
禁止未经测试验证、未经预发、未经灰度的线上变更。
-
禁止一切未通过变更管理平台申请或报备的变更操作，紧急故障处理，可事后补填申请。
-
禁止无影响面说明、操作步骤、验证方案、应急预案的变更。应急预案（如回滚方案）必须具备可操作性。
-
禁止一切与变更方案计划内容、线上问题排查无关的生产环境变更操作。
- To Be Continued -
