功能测试 – 拆解需求
理解需求
- 了解业务背景(做这个需求的目的是什么)
- 业务需求:需求的大致逻辑
- 功能需求:为了实现业务需求,软件应有的功能。
有的是需求文档明确写出来的;有的是需求文档中未提及的,未提及到的则需要我们根据自身的软件测试经验来进行补充并想产品确认----这个过程,可以用写思维导图体现 - 测试需求:为了实现本期所有功能以及兼容旧用户使用,所进行一系列测试活动。
包含本期所有的功能需求、以及涉及到可能影响的功能模块(主要包括上下游模块和公用方法模块)、旧数据的兼容、非功能性测试(兼容、性能)–编写测试子任务
需求举例
积分使用
- 积分目前只可用于用户在 app 上还款时抵扣罚息和利息。
- 抵扣金额上限可以配置(暂定为 300,当前版本不做后台界面,写在数据库中),单次
- 积分抵扣金额上限不能大于 300 且不能大于罚息+利息总和,取两者最小值进行折扣。
- 用户使用积分抵扣金额时,若用户当前可用积分小于可抵扣上限,则使用用户所有可用
- 积分进行抵扣;若用户当前可用积分大于可抵扣上限,则使用可抵扣积分上限进行抵扣。
- 积分与比索的兑换比例是由后台配置的(暂定为 1:1,当前版本不做后台界面,写在数据库中)
- 用户使用积分抵扣金额间隔时间必须大于 14 天,即当前日期-上次抵扣成功扣除积分日期>14 天。
- 积分在用户勾选了积分抵扣金额项后,还款成功时扣除用户积分。
- 积分的扣除逻辑:系统确认用户该笔还款明细为成功时才扣除积分
将业务需求分解成功能需求
1、业务需求
用户能够使用积分在APP,进行抵扣还款
2、功能需求
- 还款明细页面抵扣积分上限字段,取数据库配置的最大可抵扣积分和用户该笔还款计划剩余罚息加利息总和的最小值
- 还款明细页面增加用户可用积分上限字段
- 还款明细页面增加还款抵扣积分按钮,积分数取值(用户最大可用积分和积分抵扣上线的最小值,比索值取决于积分和比索兑换的比例
- 积分与比索的兑换比例(数据库配置)
- 用户使用积分抵扣金额间隔时间必须大于 14 天,即当前日期-上次抵扣成功扣除积分日期>14 天
- 积分的扣除:系统确认用户该笔还款明细为成功时才扣除积分
需求文档中未提及到的功能需求
- 用户在14天内重复使用积分还款的提示,放在那个节点?
- 用户在14天内重复使用积分还款的提示形式
- 用户在14天内重复使用积分还款的提示语
- 还款明细页面增加一个减免后应还金额字段,默认怎么显示,勾选减免按钮和不勾选减免按钮显示有什么区别
- 选择还款门店和生成还款码页面的还款金额的显示
将业务需求进行补充变成测试需求
- 所有测试功能(需求文档明确提到和进行补充的)
- 积分减免直接影响的是还款模块,部分减免的金额会影响到用户的最大可抵扣积分数
- 旧用户测试–不涉及
- 兼容测试–不涉及