1. 简介
1.1目的
1确定项目的信息和应测试软件的构件。2列出推测的测试的需求。3推测可采用的测试策略并对测试的工作量进行评估。4列出测试项目的可交付元素。
1.2背景
软件的开发背景及使用本软件所能带来的益处。
1.3 范围
对软件进行了那些方面的测试如
1.3.1系统集成测试
对于系统数据接口，功能接口进行集成测试，确保系统个接口之间能正常通信，保证服务器与用户应用程序界面和其他构件的正常通信。确保连接起来的应用系统的功能和数据按照合理的顺序协同工作。达到业务流程集成目的。
1.3.2系统性能测试
确保服务器能够承受最大并发用户操作所带来得压力。确保在多工作流执行的情况下服务器的响应时间不底于用户可接受的范围。分析性能测试测试结果，查找系统性能瓶颈，解决问题，优化系统。
1.3.3系统的安装测试
测试产品的安装过程的提示语，错别字和界面情况，保证产品能够成功安装，正常使用。
1.4定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.5参考文献
列出要用到的参考资料，如：
1本项目的经核准的计划任务书或合同、上级机关的批文；
2属于本项目的其他已发表的文件；
3本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2测试软件的说明
2.1系统的功能
（系统流程图）
2.2系统的特点
3测试的策略
3.1进行那些方面的测试如
3.1.1数据与数据库完整性的测试
3.1.2功能的测试
3.1.3业务周期测试
业务周期测试是模拟一段时间内系统的运行情况
3.1.4用户界面的测试
3.1.5性能测试
对响应时间，事物处理速率和其他与时间相关的需求进行评测和评估。
3.1.6强度测试
3.1.7安全性访问控制测试
3.1.8安装测试
3.2测试工具
本项目将应用以下测试工具
性能测试工具： LoadRunner8.0
缺陷跟踪 ：
4资源
4.1系统资源
WEB服务器一台（IP地址）
操作系统：
CPU:
内存：
硬盘：
数据库服务器一台（IP地址）
操作系统：
CPU:
内存：
硬盘：
客户端计算机一台（IP地址）
操作系统：
CPU:
内存：
硬盘：
4.2人力资源
5项目的里程碑
6可交付的工件
测试计划文档
测试用例文档
测试缺陷报告
测试评估报告
测试计划
1 背景
说明本测试计划的测试项目、范围、目的、任务等。
目的：
1、通过测试，发现软件错误；
2、验证软件是否满足软件设计和需求所规定的技术要求；
3、检查软件对误操作的处理能力；
4、为软件的可靠性与安全性的评估提供依据。
2．人员、测试环境
列出进行本测试工作的人员安排，详细列出同测试有关的操作系统、数据库平台、软硬件环境等。
3、测试的安排和进度
以图表和列表形式列出进行本计划规定的测试责任者及进行测试的时间安排，包括测试事件和天数。
4、测试过程
按时间顺序逐项列出进行本测试的工作步骤和预计时间
5、测试结束
描述对本测试工作的限制和约束
1 引言
1.1 编写目的：阐明编写测试计划的目的并指明读者对象。
1.2 项目背景：说明项目的来源、委托单位及主管部门。
1.3 定义：列出测试 计划中所用到的专门术语的定义和缩写词的原意。
1.4参考资料：列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：项目的计划任务书、合同或批文；项目开发计划；需求规格说明书；概要设计说明书；详细设计说明书；用户操作手册；本测试计划中引用的其他资料、采用
的软件开发标准或规范。
2 任务概述
2.1 目标
2.2 运行环境
2.3 需求概述
2.4 条件与限制
3 计划
3.1 测试方案：说明测试方法和选取测试用例的原则。
3.2 测试项目：列出组装测试和确认测试中每一项测试的内容、名称、目的和进度。
3.3 测试准备
3.4 测试机构及人员：测试机构名称、负责人和职责。
4 测试项目说明
4.1 按顺序逐个对测试项目做出说明
4.1.1 测试项目名称及测试内容
4.1.2 测试用例
4.1.3 输入：输入的数据和输入命令。
4.1.4 输出：预期的输出数据。
4.2 步骤及操作
4.3 允许偏差：给出实测结果与预期结果之间允许偏差的范围。
4.4 进度
4.5 条件：给出项测试对资源的特殊要求，如设备、软件、人员等。
4.6 测试资料：说明项测试所需的资料。
5 评价
5.1 范围：说明所完成的各项测试说明问题的范围及其局限性。
5.2 准则：说明评论测试结果的准则。
测试的定义及目的
软件测试就是在软件投入运行前对软件的需求分析、设计规格说明和编码的最终复审，是保证软件质量的关键步骤。如果要给软件测试下定义，可以这样将软件测试是为了发现错误而执行程序的过程。
测试的目标是以最少的时间和人力找出软件中潜在的各种错误和缺陷。
测试的原则
对于相对复杂的产品或系统来说Zero-Bug是一种理想，Good-Enough是我们的原则。Good-Enough原则就是一种权衡投入/产出比的原则，不充分的测试是不负责任的，过分的测试是一种资源的浪费，同样也是一种不负责任的表现。我们操作的困难在于如何界定什么样的测试是不充分的，什么样的测试是过分的。目前状况唯一可用的答案是制定最低通过标准和测试内容，然后具体问题具体分析。
人力资源管理系统的测试
在完成编码的工作以后，根据以上的方法和步骤进行了如下的测试：
l 界面测试：在不开启Web服务器的情况下，反复点击网页上的超链接，测试其连接情况，直到所有的链接都达到预期的效果。
l 功能测试：对网站的几大功能模块逐一测试，尽最大可能发现起潜在的错误。
l 性能测试：将程序以局域网的形式发布，查看其是否满足多用户的要求。
l 需求测试：根据需求分析的内容，测试网站是否和当初的设计一样。
l 通过这几方面的测试，我及时修正了系统中存在的问题，很好的提高了系统的性能，达到了预期目标。
第二篇：测试计划制定规范_软件测试面试必备
_软件测试面试必备 测试计划 记录编号：NR507100A项目编号： 测试负责人： 功能描述： 项目名称： 参加测试人员：测试环境：测试参考资料：姓名子系统名称 年 年 年 年 年 年 年 年开始时间 月 月 月 月 月 月 月 月 日 日 日 日 日 日 日 日 年 年 年 年 年 年 年 年结束时间 月 月 月 月 月 月 月 月 日 日 日 日 日 日 日 日编制人/日期：审核人/日期： 第 页/共 页
测试大纲 记录编号：NR507100B项目编号： 项目名称： 计算机硬件环境运行是否正常 测试环 网络环境运行是否正常 境确认 相关软件运行是否正常 开发部门： 操作系统运行是否正常 防病毒处理结果 其他 开发负责人：模块编号大分类中分类小分类测试过程测试正确现象测试结果 1 2 3 4 5 6制表人/日期：审核人/日期：1、 模块编号按模块依据从属关系按层次编号。 2、 当某一测试结果为’√’时表示通过，为’ ×’时表示还存在错误。 3、 本表内容不足以记录时，可以在附页填写，总页数可用铅笔填写第 页/共 页项目编号： 版本号：项目名称： 测试负责人：项目负责人： 测试人：
记录编号：NR507100C-
测试问题卡
创建时间：1999-6-15 20:24:00
1、 "错误类型" 包含:式样错误、理解错误、编码错误、工具错误、底层原因、无法实现、其他
2、 "等级" 是指错误等级, 可分为A:严重影响系统运行; B:影响系统运行; C:不影响运行但必须修改; D:所提建议 3、 "频率" 指错误出现频率
4、 "改否" 如果已修改该问题, 填"√"; 否则为空 第 3 页 共 7 页
测试报告
第 页/共 页
测试总结报告
记录编号：NR507100D-
1.“测试总结报告”是若干次测试全部结束以后提交的，由测试部门的部长审核，测试部门所在的事业部部长批准。 2.“测试结果分析”项中主要描述整个测试活动的过程和结果，并给出软件功能、性能的评价。 3.“建议”项中描述测试人员提出的与所测试项目有关的改进之处。
4. 本页不足记述结果时，可以增加附页，格式自定，总页数包括本页与所有附页。
第 页/共 页
测试用例报告（产品性能）
第 页/共 页
测试用例报告（极限、安全）
第 页/共 页
_软件测试面试必备