软件测试计划的目的
（1）整个测试过程的整体设计；
（2）确定测试的范围
（3）制定测试的策略
（4）安排好测试的资源（人、物）
（5）计划好测试的进度
（7）把控测试的风险
软件计划模板的主要内容
A、测试项目简介
简单描述测试的项目概况（参考功能说明书）。
B、测试所需的软硬件配置
(须注明已经具备的和缺少的)
1、硬件配置：
2、软件系统配置：包括系统软件和应用软件
C、测试组组成及人力资源要求
1、本项目的测试人员姓名及分工，指定测试负责人。
2、需要配合的相关部门和人员
D、测试的内容及步骤
1、技术测试
阐述哪些地方采用需要进行除功能测试之外的测试如压力测试、性能测试，若不进行技术测试则填写“无”。
2、功能测试
简单描述需要测试的业务种类或功能模块（力求简洁），有移行测试需在此描述。
E、测试规模及工作量分析
对本次测试的内容和难度进行分析，技术人员分析系统资源利用情况和性能等，并按“人日”折算成工作量。
F、时间资源及测试进度
1、测试方案、测试案例的完成时间；
2、环境准备（包括环境搭建、数据准备等）时间；
3、预估测试的进度，预计的测试时间及轮次安排；
3、批量处理的计划要求；
4、测试要点、用户手册、测试报告完成时间；
G、测试风险
通过分析已具备的测试资源、本项目的测试规模及难度、可预计的变动因素，提出完成本项目存在的风险程度。
1、人力、时间资源方面：
2、测试环境方面
3、部门配合方面
测试计划（GB8567—88）
GB8567—88：计算机软件产品开发文件编制指南 1988年制定，现已作废，取而代之的是2006年制定的标准。
1引言1.1编写目的
本测试计划的具体编写目的，指出预期的读者范围。
1.2背景
说明：
a． 测试计划所从属的软件系统的名称；
b． 该开发项目的历史，列出用户和执行此项目测试的计算中心，说明在开始执行本测试计划之前必须完成的各项工作。
1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料
列出要用到的参考资料，如：
a． 本项目的经核准的计划任务书或合同、上级机关的批文；
b． 属于本项目的其他已发表的文件；
c． 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2计划2.1软件说明
提供一份图表，并逐项说明被测软件的功能、输入和输出等质量指标，作为叙述测试计划的提纲。
2.2测试内容
列出组装测试和确认测试中的每一项测试内容的名称标识符、这些测试的进度安排以及这些测试的内容和目的，例如模块功能测试、接口正确性测试、数据文卷存取的测试、运行时间的测试、设计约束和极限的测试等。
2.3测试1（标识符）
给出这项测试内容的参与单位及被测试的部位。
2.3.1进度安排
给出对这项测试的进度安排，包括进行测试的日期和工作内容（如熟悉环境。培训、准备输入数据等）。
2.3.2条件
陈述本项测试工作对资源的要求，包括：
a． 设备所用到的设备类型、数量和预定使用时间；
b． 软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件，如测试驱动程序、测试监控程序、仿真程序、桩模块等等；
c． 人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。技术水平及有关的预备知识，包括一些特殊要求，如倒班操作和数据键入人员。
2.3.3测试资料
列出本项测试所需的资料，如：
a． 有关本项任务的文件；
b． 被测试程序及其所在的媒体；
c． 测试的输入和输出举例；
d． 有关控制此项测试的方法、过程的图表。
2.3.4测试培训
说明或引用资料说明为被测软件的使用提供培训的计划。规定培训的内容、受训的人员及从事培训的工作人员。
2.4测试2（标识符）
用与本测试计划2.3条相类似的方式说明用于另一项及其后各项测试内容的测试工作计划。
3测试设计说明3.1测试1（标识符）
说明对第一项测试内容的测试设计考虑。
3.1.1控制
说明本测试的控制方式，如输入是人工、半自动或自动引入、控制操作的顺序以及结果的记录方法。
3.1.2输入
说明本项测试中所使用的输入数据及选择这些输入数据的策略。
3.1.3输出
说明预期的输出数据，如测试结果及可能产生的中间结果或运行信息。
3.1.4过程
说明完成此项测试的一个个步骤和控制命令，包括测试的准备、初始化、中间步聚和运行结束方式。
3.2测试2（标识符）
用与本测试计划3.l条相类似的方式说明第2项及其后各项测试工作的设计考虑。
4评价准则4.1范围
说明所选择的测试用例能够接查的范围及其局限性。
4.2数据整理
陈述为了把测试数据加工成便于评价的适当形式，使得测试结果可以同，已知结果进行比较而要用到的转换处理技术，如手工方式或自动方式；如果是用自动方式整理数据，还要说明为进行处理而要用到的硬件、软件资源。
4.3尺度
说明用来判断测试工作是否能通过的评价尺度，如合理的输出结果的类型、测试输出结果与预期输出之间的容许偏离范围、允许中断或停机的最大次数。
**软件管理技术有限公司
软件测试计划
(仅供内部使用)
文档作者： ____________ 日期：___/___/___
开发/测试经理：____________ 日期：___/___/___
产品经理：____________ 日期：___/___/___
**软件管理技术有限公司
版权所有 不得复制
软件测试计划
一． 概述
1.1编写目的
此计划编写的目的是为使物业管理系统v1.0版能够达到与系统说明书所描述的功能一致，并且检验系统是否运行稳定。
1.2参考资料
A．《物业管理系统需求分析说明书》
B．《物业管理系统系统分析说明书》
1.3背景
近年来，伴随着物业管理的完善，为了方便管理工作的进行，提高物业管理工作的准确率，节省人力物力，特此推出物业管理系统v1.0版。
二． 约定
2.1测试的目的和任务
本测试的目的是：完成整个系统的测试及验证软件的基本可用性，功能的完整性，数据的准确性等。
本测试的任务是：
A．与《物业管理系统需求分析说明书》《物业管理系统系统分析说明书》比较，检查此软件所完成的功能，是否与上面两个说明书相符合；
B．数据业务是否能够正确完成；
C．整个系统是否能够稳定的运行；
D．帮助等其他安装说明文件是否表达准确。
2.2人员和设备
A．人员：
测试人员：**
编程人员：***
B．设备：服务器ip地址：192.168.62.39
打印机一台
2.3送测要求
物业管理系统开发人员提交的测试按以下要求进行：
2.4编号规则：
A．测试用例中的编号，模块名+界面名+编号
例如：×××管理中的入住管理 FCGL –RZGL- 001
B．测试用例文件命命名规则，模块名+测试用例
例如：商服管理租户管理用例
测试bug单记录中的bug编号也遵循测试用例中的编号规则
2.5测试的安排和进度
进度安排如下：
3．测试种类及测试标准
3.1功能测试阶段
A．功能测试：测试各个模块以及窗口所完成的功能是否准确，数据是否正确，操作是否简洁方便。
B．功能键及界面测试：功能键是否描述准确，操作方便，界面是否设计简洁符合用户需求说明。
C．数据项测试：1）输入正确数据是否能按照预期的答案回显；
2）是否能识别错误的输入数据，并给予正确的信息提示；
3.2系统测试阶段
A．业务流程测试：按照系统分析说明书的业务流程，检查本系统所完成的业务流程是否正确。
B．数据流测试：本系统所涉及的相关数据，是否按照正确的业务流程流动，每个阶段所反映的数据结果是否正确。
3.3性能测试阶段
模拟客户进行多用户测试，压力测试有一条8：2原则。及百分之八十的业务量在百分之二十的时间内输入。
3.4安装手册帮助文件测试以及安装卸载测试阶段
A．帮助文件的测试：1）帮助文档是否精确描述了如何使用各种使用功能
2）举例是否精确
3）术语、菜单描述和系统响应是否与实际程序一致
4）是否能够很方便地在文档中定位指南
5）是否能够很方便地使用文档排除错误
B．安装卸载测试阶段：
1）自动安装还是手工配置安装，测试各种不同的安装组合，并验证各种不同组
合的正确性，最终目标是所有组合都能安装成功。
2）安装退出之后，确认应用程序可以正确启动、运行。
3）卸载测试和安装测试同样重要，如果系统提供自动卸载工具，那么卸载之后需检验系统是否把所有的文件全部删除，注册表中有关的注册信息是否也被删除。
4）安装时间是否合理；
5）对于客户服务器模式的应用系统，可以先安装客户端，然后安装服务器端，测试是否会出现问题。
3.5兼容测试阶段
验证本软件在几种常用的操作系统下的运行情况，并且检查，本软件与其他软件并行时是否运行正确。
3.6重点测试部分
费用管理中的“费用收取部分”
3.7测试设计
祥见测试用例设计说明书
四．测试提交物
本次测试完成后的提交物：
A．测试计划
B．测试用例
C．测试Bug单
