测试工程之测试计划之里程碑计划

测试计划分为两层，一层属于里程碑，一层属于详细计划。

里程碑计划

里程碑计划顾名思义是什么时候开始动作什么时候结束动作并提供最终报告的时间节点（可能还包括其他中间环节及产物，比如测试用例设计和需要项目组评审的测试用例等），不过通常会在里面定义测试的类型，比如全覆盖测试、回归测试、增量测试等。

测试里程碑计划有两个作用，一个是指导后续具体测试工作的开展，一个是跟整个项目同步。实际上，跟整个项目同步更具有意义。俗话说，计划赶不上变化，原先定好的里程碑计划也不会一成不变。如果我们的时间节点能够符合项目计划，那皆大欢喜，但实际上时间节点不能符合项目计划的情况也是常有，比如软件延迟释放、原定的非全覆盖测试由于这次软件的改动波及影响较大需要全覆盖测试、项目节点提前、人员流动、设备损坏或购买不及时等，而测试组层面上没法解决，这时就需要提前跟项目组汇报，共同协调解决办法，这是正确的做事方式。毕竟人多力量大，而且通常项目组有人能解决问题或降低风险，如果没有及时提出这样的风险，到时真出了问题，测试组难辞其咎。这里涉及到一个团队思想，你不是一个人在战斗，有人能帮忙解决问题，换句话说，遇到问题自己不能解决的时候一定要寻求帮助，不能因为没有寻求帮助而导致风险成为事实（这里有点啰嗦，望君思量，这里写给新手测试负责人）。

测试里程碑计划一般由测试团队的负责人制定。

从项目层面上，一般只关注测试报告和风险评估报告，因为这关系到项目是否向客户/用户正式发布产品，何时能发布。测试报告又包括阶段性的报告或部分性的报告，比如主要功能的测试报告、次要功能的测试报告、压力测试报告、性能测试报告等。里程碑计划的其他内容可包括何时进行需求分析并输出可测试性分析文件、何时进行测试用例设计并输出测试用例待评审版、何时进行测试用例评审，何时进行测试用例修改并输出测试用例发布版、何时进行测试并输出测试报告、何时进行风险评估并输出风险评估报告等。

里程碑计划具体应该包含哪些内容，除了最基本的何时开始动作，何时时输出报告之外，其他内容应应根据本公司、部门或项目等的要求来添加。但最重要的是，要不断地总结经验，优化它，让它更有利于你的工作，比如更好地评估工作量，更好地制定详细的测试计划等。

里程碑计划通常是用microsoft project工具来做，会比较方便。当然excel、word，甚至记事本都可以做，形式不限。

但是定义好模板很重要！模板其实是将最好的经验总结固化而来，它具体继承性和不断发展性。模板的制定和更新要加上记录以及说明为什么要这样制定，为什么要这样更新，这有利于后来的人进行理解继承和发展之。（将知识、经验固化是继承和发展的必要手段，继续和发展是团队、部门、公司发展的前提，领导者或管理者要做的就是建立这样的机制。）

谈到里，可能有些人会觉这里程碑计划好像可有可无，咱没有不也干得好好的，或者最直接的就是测试团队根据项目节点来干活就好了。这其实说对了一半。

测试里程碑计划确实可以没有特定的文档，它的形式不限，并不一定要特定的文档。比如，咱们约定好，测试团队的动作根据项目节点来，即在项目向客户正式发布产品前多久输出报告，这是最简单的一个里程碑计划。另外，里程碑计划以及这里谈论到的一些思想和方法有可取之处，不妨去运用一下，体会一下其中的好处。