先补充下大家熟悉的常见的测试用例的方法：
- 等价类：根据需求划分有效等价类和无效等价类
- 边界值：对等价类的补充，测试输入框的边界条件
- 错误推测法：根据同类型经验的积累
- 场景法：划分基本流（主流程）和备选流
理论知识熟悉后如何做一个完整的项目呢？
先详细的了解需求规格说明书，了解需求种的显性和隐性的需求，划分出业务流程图，并分析出业务数据的流向，输入数据，数据经过处理后数据的状态，数据值的变化，页面数据的显示等等；并且需要会分析数据字典，分析业务数据流对数据库数据的影响，会存在哪一些表，表种的数据是如何变化的。
以P2P金融为例给大家梳理下如何编写测试要点，如何由测试要点转换成测试用例
第一步：详看需求规格说明书，了解业务需求，划分业务流程图
第二步分析业务流中业务数据的流向及数据对数据库的影响
- 借款人发起申请借款，p2p的发标人员会在后台增加一个标，然后会有三次审核，第一次审核是发标专员自己审核，标的状态显示初审中，第二次审核是运营经理审核，标的状态显示为初审通过，第三次审核是运营总监审核，标的状态显示为竞标中，然后前台就可以查看到标的详细信息
- 投资人能够在前台页面查看到竞标中的标，能够对其进行投资；在募集期内，募集的金额等于借款的金额就会满标，启动核保审批流程，如果核保审批通过了就会有第三方担保银行打款给借款人，如果募集的金额小于借款的金额，后台就会人工启动流标流程，然后标就会在前台页面消失
- 核保审批通过，就会生成回款计划，正式开始计息，就会生成一张回款计划表，生成汇款计划表就会有回款日期，本金，利息，到了还款日期，就会自动扣款，如果没有充值，就会进入逾期，后台就会启动催收流程做逾期处理
数据库数据的变化
- 注册 mebmber表中会增加一条记录（memberid passwd regname） 加标
- loan表中会增加一条记录，会生成一个新的标，loadid，states 审核中 审核标 竞标专员审核 loaid ,states
- 初审中 审核标 二审核 运营经理审核 loaid ,states 初审通过 审核标 三审核 运营总监审核 loaid ,states
- 竞标中 投资人充值 member表中的amount金额会变化 financelog 表中会增加一条记录 投资人投资
- invest表中会增加一条记录 （memberid loadid amount ） 满标
- load表中的标的状态会变成满标，同时会自动的生成满标的时间 满标后投资人的投资记录会变成有效 流标
- loan中的状态就会流标中，投资人的记录会变成无效，汇款记录表会变成作废
根据分析的需求，编写测试要点
根据需求，对每一个页面元素的每一个输入框，等级等价类和边界值使用xmind写出所有可能的测试点
根据测试要点编写测试用例
根据编写的测试要点，将测试要点按照测试用例模板转换成对应的测试用例。
文章仅供参考，也希望大家多多评论，一起探讨学习