测试用例分析与设计

1、需求评审
前：提前了解需求业务逻辑、业务场景
中：解决疑问
后：设计业务场景
2、技术概设
了解代码层的逻辑怎么实现需求
3、交互评审
业务的操作
4、UI评审
前端展示
5、用例设计
尽可能早的熟悉需求，澄清需求，设计用例。
业务逻辑复杂的要多动脑子想涉及到哪些场景
不管功能多小，都要写用例，避免考虑不周，漏测
6、用例评审
7、用例执行
先执行基本流，然后是备选流，最后是界面、易用性的问题。
8、回归测试
不管执行多少遍基本流了，还是要重复执行基本。
9、验收测试
10、线上监控

1、分析与设计过程
测试分析要从业务需求最开始就要介入，流程覆盖业务整个生命周期。在做分析的过程要想清楚，整体后续的设计怎么做。
测试分析可总结为四步：
1）建模：输出业务/系统流程（分析：业务流程-系统流程）
2）设计：测试场景（设计：测试场景）
3）细分：测试用例/数据（设计：测试用例）
4）扩展：多类型测试（性能，安全，异常等等）（基于经验）
业务类项目-业务复杂度：是否单域》是否涉及外部》是否依赖链路《技术复杂度-技改类项目
业务分析:
分析目标：基于需求功能，基于业务价值，易用性&体验
分析方法：等价类划分，边价值分析，因果图，错误推测，基于检查表测，分类树方法，组合测试，决策表测试
技术分析：
分析目标：性能容量，安全性（资损），可靠性/稳定性
分析方法：条件分析，判定分析，改进的条件/判定，覆盖（MC/DC），测试，复合条件测试，路径测试API测试
场景拆分（原子化），场景正/逆向分析
场景串联：
事件流=基本流+备选流
场景=用户+事件流+数据
优先级决定场景投入
用例设计：
100%覆盖原子场景
多：大数据量测试
并：并发类测试
复：重复数据/请求测试
异：异常测试
测试策略：
测什么：你的测试对象是什么？本次测试的目标是什么？测试中重点、难点、风险是什么？？
怎么测：测试要覆盖的深度和广度，如何安排各种测试计划（先测什么，再测什么），如何准出（测试结果）
风险识别------------------》风险评估（失效分析模型）-----------------》风险缓解

2、测试场景分析实施
测试场景和测试用例区别是什么？为什么先要设计测试场景？上图也描述了，测试场景对应的是实际的业务场景，业务场景