应明确的在测试计划中确立好"测试管理机制"的关键事件,如:
1>.汇报机制确定好用周报制度还是日报制度，日报的反馈速度快，定位解决问题快,但信息处理工作量大;
2>.例会制度,每周举行一次例会，根据实际情况，考虑测试计划的调整或滚动;
3>.实施怎样的实验室管理制度，以做到责任明确;
4>.在日报中的工作汇报：不仅是发现的问题，还应包括在测试时新创造的测试点，这些测试点应该补充到测试计划中作为一个测试项
5>.人员情绪如何调整，在测试周期过长时，影响测试效率的一个重要因素是测试人员的情绪，一个人反复测试一个模块，总是会出现厌倦情绪的。具体怎么调整？是一个有待讨论的问题。
应明确的在测试计划中确立"数据"的管理和分析体系和办法,如:
专人对提交的过程文档,周报报告中的数据予以整理和管理，以便后期在系统测试评审时作为数据来分析。
现在往往是在系统测试结束后才来收集数据，可能会造成数据的不同程度失真或滞后。收集的数据可以按不同种类来划分。这可以依赖我们系统CHECKLIST。有一种工具叫SRES (软件可靠性专家系统) 还是很有用的，我们可以按照它的输入数据来收集。
应明确的在测试计划中确立"风险估计"的引入,如:
制定测试计划时,就应该考虑好对系统测试工作量的估计，测试成本的估计,版本市场定位的估计等等,并且必要时可根据实际情况进行裁剪或补充。