今天完成的事：

1.了解贷款超市H5需求

2.编写测试用例综合策略：

一.贷款超市需求

  贷款超市设计原则为【简介高效，少即使多】，目标为【帮助现金贷款产品引导大量的优质用户】，针对关键信息（资料填写、申请进度、渠道展示】凸显，适当的运营文案引导，走H5风格页面全平台适配；

1.首页放置banner 此banner可以是运营文案 也可以是广告推荐(作为甲方产品宣传)；并且banner可以随运营策略变化而变

化；方便后期运营人员拓展；

2.和常规的注册登录页面不同的是 注册登录的同时用户有必要填写申请额度 以便运营人员通过额度区分用户 从而分配给不

同的渠道方；对应的后台需要有用户列表包括详情和渠道归属。在同意协议时 默认勾选同意有助于节省用户时间 同时给与用

户保险赠品一份 可以用户后期为用户推荐保险；已注册用户直接落地渠道列表页

3.数据填写方面：用户需要上传资料供运营人员审核是否具备贷款资质以及额度 资料从简 包括 【 用户姓名 身份证 房产情况

汽车情况 信用卡情况 寿单保险 居住时间 职业 收入 】届时甲方通过接口传导给下游渠道方 无需在后台展示这些内容

4. 用户填写之后用户需要知道自己的申请状态 因此需要一个【申请进度】的展示 作为反馈 ；申请进度除了状态之外 还需要有渠

道工作人员将会电话联系该用户的提示 ；

5.用户在上传资料后 若手机号码更换等情况 需要提供【修改手机号码】的功能 修改手机号码之后返回到渠道

列表页面而非微信聊天页面 避免用户流失；

6.渠道列表分为合作渠道和推荐渠道

合作渠道按照甲方分单规则按照产品权重排序 比如后台A产品的权重为1 B产品的权重为2 则A排在B上面 合

作渠道共3行 每个渠道附有产品详情 用来告知用户产品内容；

推荐渠道按照运营策略排序：除了产品详情之外 还单独增加了甲方公众号id显示在产品列表最右侧；用于为

甲方自家公众号导流；推荐渠道点击可以进入渠道详情 （渠道方H5链接）点击返回渠道列表页面 而非微信聊

天页 增加用户停留时长；

二.测试用例综合攻略:

‍‍在任何情况下都必须使用边界值分析方法，经验表明用这种方法设计出测试用例发现程序错误的能力最强。

必要时用等价类划分方法补充一些测试用例。

用错误推测法再追加一些测试用例。

对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度，如果没有达到要求的覆盖标准，应当再补充足够的测试用例。

如果程序的功能说明中含有输入条件的组合情况，则一开始就可选用因果图法。

测试用例的设计步骤 【文章来源：文斯测试技术研究中心 http://blog.csdn.net/vincetest】

构造根据设计规格得出的基本功能测试用例；

边界值测试用例；

状态转换测试用例；

错误猜测测试用例；

异常测试用例； 【文章来源：文斯测试技术研究中心 http://blog.csdn.net/vincetest】

性能测试用例；

压力测试用例。

优化测试用例的方法

利用设计测试用例的8种方法不断的对测试用例进行分解与合并；

采用遗传算法理论进化测试用例；

在测试时利用发散思维构造测试用例。‍‍

收获:

贷款超市是一款是以吸引用户为重点需求的产品,同时设计风格属于简洁型,在测试时需要注重用户的体验,界面的的简洁性，操作流程的易用性。

遇到的问题：

暂无

明天完成的事：

由于23期交接给了尚师兄，接手了贷款超市项目，明天重点了解需求，同时23期demo也去跟进一下，做好24期准备