关于测试设计的套路及我的工作实践思路 - 51Testing软件测试论坛

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1）用例的四个方面：预置条件、执行步骤、预期结果、测试结果；

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

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

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

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

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

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