1、测试的重点：
最关注的、最常用的、涉及金额的、展示效果（数值最小、数值最大的）、流程交叉/异常（驳回后二次处理等）
2、测试计划
需求、测试点、用例、环境现成的还是需要准备
测试范围——功能验收还是覆盖性能、安全、兼容性等其他方面
自测报告——优先测试问题比较多的
测试人员构成——模块分配（设计多模块之间配合的避免遗漏）、专项测试
测试报告整理
一轮测试还是涉及问题修复验证
时间不够多申请人或者时间

2 测试的重点在流程，金额精度还是合并报表？
1、模拟实际坏境，在真实数据量级下，业务功能可以正常使用
2 、金额的计算，精度是否准确

3 人家 20 人开发团队半年开发的系统，给 3 周做验收测试？如何列测试计划？
和半年开发没有什么关系，看你列的模块基本都是增删改查，没什么复杂的业务
先梳理业务，按照重要等级分类，增加主业务测试资源，边缘业务保证能用就行

这种系统，首先梳理业务，有些业务还是挺复杂的，然后针对于重点业务测试范围广点，是否有关联第三方的，我觉得验收你做到主流程，跟金额有关的模块没问题就行，人员少的情况下，3 周时间不够

写好用例，做好用例评审，等上了线万一有问题大家一起背锅

会造成资损的功能，重点测试，不要仅仅局限于 UI 方面的问题。

谢谢！