需求分析和需求评审-三

测试需求分析

啥玩意？测试也要做需求分析？是的，测试是一定要做需求分析的，先从什么是测试需求分析入手。
测试需求分析是测试工作的第一步，经过需求分析，对原始需求列表中列出的每一个需求点，找到我们需要测试的测试要点；针对所确定的测试要点，分析测试执行时对应的测试方案，也就是确定我们需要测试哪些内容，应该需要怎么测试，需不需要联合进行其他测试，就像红包，我们得支付，可能从银行卡来付款，这就要跟银行渠道进行相关的测试，这就得想到对应的联测。
到这，我们可以确定，测试也是需要做需求分析的，如果我们想要成功的做一个测试项目，必须了解到测试规模的复杂程度及可能存在的风险，这些都需要通过我们详细的需求分析去了解，如果知道了一个需求，我不知道它包含了什么内容，不知道有多大，那怎么去评估测试范围，到底进行多久测试，又怎么能给出测试计划，测试里程碑呢，知彼知己方能百战不殆，对需求不明确会造成我们和产品人员需求人员开发人员了解需求不对等，测试计划也毫无根据可言。
如果把测试页看成软件生命周期，那么测试需求分析就相当于软件的需求规格说明书，测试策略就相当于软件的架构设计，测试用例相当于软件的详细设计，测试执行相当于软件的编码过程，只不过在测试过程中，把软件两个字替换成测试，这样，我们整个测试的来源依据就来自我们的需求，所以对需求分析时整个测试过程中必不可少的一部分。

了解红包的实现背景

首先通读我们的需求文档，能够对我们要做的需求背景有一个了解，对需求了解的过程中，可以记录一些自己的疑惑，为我们后边的分析，测试点整理做准备工作，要了解需求的目的，用户的使用场景

需求的目的

1、对内：对标的是阿里的支付宝红包，希望可以引流，增加微信使用的活跃度，增加微信新用户，增加微信支付签约客户。
2、对外：希望用户能够把线下红包模式转换到微信红包上，同时增加过年氛围，使用越来越便捷

用户的使用场景

测试红包需求的合理性

红包这个需求合不合理，其实对于我们测试人员来说，是要我们测试人员通过业务知识来分析需求的合理性，而不是单单通过系统到底怎么实现的来判断需求合理，需要我们有比较深厚的业务功底

1、是否满足用户/客户的需求：满足
2、在系统原有基础上，尽量减少改动的成本：红包 – 微信支付 红包订单 – 订单系统 性能压力
3、测试范围和优先级

4、查缺补漏
上边拆分好的功能点，有外框代表优先级比较高的，带问号的是需求稳当中不明确的，要在需求评审和需求人员沟通

需求评审会

参会人员：
需求人员
项目经理
开发
测试
领导有功夫也来

为什么开需评会

主要由需求人员或者产品经理来讲述需求，背景等，让团队所有人知道需求的背景和目的
对会议内容做会议纪要，然后读有争议的要发出来
出解决方案
重新整理需求文档

需求划分：测试模块划分

从红包需求文档出发：

• 功能流程拆解红包模块
• 层次划分细化红包功能点
• 类型划分法拆分子功能