写测试用例和执行测试可用参考： 系统流程图设计：
1.在系统进入SIT时，需要把流程图设计出来；
2.设计主流程图时，要结合一下数据流去考虑，分点，复杂流程单独拿出来画；
设计测试用例注意点：
1.前置条件，操作步骤，预期结果；（测试用例的方法：规则，接口，事件流，界面，权限五个方面考虑）
2.数据正确性-以后写测试用例，所有页面上的元素值都要考虑，而且通过什么操作渠道可以达到页面的结果；例如：分析有哪几个界面涉及到这个元素，而且操作的时候，有哪些功能操作后会影响这个元素的值；（测试用例一定要写得详细；测试用例方法：等价类划分，边界值方法可以用上）
3.数据状态要对每个功能进行考虑设计；（与下面执行测试第4点一致）
4.功能要对整体进行考虑；如：修改结算单中，新增账单列表，首先新增，考虑审核不通过，预览界面和审核不通过的界面；新增，考虑审核通过，预览界面和审核通过后的预览界面； 总之，每个页面元素对整个页面要测试到；例如，查询的，每个查询条件都要录入，点击查询，检查结果是否正确；
执行测试注意点：
1.执行测试方法，页面每个元素及每个按钮操作及产生的结果；
2.每一种数据类型，都要与每一个功能操作结合； 例如财务结算，营销有设置特殊价格，到了财务都要用这样的数据跑财务的全部功能；像财务加锁设置，都要在账单，非常规，修改结算单，结算单，界面的各个功能都要把这些数据拿过来操作；例如，营销修改了六位小数，到了财务，要运用在非常规结算和修改结算单； 操作前，得知道数据现在是处于什么状态，什么类型的数据？ 操作前，数据是什么？ 操作后，数据变成什么状态？ 操作后，数据又是什么？
财务报表测试：
1.增量测试：自己建数据；自己心里清楚；覆盖的什么样的数据；（一个客户）
2.全量测试：（两个客户）
软件第一次上线前准备：
1.提前发到预生产环境，留足够的时间上到预生产环境测试；
2.所有情况必须覆盖；测试过程中不可以只考虑生产不会这样的操作，就不理BUG，系统第一次上线，任何情况都会出现，所以此时测试出来BUG不容忽视；
3.FT测试几轮，需要排计划，打开测试用例到关闭；SIT测试几轮，需要排计划，打开测试用例到关闭；UAT要测试几轮，需要排计划，打开测试用例到关闭；(测试模块，功能，测试开始和结束时间)
4.测试环境准入准出法则：用例执行达99.9%；一二级缺陷关闭率100%，三级缺陷关闭率在99.99%以上，四五级缺陷关闭率在90%以上；（一级缺陷：系统崩溃，页面报404等之类；二级：影响到主流程，主流程功能上跑不通；三级：主流程能跑下去，数据不正确；四级：查询功能，修改功能，删除功能，导出功能，打印功能页面上的单个功能，除了主流程上的功能问题；五级：页面错别字，页面排版，页面显示问题等）
5.大数据量的测试，检查一下系统能否在大数据，上百万和千万的数据上测试，看系统响应及执行的速度，检查系统是否会死机；
软件维护上线前准备： 1.如果代码大改造，测试必须全回归； 2.需要把生产的旧数据导到测试环境，一起回归，检查系统是否兼容历史数据；例如原来数据状态为1，现在要修改成3，需要执行好SQL,再测试； 3.发版本影响的范围： 全量：必须全回归测试； 补丁：针对补丁测试 ；
