_软件测试面试必备-测试计划编写指南版本 <1.0> 修订历史记录日期版本说明作者<2023/9/04><1.0>创建Century目录1.介绍51.1文档目的51.2文档摘要51.3文档历史和变更52.背景52.1系统视图和目的52.2联系方式62.3相关信息保存的位置63.质量目的64.测试策略64.1整体策略64.2测试范围65.测试方法65.1里程碑技术75.2测试文档（测试用例）75.3测试实行过程75.3.1 测试系统接受条件75.3.2 测试时间表75.4稳定阶段测试85.4.1 稳定阶段摘要85.4.2 测试遍数85.4.3 项目结束85.5自动测试策略85.6集成测试策略85.7内容测试85.8性能测试和压力测试95.9兼容性测试96.测试组织96.1测试团队结构96.2功能划分107.资源需求107.1培训需求107.2硬件需求107.3软件需求107.4办公空间需求108.时间进度安排109.缺陷解决109.1数据库管理109.2缺陷解决过程1110.测试过程控制1110.1缺陷数据分析1110.2测试工作周报1111.风险分析1112.系统发布11测试计划编写指南1.介绍测试计划编写指南有两类潜在的受众。一方面，测试负责人使用它作为指导方针编写测试计划。测试计划编写完毕后，将作为整个团队（涉及开发人员和测试人员）沟通的基础。测试项目开始时，应当完毕测试计划的大部分内容。项目开始后，由于测试情况有变化，也许导致测试计划文档变化。假如文档有明显的变化，必须在文档中添加变更历史来记载这些变化。1.1文档目的测试计划在策略和方法的高度说明如何计划、组织和管理测试项目。测试计划包含足够的信息使测试人员明白项目需要做什么是如何运作的。此外，清楚的文档结构能使任何一个读者在浏览计划的前面几页后，就能对项目有一个大约的结识。测试计划只是测试的一个框架，很多细节需要跟开发人员或其别人员沟通，因此计划不涉及测试用例的细节和系统功能的具体信息。1.2文档摘要这一节重要说明测试计划中重要的和也许有争议的问题。本节的重要目的是将这些信息传递给那些也许不会通读整个测试计划文档的人员（比如经理或开发项目的负责人）。提醒和技巧：在写这一节时，考虑一下你的计划在那些地方也许会引起反对。这个计划跟以前的计划相比，有什么不同的地方。测试项目与系统开发计划的关系等。使用列表的格式，可以将问题按重要限度排列出来，然后在后面的章节中再对这些问题进行具体说明，这样就能让对这些问题有重要影响的人员知道问题的所在。1.3文档历史和变更[作者] – [日期] – [文档的当前状态，上版本以来所作的重要变化]2.背景2.1系统视...
