测试计划合不合理，影响的是整个项目的执行，是否能保证项目质量，并且测试计划就是一个大纲，起着指挥和战术执行的作用，那如何才能知道测试计划是否合理呢？
首先得了解测试计划的组成：
- 了解测试计划的输入条件，也就是要清楚需求和开发计划，并且也要知道该项目预计发布的时间点，评估的工时单位；
- 根据需求知道需要准备的测试资源，包括人力、数据、设备；
- 根据需求知道需要测试的内容点和优先级；
- 是否有测试计划模板，进行填充，且执行内容具体到人；
- 根据资源日历和项目日历看是否排期有误；
- 确认整体计划是否满足SMART原则，并根据经验评估风险，做个工期的缓冲；
- 提交内部评审，没有问题以后，再提交外部评审。
拿到测试计划，如何判断是否合理？
1、测试计划的制定者，如果是缺乏项目测试实践经验的人，就存在问题，这时就要看是否有内部评审，否则就是问题，要着重评估。
2、是否有类似项目经验，有数据存储，如以前同样的项目执行人大概需要多长时间，或者知道整体团队每人每天平均执行的用例量是多少，这样以总用例量就可以快速推算工期。
3、项目日历，简单看下节假日是否被包括进去，除非项目紧张，不然应排除节假日，新手很容易忘记这一点。
4、执行人员，有类似项目经验的测试员或者高级测试员，与新手，同样的功能模块测试工时一样，这就得提出疑问；特别是缺乏经验的管理者，最简单的办法是让同样负责项目的不同测试人员，各自拍下测试计划做对比。
5、测试环境，当有测试环境，预发布环境，线上环境，整体工期通常是越来越短，如果不是就得提出疑问。
6、测试内容是否缺失，是否拆解到位（WBS），测试内容涉及的不仅是项目进度问题还涉及到项目质量问题，审核时候要特别注意；并且要考虑下项目成熟期，如果是刚开始的新项目，用户数少，就不用做标准的压力测试等，应根据不同的项目成熟期做不同样的测试策略。
7、测试效率，有经验者跟新手的测试工时，有数据直接对比下数据，或者自己去理解需求，然后评估对比，确认工时是否正常，一般经验丰富的员工的执行效率肯定比新手高。
8、经验：测试规则，也就是从合作的开发团队来讲，经常提测质量不高，晚发布，需求经常变更，这个就要留好风险时间，这个非常重要。
9、是否缺少特殊标注：测试按计划执行的前置条件，如提交测试版本时间或者测试资源到位，如果没有说明应怎么样，并设置提醒。
测试计划的合理性，不仅是事前，还得事中，观察，监督控制，持续不断地优化，来确定计划的正确性。如果你的团队中有很多人基本计划制定好了，每天都能按照计划完成，不提前计划也不滞后计划，输出也不多，质量也不高，这是否存在问题？另外在工期紧张的项目，他的排期还是老样子，这时你才意识到问题，那就有点晚了。
所以对于管理者一定要了解，计划是否合适、正确，要多次地去确认、检查、观察，最后形成一个基础数据库，才可以比较有量化和内容性的跟别人说你的测试计划哪里不合理。要有量化的数据，就得做好后续测试计划实际工时的填充和收集、分析、纠正，保证计划的准确性。一成不变，特别是周期超过2个月以上的计划，一直保持按照计划如期进行，你会觉得这没有问题吗？这个得你细品。
你认为计划不合理的时候，经验不够的时候，可以试着压缩工期，然后按照原计划的内容执行，看实际执行情况是否出现工作忙，加班，人员反馈时间不够等情况，来推敲计划的合理性，也验证自己的推测，然后调整计划，这是一个最简单的方式。总之有疑问或者疑惑，就要行动去确认，不要只会看问题，不会发现和解决问题。
测试计划的合理就是需要被质疑，然后多次验证，有反复“冲突”，多次“变”，验证，最后形成基础数据，并形成双方信任，最后才会配合愉快，真金不怕火炼，这是一个必经过程~
源自公众号 测试一般不一般