2021年ISO软件开发文档模板测试计划编写指南软件测试面试必备.docVIP

_软件测试面试必备 SUBJECT Software Project Plan 测试计划编写指南 版本 1.0 修订历史统计 日期 版本 说明 作者 /9 1.0 创建 Century 目录 TOC \o 1-3 \h \z 1. 介绍 5 1.1 文档目标 5 1.2 文档摘要 5 1.3 文档历史和变更 5 2. 背景 5 2.1 系统视图和目标 5 2.2 联络方法 6 2.3 相关信息保留位置 6 3. 质量目标 6 4. 测试策略 6 4.1 整体策略 6 4.2 测试范围 6 5. 测试方法 6 5.1 里程碑技术 7 5.2 测试文档（测试用例） 7 5.3 测试实施过程 7 5.3.1 测试系统接收条件 7 5.3.2 测试时间表 7 5.4 稳定阶段测试 8 5.4.1 稳定阶段摘要 8 5.4.2 测试遍数 8 5.4.3 项目结束 8 5.5 自动测试策略 8 5.6 集成测试策略 8 5.7 内容测试 8 5.8 性能测试和压力测试 9 5.9 兼容性测试 9 6. 测试组织 9 6.1 测试团体结构 9 6.2 功效划分 10 7. 资源需求 10 7.1 培训需求 10 7.2 硬件需求 10 7.3 软件需求 10 7.4 办公空间需求 10 8. 时间进度安排 10 9. 缺点处理 10 9.1 数据库管理 10 9.2 缺点处理过程 11 10. 测试过程控制 11 10.1 缺点数据分析 11 10.2 测试工作周报 11 11. 风险分析 11 12. 系统公布 11 测试计划编写指南 介绍 测试计划编写指南有两类潜在受众。首先，测试责任人使用它作为指导方针编写测试计划。测试计划编写完成后，将作为整个团体（包含开发人员和测试人员）沟通基础。 测试项目开始时，应该完成测试计划大部分内容。项目开始后，因为测试情况有改变，可能造成测试计划文档改变。假如文档有显著改变，必需在文档中添加变更历史来记载这些改变。 文档目标 测试计划在策略和方法高度说明怎样计划、组织和管理测试项目。测试计划包含足够信息使测试人员明白项目需要做什么是怎样运作。另外，清楚文档结构能使任何一个读者在浏览计划前面几页后，就能对项目有一个大约认识。测试计划只是测试一个框架，很多细节需要跟开发人员或其它人员沟通，所以计划不包含测试用例细节和系统功效具体信息。 文档摘要 这一节关键说明测试计划中关键和可能有争议问题。本节关键目标是将这些信息传输给那些可能不会通读整个测试计划文档人员（比如经理或开发项目标责任人）。 提醒和技巧： 在写这一节时，考虑一下你计划在那些地方可能会引发反对。这个计划跟以前计划相比，有什么不一样地方。测试项目和系统开发计划关系等。 使用列表格式，能够将问题按关键程度罗列出来，然后在后面章节中再对这些问题进行具体说明，这么就能让对这些问题相关键影响人员知道问题所在。 文档历史和变更 [作者] – [日期] – [文档目前状态，上版本以来所作关键改变] 背景 系统视图和目标 系统视图对测试人员了解自己需要做什么是很关键。测试项目责任人应主动和系统设计人员或开发人员沟通，以取得相关资料。系统目标是帮助实现系统视图关键指标。系统视图和目标对实现整个项目计划来说是至关关键。测试人员必需知道系统是做什么而且帮助项目实现这种目标。在计划中包含系统视图和目标后，要确保全部测试人员全部知道项目和系统目标。 通常情况下视图和项目计划全部是模糊。模糊目标必需经过组员努力转换成可衡量和实现东西。没有固定视图和目标，你将无法完成部分任务。而且，你会发觉极难将对产品认识向她人转述。 提醒和技巧： 为何视图对用户是关键？ 你怎样向用户表示这种视图？ 你将做什么来确保你是在向实现视图方向前进? 在你回复这些问题以后，你就能够将视图转换成测试导向目标？ 联络方法 列出项目参与人员联络方法包含 E-mail 和电话。 相关信息保留位置 测试服务器相关信息 测试文档保留位置 测试工具保留位置 质量目标 围绕软件质量，有多个不一样说法。第一个是质量是一个绝正确标准，对全部系统必需等同处理。实际上，质量是相正确而且是和产品相关概念。比如，多媒体产品质量目标倾向于精美表示和合适内容，而应用系统可能倾向于易用性、健壮性和适适用于不一样任务。质量目标可能是动态。在项目进行过程中，会因为市场压力、新机会和功效改变而重新设定质量目标。 另一个相关软件质量说法是，定义和衡量系统质量是测