关于测试设计的套路及我的工作实践思路

1、 测试设计的流程套路

1） 深入了解需求。 解决了什么问题；

2） 场景分析。 从用户使用角度、 遇到什么样的情况、 限制条件是什么等方面考虑场景；

3） 试用市场上已实现的同类产品。 做竞品分析， 了解原理以设计更好的产品， 从功能、 可靠性、 性能、 用户体验等方面进行分析， 评估测试设计是否满足产品质量要求。

2、 测试设计思路

1） 关注用户怎么用。 站在用户的角度、 分析使用场景；

2） 清楚系统逻辑架构， 分析业务流程。 关注系统周边的依赖及交互；

3） 各子系统的交互， 明确耦合关系， 确定覆盖深度。 关注模块之间的接口， 模块之间的耦合关系、 提取因子及因子分析。

3、 场景分析

1） 应用场景分析： 4W+1H。

4W 主要是运营场景， 1H 主要是交付场景。

Why： 需求的价值是什么、 竞争力是什么；

Who： 给什么用户用、 什么类型的用户、 什么情况使用需求、 是否多用户同时使用、 用户的规模有多大；

When： 用户使用的频率， 一天用多少次；

What： 触发用户使用的因素有哪些， 用户什么时候使用；

How： 主要考虑交付场景， 整体考虑产品的质量、 使用产品前需要具备什么资源、 周边依赖哪些东西、 使用前的操作序列、 出现问题的维护场景等；

2） 限制： 限制条件是什么；

3） 测试场景分析： 针对产品， 进行测试场景分析。

4、 业务流程分析

1） 原理；

2） 测试分析：

功能测试： 子功能的提取、 子功能的交互因子（因子的提取与分析， 用户场景的提取、 流程的数据流提取） 、 因子组合策略（详看测试书籍） ；

可靠性测试： 配置文件备份恢复、 是否冗余、 故障管理；

升级测试： 详看测试书籍；

性能测试： 时间维度（时间的长短） 、 空间维度（资源） ；

安全测试： 详看测试书籍；

用户体验： 界面易用性、 操作软件的响应时间、 交互信息的可用性（如错误的提示信息） ；

测试方法风险分析： 详看测试书籍。

5、 测试评估

1） 质量评估： 功能、 非功能；

2） 需求覆盖情况： 详看测试书籍；

3） 缺陷分析： 详看测试书籍或专题分享；

4） 测试设计有效性： 用用例发现缺陷数/所有缺陷数的结果来评估测试设计是否够好， 缺陷从用例中发现的比例。

6、 关于测试用例-嘉宾 Amy 观点

1） 五娃（老徐注： 之前的一次测试用例分享嘉宾） 的分享很好， 用例的四个方面： 预置条件、 执行步骤、 预期结果、 测试结果；

2） 在需求文档确立之前测试人员就开始参与。 从客户手中拿到需求， 开展需求文档评审；

3） 测试用例的设计首先要保证产品的质量， 测试用例的数量并不能决定质量的好坏， 要做到覆盖全面， 提倡高质量的自动化测试；

4） 用例需包括与其他模块耦合关系、 用例的级别（level0、 level1） ， 考虑哪些需求必须完成， 哪些需求可以后续完成；

5） HLT 用例需考量模块之间的耦合关系、 考量用户的使用场景， 基本不考虑白盒测试；

6） 针对业务流程复杂的模块： 要尽可能发现 bug、 站在用户的角度来满足需求和操作习惯、合理的逻辑推导、 有经验的用户使用软件；

7） 有很多公司都经过 2-3 轮的评审活动。

微信+17031115530，拉测试微信群交流