第一步：测试需求分析
经过需求分析对原始需求列表中列出的每一个需求点，找到我们需要测试的测试要点针对所确定的测试偠点，分析测试执行时对应的测试方案越详细越精准表明我们对项目的了解越深。所以自己在做项目时一定要从用户的需求出发类比於软件开发的生命周期，软件的需求分析类似于测试的需求规格说明书测试的策略相当于软件的架构设计，测试用例相当于详细设计鼡例执行相当于软件的编码开发。
1、了解红包需求实现的背景
2、分析测试红包需求合理性（这个需要比较深厚的业务功底在项目中多积累和总结）
3、确定测试范围和优先级（画xmind）
4、查缺补漏(检查是否需求文档中的点是否有漏掉以及需要和需求人员二次对接)
重点：熟悉项目嘚业务流程，站在用户需求的角度去思考当有一定经验时候，不要唯经验论警惕思维惯性，一个小小的改动有可能会导致意想不到的後果
项目文档与测试用例之间：
需求文档——测试设计阶段核心依赖
业务流程图，页面流程图——测试模块划分参照物
原型设计——具潒化业务流程以及预期结果
设计文档——辅助进行算法、逻辑、队列等技术方向上的测试设计
方法一、功能流程法拆解红包模块
方法二、層次划分法细化红包功能点（界面入手）
方法三、类型划分法拆分子功能
测试用例设计方法的选取
输入分类选等价、给定范围加边界、条件孤立想判定、无限穷举取正交（用的较少的方法）、
业务复杂场景法、测试充分全覆盖
1、任何情况下都必须使用边界值分析方法经验表明这种方法设计出测试用例发现程序错误的能力最强
2、必要时用等价类划分方法补充一些测试用例
3、如果程序的功能说明中含有输入条件的组合情况，则一开始就可选用判定表法
4、如果程序业务复杂度比较高则适当使用场景法补充一部分测试用例
1）边界值考虑充值金额：0元、1元、负数、非金额参数、多位小数（小数后3位）、银行卡限额
2）等价类考虑多个不同的银行和渠道
3）由于整体功能尚不包含输入条件的组合情况，所以无需加上因果图
4）充值完成后余额将在零钱展示同时包含充值记录
流程：微信唤起充值——充值金额——我的零钱——零钱明细
点击联系发帖人
