充值功能用例设计：

单功能：

正向：输入金额，验证码，充值成功  结果：账户余额显示增加

选择已添加的银行卡付款，此时同样需要考虑金额＞银行卡余额，金额＜银行卡余额，金额=银行卡余额三种情况

选择使用新卡付款，按照流程添加新卡，此时同样需要考虑金额＞新卡余额，金额＜新卡余额，金额=新卡余额三种情况

反向：输入金额/验证码错误，充值失败  结果：账户余额不变

验证码为空，点击充值，充值失败

充值的金额大于可充值金额，充值失败

充值金额超过2位小数，充值失败

充值金额为空，充值失败

验证码为空，充值失败

业务流程：

未登录，去充值，充值失败

未开户认证，点击去充值，充值失败

充值接口测试设计：

单功能：

参数为随机小数时，获取充值验证码成功

填写必填参数（充值类型、充值金额、formStr、验证码），充值成功

第三方充值请求

充值的金额大于可充值金额，充值失败

充值验证码错误，充值失败

充值金额超过2位小数，充值失败

充值金额为空，充值失败

验证码为空，充值失败

接口业务流程：

未登录，充值失败

登录后，未获取到充值验证码，充值失败

接下来我以投资模块为例，

首先，从功能方面来说，包含两方面

测试单个功能模块的测试点，主要从正向反向的维度进行测试。正向的话，输入符合要求的金额，投资成功；对于新手投资者输入符合要求的金额，投资成功。反向的话，投资失败，例如：输入金额小于最低投资金额、输入金额大于最高投资金额、输入金额大于账户余额、输入金额大于可投金额、输入金额大于新手投资的最高投资上限、选择已满标的标的投资、进入时未满标-但已被投满-输入金额投资失败、投资超过限制次数的标的-输入金额-投资失败；输入不符合格式的内容，投资失败。

测试业务流程，例如： 投资已满标的标的-投资失败；投资已进入封存状态的标的-投资失败；未满标提前进入封存状态-投资失败；正常满标后管理员审核不通过-投资失败；未做风险评估-投资失败；未充值金额-投资失败；

• 为了保证产品质量的全面性，需要考虑非功能测试，可以从质量模型思路出发，

兼容性：（用的用例的话是业务流程用例，在浏览器上进行冒烟测试，保证基本流程走通即可）：

浏览器兼容性，包含两方面，不同的市场占有率的浏览器（chrome、firefox、IE）等，其次，对同一种浏览器的不同版本也要测试；

操作系统：window系统window7、window10、包括新出的window11；mac也有不同的版本都需要测试；

分辨率：测试笔记本电脑常见分辨率、台式机电脑常见分辨率（常见的1920*1080）

注意：怎么看浏览器占用率高，很多浏览器可以在百度流量研究院全网站看浏览器的市场占用份额。

界面性：

主要是看界面是否合理、整体风格是否一致、控件放置的位置是否符合用户习惯。再看是否与开发设计的界面一致，主要测试业务流程即可。可以在不同的终端或者电脑上打开看界面的布局、颜色、风格大概一致即可。

易用性：

简单的来说就是用户体验，易学、易懂、吸引人，要关注使用人群，必须在一定用户群以及计算机水平的基础上用户使用软件是否感觉方便。可以考虑与同类产品的对比作为依据。例如投资的步骤不会太多，会有明确的操作提示。

可靠性：可以反复多次使用不会出现异常，能长时间无故障运行。

安全性：公司会有专门的安全类测试人员参与测试，主要看传输数据的安全和存储数据的安全。