互联网金融P2P行业，近三年来发展迅速，如火如荼。
据不完全统计，全国有3000+的企业。
“互联网+”企业，几乎每天都会碰到一些奇奇怪怪的bug，作为在互联网企业工作的测试人员，风险和压力都巨大。那么我们如何降低风险呢？
P2P主要的业务场景概括地说有6个，请看下图：
我的想法是做成生产者-消费者模式，类似一个生态系统，将不会对测试环境造成不良影响。
假设发标仅受这些输入参数的影响：
Parameters:
项目类型[XX宝, XX贷, projectC, projectD]期限单位[天, 月]还款方式[到期还本付息, 按月付息到期还本, 月N日还息到期还本, 等额本息, 还款方式5]道具[coupon1, coupon2, coupon3, coupon4, coupon5]
下面我们先设计一下发标自动化测试用例吧：
如果考虑以上四个参数的各种组合影响，使用穷举法。将会有4*2*5*5=200。呵呵，如果是手工做功能测试的话，单是发200个标也要耗费不少的时间。
当然我们是理性的人，不是人傻时间多。我们可以使用ACTS工具,该工具很牛叉，使用的是IPOG算法。通过该工具我们可以得到最优的25个用例，如下：
Relations: Test Case# 项目类型 期限单位 还款方式 道具 0 XX贷 月 到期还本付息 coupon1 1 projectC 天 到期还本付息 coupon2 2 projectD 月 到期还本付息 coupon3 3 XX宝 天 到期还本付息 coupon4 4 XX贷 天 到期还本付息 coupon5 5 projectC 月 按月付息到期还本 coupon1 6 projectD 天 按月付息到期还本 coupon2 7 XX宝 月 按月付息到期还本 coupon3 8 XX贷 月 按月付息到期还本 coupon4 9 projectC 月 按月付息到期还本 coupon5 10 projectD 天 月N日还息到期还本 coupon1 11 XX宝 月 月N日还息到期还本 coupon2 12 XX贷 天 月N日还息到期还本 coupon3 13 projectC 月 月N日还息到期还本 coupon4 14 projectD 月 月N日还息到期还本 coupon5 15 XX宝 天 等额本息 coupon1 16 XX贷 月 等额本息 coupon2 17 projectC 天 等额本息 coupon3 18 projectD 月 等额本息 coupon4 19 XX宝 月 等额本息 coupon5 20 XX贷 天 还款方式5 coupon1 21 projectC 月 还款方式5 coupon2 22 projectD 天 还款方式5 coupon3 23 XX宝 月 还款方式5 coupon4 24 XX宝 月 还款方式5 coupon5 我们通过多种方式发布这25个项目，如果是在ui上，建议使用selenium，将这25个项目信息录入到csv。测试脚本读取csv，可以每日不停的发项目，发布后记录下项目id。现在生产者有了，是时候考虑消费者了。如果生产者生产出来的是项目，那么消费者就是我们的投资客户。
为了更好的一一对应，我们就制造出25个投资客户。步骤是：
注册->绑定邮箱->实名认证->充值-》发放道具
准备数据的过程也很简单。
客户 道具 甲子 coupon1 乙丑 coupon2 丙寅 coupon3 丁卯 coupon4 戊辰 coupon5 己巳 coupon1 庚午 coupon2 辛未 coupon3 壬申 coupon4 癸酉 coupon5 甲戌 coupon1 乙亥 coupon2 丙子 coupon3 丁丑 coupon4 戊寅 coupon5 己卯 coupon1 庚辰 coupon2 辛巳 coupon3 壬午 coupon4 癸未 coupon5 甲申 coupon1 乙酉 coupon2 丙戌 coupon3 丁亥 coupon4 戊子 coupon5
最后，这25个投资用户与25个项目对号入座，意思就是用户甲子使用道具投资XX贷的这个项目，过程中我们将检验各种流水，得出一个这样的测试结果：
TestResult Case# 项目类型 期限单位 还款方式 道具 客户 测试结果 0 XX贷 月 到期还本付息 coupon1 甲子 √ 1 projectC 天 到期还本付息 coupon2 乙丑 √ 2 projectD 月 到期还本付息 coupon3 丙寅 √ 3 XX宝 天 到期还本付息 coupon4 丁卯 √ 4 XX贷 天 到期还本付息 coupon5 戊辰 √ 5 projectC 月 按月付息到期还本 coupon1 己巳 √ 6 projectD 天 按月付息到期还本 coupon2 庚午 √ 7 XX宝 月 按月付息到期还本 coupon3 辛未 √ 8 XX贷 月 按月付息到期还本 coupon4 壬申 √ 9 projectC 月 按月付息到期还本 coupon5 癸酉 √ 10 projectD 天 月N日还息到期还本 coupon1 甲戌 √ 11 XX宝 月 月N日还息到期还本 coupon2 乙亥 √ 12 XX贷 天 月N日还息到期还本 coupon3 丙子 √ 13 projectC 月 月N日还息到期还本 coupon4 丁丑 √ 14 projectD 月 月N日还息到期还本 coupon5 戊寅 √ 15 XX宝 天 等额本息 coupon1 己卯 √ 16 XX贷 月 等额本息 coupon2 庚辰 √ 17 projectC 天 等额本息 coupon3 辛巳 √ 18 projectD 月 等额本息 coupon4 壬午 √ 19 XX宝 月 等额本息 coupon5 癸未 √ 20 XX贷 天 还款方式5 coupon1 甲申 √ 21 projectC 月 还款方式5 coupon2 乙酉 √ 22 projectD 天 还款方式5 coupon3 丙戌 √ 23 XX宝 月 还款方式5 coupon4 丁亥 √ 24 XX宝 月 还款方式5 coupon5 戊子 √
这样的话，每一次发布，我们都可以做到覆盖这几个流程了
那么，剩下的就是还款和提现了。
还款通常要做成作业服务，当然测试环境还是得实现，不可能某个项目的期限是30天，要等到30天后才还款，所以还款的参数需要可控到还款日期（业务发生日期）和操作时间。
提现就更简单了。
和__set()的用法实例详)
