古代战争开始前，朝廷都会对战争的有利不利方面反复计算，推演与计划部署。孙子在他那本旷世巨著中的第一篇就谈到了针对战争的庙算，可见对它的重视。

　　与战争类似，测试也是一场投入人力与物力的活动，目的在于对产品生产过程中或者生成产品中存在的缺陷进行“追捕”，以便开发人员的“歼灭”。那么自然在这样的活动中，测试人员也需要有自己的庙算，“经之以五，校之以计”，对测试活动进行周密细致的计划安排，只有取得测试的“庙算”之胜，才能有效保证测试活动的成功。

　　那么一份测试计划需要考虑哪些问题呢？最起码得涵盖以下内容：

　　一、明确哪些该测，哪些不该测

　　这是一个确定范围的问题。测试只能是基于有限资源，受限于人力物力财力以及产品发布时间。因此测试往往需要第一步就考虑自己在这有限的资源里先测什么，后测什么，哪些不测。一般来讲，不测的部分包括使用的第三方产品，不提供给用户的部分，或者分析得知的同类配置或风险小的部分。在一些增强版本中，甚至可以对之前版本的稳定部分不进行测试。

　　二、测试模块的测试策略

　　针对不同模块需要采用不同的策略。有些模块可能只能进行单元测试，有些模块必然包括在系统测试中；产品的性能测试需要得到哪些数据，产品的安全测试采用哪些手段；黑盒测试有哪些模块，哪些模块需要白盒测试。哪些需要自动化测试，哪些手工测试就已经胜任，Regression测试在什么情况下采用，Ad-hoc测试在哪些人中开展。

　　三、测试的工具使用

　　测试的策略中需要使用什么工具，测试的管理用了哪些软件。是否自行开发测试工具，使用了哪些开发语言。

　　四、测试的进度安排

　　测试的模块或环境不可能能够同时在开始就具备完成，用户的需求也可能陆续在开发引入。测试的进度随着项目的进度进程也有自己的变化，测试进度需要同项目进度匹配。同时，有些alpha阶段就可以开始测试，有些必须等到beita阶段才能开展。

　　五、测试的环境与人员安排

　　针对前面定义下来的测试内容和策略，需要多少测试环境。需要定义环境的使用情况，指定环境负责人，使用人。环境不一定具备产品需求的定义要求，但必须能证明满足用户的需求。

　　六、测试的准入与离开标准

　　每一阶段的产品有每一阶段的要求，既包括进入该阶段需要具备的准则，也包括离开该阶段的要求。测试的开始必然需要一个达到一定质量要求的版本，该版本需要达到一个什么样的质量水平才能标志该阶段的质量已经达标，从而退出本阶段的测试

　　七、测试的潜在风险和解决之道

　　任何项目都有风险，项目组需要在测试前尽可能多的预见可能的风险，商议制定解决方法。可能产品依赖的平台不具备；平台不够开发测试使用；某些产品的解决方案是否存在潜在的法律风险；工具的调研是否发现不能胜任的情况；测试人员对相应模块或语言及工具的掌握或培训；产品出现难以解决的严重问题；产品需求可能存在重大改动等等这些都是潜在的风险。

　　简言之大体测试计划需要考虑的是：测什么（目标），怎么测（策略），拿什么测（环境与工具），谁来测（责任人），啥时开测啥时测完（进入与离开标准），测试哪些阶段（测试的进度），以及哪些影响测试（风险）。

　　除此之外，一般一份测试报告还会在开始简单介绍项目背景和测试计划基于的文档（比方市场需求文档，产品需求文档，产品质量计划）以及对这份文档批复同意的经理签名。对文档中重要术语的缩写说明，项目人员可能需要的培训也可以写到测试计划中。

　　经验证明，测试计划做得越深入越仔细，后面展开的测试工作就越可控，测试成功率也就越高。孙子曰：“多算胜，少算不胜，而况无算乎！”大概说的就是这个道理吧。