如何做测试需求分析

测试用例设计流程应该是这样的：测试需求分析-->测试设计-->测试用例设计。

目前有很多人将大量的时间放到了测试用例设计上面，然而测试需求分析是测试设计和用例设计的前提和基础，这部分应该投入更多的时间和精力。

本文我们使用5w方法来探讨下如何做测试需求分析

 

what：什么是需求分析

需求分析的来源以下两个部分：

产品相关文档：需求文档、交互页面原型图、需求背景等等

开发相关文档：研发RTM、开发设计、架构设计、接口设计等等

特别注意点：关键问题一定要落入文档并及时更新并发送给项目相关人（标记出变更部分），拒绝口口相传或者QQ聊天记录确认等

 

why：为什么要做需求分析

QA对于系统全局的认识可能比产品和开发更加熟悉，可以给产品和技术负责人提供新思路和意见

需求分析不到位，很可能影响项目上线时间或强行上线影响项目质量

 

how:如何做需求分析

通过读产品和研发文档对这个需求有个整体了解

    了解以下几个方面：测什么-what、怎么测-how、什么时候测-when、多少人测-who、在哪个环境测-where

确定测试范围

    对于一个1.0的大版本，可能需要从端到端的梳理下业务流，创建业务基线1.0

    对于迭代版本，要梳理出本次新增功能的改动点和对历史模块影响的范围

确定优先级和测试方法，可以按照以下几个维度去思考

     确定功能测试的方法和交付测试的优先级

    确定是否需要历史数据的割接验证测试

    确定是否需要做兼容性测试，做哪些兼容性测试

    是否需要压测、稳定性测试

    是否需要灰度测试

    是否有外部依赖的测试（例如银行接口测试等）

    是否需要设计测试工具

    是否需要接口测试等

风险点评估并准备预案

    将整个项目过程中可能遇到的风险点（项目本身的、团队成员的、团队协作、外部合作伙伴方面的等等都要考虑进去）逐一列出，并将风险预案准备好

    对于当前没有解决预案的问题，要提前和项目相关人提出，并讨论出一个预案。

 持续分享反馈

 

PS：注意事项

有疑问和不清楚的地方一定要第一时间记录下来去找产品确认（最好是产品研发测试评审会集中确认，让大家都知道这个疑问点）

 

Upgrade：如何提高测试需求分析能力

梳理业务，熟悉系统

　　QA脑子里要有一个系统拓扑图

　　以用户视角熟悉产品功能

　　以技术视角熟悉系统交互和功能逻辑（特别是对跨系统调用的接口）

用户第一位：要首先站在用户角度去思考，用户需要什么，不要的是什么，然后再站在研发角度去思考

整理基线用例，做到心中就有基线用例

探索性测试和持续反馈

PS：注意事项

鼓励QA阅读研发代码熟悉系统逻辑
版本测试结束后要求进行业务逻辑交互总结
基线用例不是一成不变的，需要定时更新