1、文档的要求
好的模板是经验和智慧的积累，是团队的财富。它可以将一个团队中最好的工作方法迅速传播给每个成员。从而使整个团队的战斗力增强。
大企业不惜重金引入“模板”。例如，联想。
2、微软实践——从做好需求开始
要像法律条文一样。刚性不强的法律执行起来难度很大，容易偏差。
计划先行是做好工作的良好习惯。
软件测试也一样，先要制定测试计划，是做好整个测试工作的前提。所以在进行实际测试之前，应制定良好的、切实可行的、有效的测试计划。由不确定到确定，然后执行+跟踪+控制。
● 有效：计划具有可执行性。是可以做得到的。
● 全面：各种测试的手段（功能、性能、稳定、可靠等），各种方法（测试技巧运用合理），各种资源调配情况（软件、硬件、人力），各种风险（时限、优先级、变更等等）
4、软件测试计划的要点
● 测试目标：要做什么；
● 质量标准：要达到什么样的质量，怎样就算“足够好了”；
● 测试策略：怎样安排测试；
● 测试范围：哪些是要测的（哪些不需要测）；
● 测试用例设计方法：方法是否合理，是否能够覆盖测试范围，能否符合质量标准等；
● 所需资源和日程安排：要有计划性；
● 风险：对风险考虑周全，并计划好应对措施。
测试规划与软件开发活动同步进行，在需求分析时，就开始测试策划，确定测试需求、目标、资源等。测试计划可以按不同的测试阶段（集成测试、系统测试等）来组织，也可以为每个测试任务或目标(安全性、性能、可靠性等测试) 进行考虑。
让质量和效率可以量化。
5、软件测试计划——制定策略
制定测试策略主要分析测试的目标和质量指标、确定测试的对象和依据，测试的重点和所采用的方法，包括在规定的时间内哪些测试内容要完成，软件产品的特性或质量在哪些方面得到确认。
● 全面细致地了解产品的项目信息：应用领域、测试范围、市场需求、产品特点、主要功能和技术架构；
● 基于模块、功能、系统、版本、性能、配置和安装等各个因素对产品质量的影响，客观地、全面地展开测试计划；
● 根据软件单元在系统结构的重要性差异和一旦发生故障将给客户造成的损失大小，来确定软件测试的等级、重点和先后次序；
● 需要在测试用例数和测试覆盖率上进行权衡而获得一个平衡点，以便能使用尽可能少的有效测试用例去发现尽可能多的程序错误。测试不足意味着让用户承担隐藏错误带来的危险；同时反过来看，过度测试则又会浪费许多宝贵的资源或耽误软件产品的发布时间。
6、软件测试计划——确定范围
根据需求和产品设计规格说明来确定哪些功能和特性要测试，哪些功能和特性不需要测试。幻灯片中的内容是需要优先和重点考虑的。
例如：ES414不是做的全面测试，ES415做了全面的测试。
