一键复制
做任何工作都应改有个计划，以明确目的，避免盲目性，使工作循序渐进，有条不紊。优秀的计划都具备一些什么特点呢？又该怎么写呢？以下是小编为大家收集的计划范文，仅供参考，大家一起来看看吧。
测试计划如何编写篇一
修订历史记录
文档审批信息
目录
1 项目概述
1、1目的
制定国航二期测试方案（以下简称测试方案）的目的是：使中后期的整个测试工作能有序进行，指导测试人员的工作，为测试提供依据、提供系统化、规范化、工程化、实用化的测试技术规范，尽早发现故障、在测试时，须按照此计划执行
1、2适用范围
主要适用于系统中各组成部分的软件测试工作、 本方案可用于新开发的或修改、更新的软件测试
本方案的使用对象可以是开发人员、测试人员、客户委托的第三方测试人员
1、3参考文档
2 一般要求
2、1测试目的
通过测试，发现软件错误；
验证软件是否满足软件设计和合同书所规定的技术要求；检查软件对误操作的处理能力；
为软件可靠性与安全性的评估提供依据、
2、2测试环境
硬件环境
数据库服务器：
软件环境
数据库服务器
yiyao、ccxxxx测试计划
2、3测试阶段及顺序
软件测试工作必须做以下各层测试：
a．功能测试；
b．集成测试；
c．系统测试；
d．性能测试
e．回归测试；
f．验收测试
2、4测试实施要求
2、4、1
测试输出文档
2、4、2
测试用例规范
测试计划如何编写篇二
1.简介
简单介绍项目功能，规模，选定的典型事务及操作该事务的频率。简单介绍测试工具实现的原理。 1.1项目背景
开发的系统名称： 本项目的任务提出者： 本项目的开发者： 本项目的用户： 1.2范围和预期读者
本计划只包括该软件项目的性能测试计划，不包括功能测试计划。 预期读者：设计人员、测试人员、项目经理、sqa、scm 1.3定义
2．环境概述
2.1用户环境系统架构拓扑图及描述
可以从设计文档中拷出其系统架构拓扑图，并加以简单描述。 2.2用户运行环境系统配置 服务器端： 硬件配置： 操作系统： 数据库： 客户端： 硬件配置： 操作系统：
客户端软件：
2.3测试环境网络拓扑及描述
2.4测试环境系统配置 服务器端： 硬件配置： 操作系统： 数据库： 测试主机： 硬件配置： 操作系统： 测试工具： 客户端软件： 测试主机数量： 2.5条件与限制
描述出由于硬件软件或技术等原因，测试时无法实现的一些功能。
测试计划如何编写篇三
一、 报名条件天津20xx年普通话测试成绩查询
拥有顺德户籍、办理了顺德区居住证、能提供顺德区所在工作单位证明或在顺德学校就读的在校学生此四个条件满足其中任何一项的人员均可报考。
二、测试安排
注：每月考试如有调整，以当月通知为准。
三、收费标准
1、考试报名费：在校生85元/人，社会人员110元/人；含一天考试过程讲解课程；学员先网上报名再现场确认，具体报名流程见每月报名通知附文。
四、普通话报考流程及注意事项
1、网上报名时间按以上计划为准，8：30开通网上报名系统，报名人数满后系统自动关闭。（其它时间报名一律无效）
报名网址：
2、网上预报名操作方法：登陆网址后，点击“我要报名”，选中“佛山市”，点击“报名”，填写个人详细资料、手机号码，（工作单位字数不超过10个字）按“确定”。因个人信息不全或有误所引起的 后果由考生自负。
3、现场确认报名：网上报名后，考生持本人第二代身份证原件及身份证复印件（复印件统一用a4纸，非佛山户籍人员的必须提供居住证并和身份证复印在同一a4纸上或提供顺德区企事业单位工作证明原件1份），于确认日期到现场交费、确认，并拍摄个人电子相片。已确定测试日期，测试任务一经上报省语委，无法更改！
4、网上预报名成功者，逾期不交费确认，网上报名作废，并暂停报名一次。
5、交费、确认报名地址：顺德区大良德胜东路顺德职业技术学院学术交流中心二楼前台 现场确认时间：上午8：30—12：00，下午14：00—17：30
6、培训地点——顺德职业技术学院（具体地点现场确认时统一通知）。
7、准考证的领取——每期培训时间的上午9：00-11：00在培训课室门口领取准考证。
8、普通话测试地点：顺德职业技术学院--学术交流培训中心3楼
9、测试者必须携带第二代身份证及准考证，按照安排的报到时间到候测室报到、验证。测试者需提供本人身份证现场审核身份，不带身份证者不能参加测试。
10、测试成绩及证书查询网址——
11、证书领取——证书领取时间及有关事项将在
12、领证地点：顺德区大良德胜东路顺德职业技术学院学术交流中心二楼前台
测试计划如何编写篇四
利用现代的设计技术和正式的技术复审可以减少代码中存在的初始错误，但是错误总是存在的，如果开发者找不到错误，那么，客户就会找到它们。越来越多的软件组织认识到软件测试是软件质量保证的重要元素之一，很多软件开发组织将30%—40%甚至更多的项目资源用在测试上，软件测试技术和软件测试策略受到了高度的重视和广泛的应用。
本文不想就软件测试技术和软件测试策略作深入的理论分析，而是列举一个在软件系统测试阶段进行的压力测试实例，希望能通过这个实例与从事软件测试相关工作的朋友进行交流。
首先介绍一下实例中软件的项目背景，该软件是一个典型的三层c/s架构的mis系统（客户端/应用服务器/数据库管），中间层是业务逻辑层，应用服务器处理所有的业务逻辑，但应用服务器本身不提供负载均衡的能力，而是利用开发工具提供的orb（对象请求代理）软件保证多个应用服务器间的负载均衡。本次测试的目的是：进行单个应用服务器的压力测试，找出单个应用服务器能够支持的最大客户端数。测试压力估算的依据是：假定在实际环中，用户只启用一个应用服务器进行所有的业务处理。方法是：按照正常业务压力估算值的1~10倍进行测试，考察应用服务器的运行情况。
压力测试的详细计划如下：
压力测试计划
1、测试计划名称
河北省公安交通管理信息系统压力测试计划。
2、测试内容
2.1背景
本次测试中的压力测试是指模拟实际应用的软硬件环境及用户使用过程的系统负荷，长时间运行测试软件来测试被测系统的可靠性，同时还要测试被测系统的响应时间。用户的实际使用环境：
◇由两台 xseries250 pc server组成的microsoft cluster；
◇数据库管理系统采用oracle8.1.6；
◇应用服务器程序和数据库管理系统同时运行在microsoft cluster上。
◇有200个用户使用客户端软件进行业务处理，每年通过软件进行处理的总业务量为：150万笔业务/年。
2.2测试项
应用服务器的压力测试；
2.3不被测试的特性
◇系统的客户端应用程序的内部功能；
◇数据库中的数据量对程序性能的影响。
3、测试计划
3.1测试强度估算
测试压力估算时采用如下原则：
◇全年的业务量集中在8个月完成，每个月20个工作日，每个工作日8个小时；
◇采用80—20原理，每个工作日中80%的业务在20%的时间内完成，即每天80%的业务在1.6小时内完成；
测试压力的估算结果：
去年全年处理业务约100万笔，其中15%的业务处理每笔业务需对应用服务器提交7次请求；70%的业务处理每笔业务需对应用服务器提交5次请求；其余15%的业务每笔业务向应用服务器提交3次请求。根据以往统计结果，每年的业务增量为15%，考虑到今后三年业务发展的需
要，测试需按现有业务量的2倍进行。
每年总的请求数量为：（100*15%*7+100*70%*5+100*15%*3）*2=300万次/年。
每天的请求数量为：300/160=1.875万次/天。
每秒的请求数量为：（18750*80%）/（8*20%*3600）=2.60次/秒。
正常情况下，应用服务器处理请求的能力应达到：3次/秒。
3.2测试环境准备
3.2.1基本硬件及软件环境的准备
1)网络环境：公司内部的以太网，与服务器的连接速率为100m，与客户端的连接速率为10/100m自适应。
2)使用两台ibm xseries250（1g内存）pc server作microsoft cluster，安装系统软件
20xx advance server及microsoft cluster server（mscs）。
3)数据库管理系统的安装及配置：在测试用的ibm xseries服务器上安装oracle8.1.6，数据 库采用
fail safe（ofs）的active/passive配置。 安装数据库管理系统及支撑软件（包括visibroker和bdeadministrator）。
4)安装被测的应用服务器程序。
5)客户端的pc机：10台（pⅲ600/128m ram）。
3.2.2系统客户端测试程序的编写系统客户端测试程序使用delphi编写，要求测试程序实现如下功能：
1)模拟一个主要的向应用服务器发送请求并接收响应信息的功能。要求交替模拟两种情况：第一种，发送的请求至少包括10个参数，参数类型涵盖字符、日期、数字种类型；接收的
响应信息不少于1个参数；第二种，发送的请求不少于1个参数；接收的响应信息至少包括10个参数，参数类型涵盖字符、日期、数字种类型。
2)必须能够通过参数设定在每台pc机上运行的客户端测试程序个数、请求的时间间隔（单位：毫秒）、运行时间（单位：小时）。
3)在数据库中建立测试记录表，生成测试记录，向数据库写入测试记录的功能不通过被测的应用服务器实现。日志内容包括：发送测试请求的机器名、客户端测试程序序号、发出请求时间、收到响应时间、处理是否成功。表名：test_log，字段名：machine、id、start_time、end_time、flag。
3.2.3系统本底数据的准备
为考察系统运行一段时间后系统的响应性能，参照实际运行情况及发展进行系统的本底数据准备。业务处理中涉及到的业务表中都要求按设计规模进行本底数据的准备。要求准备的数据记录的有效性符合系统要求，数据有效性的具体要求参见数据库设计及系统设计文档。
3.3破坏性测试
按照设计连接的客户端连接数量进行测试，把应用服务器处理请求的设计频度增加1－10倍，分别测试出现错误的状态和和出现错误的比率，考察是否出现不可恢复错误，系统设计要考
虑出现严重错误情况下负荷减轻错误自动恢复的实现方法。
计划时间：2天；这个时间包括破坏性的修复和自动恢复的实现需要的时间。
在测试过程中每10分钟记录一次ibm xseries pc
server的内存及cpu使用情况，包括被测程序的内存占用百分比、数据库管理系统的内存占用百分比、操作系统的内存占用百分比。
3.4强度稳定性测试
选择一种负荷比设计负荷重的情况（应用服务器处理请求的频度为应用服务器处理请求的 设计频度的
1.5倍），进行24小时稳定性测试。
3.5测试方法和工具
黑盒测试
测试工具：无外购的测试工具，自己编制的测试工具。
3.6测试时间计划
3.6.1环境准备：2天。
其中：基本硬件、软件环境及系统本底数据的准备：1天，
系统客户端测试程序的编写及测试：1天。
3.6.2破环性测试：2天。
3.6.3强度稳定性测试：1天。
3.7测试中的问题及处理
3.7.1暂停标准和再启动要求
暂停标准：被测试软件在强度稳定性测试中频繁出现异常（每小时出现1次以上）时。用户或公司要求暂停测试时。
再启动要求：通过调试后，预计被测试软件的可靠性有所提高时，可再次启动测试。
3.7.2不可预见问题
不可预见问题包括：
◇测试环境被破坏而导致测试无法进行；
◇当出现上述不可预见问题时，测试终止，就已完成的测试内容编制测试总结报告，并在报告中说明测试终止的原因。
3.8测试报告 20xx.06.21
测试总结报告提交日期：20xx.06.21。
3.8.1应生成的测试文件
测试记录（测试负责人和参与测试的人员签字）；
测试总结报告。
3.8.2测试总结报告中必须包含的内容
被测试软件名称、测试项、测试环境；
被测试软件的压力测试结论：响应时间、最大/最小并发数、失败的次数、正常连续运行的最长/最短时间，并发数与失败的关系。
4、人员和职责
4.1职责
测试工程师：负责编写测试计划，组织测试，对测试过程进行记录，收集、整理测试记录数据，对测试结果进行分析，编写测试总结报告。
软件工程师：负责编写、调试客户端测试软件；数据库管理系统的安装、ofs配置及系统的本底数据准备。系统工程师：负责测试用的硬件维护及操作系统安装、mscs配置。
总工程师：负责对测试计划及测试总结报告进行批准。
用户：必要时可参加测试，并提出具体的测试要求；可要求暂停测试。
4.2人员和训练要求
本次测试无特别的人员及培训要求。
5、批准
本测试计划必须经过总工程师批准后才能开始实施。
测试计划如何编写篇五
1．引言
1.1编写目的
编写“网上购物系统测试计划“的目的是：
（1） 提供一个对项目软件进行测试的总体安排和进度计划，确定现有项目的信息和应测试软件构件，便于测试人员测试。
（2）推荐可采用的测试策略，并对这些策略加以说明。
（3）确定所需的资源，并对测试的工作量进行估计。
1.2项目背景
1.项目名称：
网上购物系统
2 软件应用：
适用于网上产品的信息收集和发布活动，为用户提供良好的交易平台。
3项目背景：
网上购物系统应该能够为用户提供充足的信息和快捷的购买手段。随着商品经济的发展及人们消费水平的提高，还有信息时代的飞跃，越来越多的人爱上了网购，从而催生了网上购物系统的诞生。它为人们购物带来了方便快捷，节约了没时间出去而省下了空间。 4项目开发过程：
该项目目前后经历三个阶段，前期设计阶段，然后是开发阶段，最后是软件的测试阶段。项目的用户针对的是网上购物的广大群众和管理员，系统的功能测试主要由专业的软件测试人员进行测试。
5任务提出者：；
6开发者：软件工程课程设计小组成员：
7用户：购物者、管理员
8本系统将使用sqlserver20xx作为数据库存储系统。
1.3定义 1.黑盒测试: 黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。
2.单元测试：对各个模块的源代码进行测试，保证各模块基本功能能够正确的实现；
3 集成测试：将各个模块进行组合测试，保证所有的功能都能够正确的实现；
4系统测试：根据《需求规格说明书》对软件进行功能测试，对重点的模块进行性能测试，并结合可能的用户测试；
5 验收测试：根据用户手册对功能进行检查，复查报告库中的所有bug，对release版本进行安装测试。
6 asp(active server pages)是微软公司推出的一种用以取代cgi的技术，基于目前绝大多数网站应用于windows平台，asp是一个位于windows服务器端的脚本运行环境，通过这种环境，用户可以创建和运行动态的交互式的web服务器应用程序以及edi（电子数据交换）；
7 ado：activex data object, activex 数据对象；
8 sql：structured query language。
1.4参考资料
a. 网上购物系统开发计划书；
b. 网上购物系统需求规格说明书；
c. 网上购物系统设计说明书；
d. 网上购物系统设计模型；
e. 网上购物系统需求分析设计模型
f. 网上购物系统用户操作手册；
2．任务概述
2.1目标
测试网上购物系统中的各个功能模块是否满足用户需求，并测试是否存在bug。预期达到能够使系统进行快速的改进和系统的`提高。为了在软件投入生产性运行之前，尽可能多地发现软件的错误，从而提高软件运行的稳定性和提高用户体验。
2.2运行环境
操作系统：windows
开发环境：vs20xx，sql server 20xx
处理器：主频1.6g以上，硬盘40g，内存2g
2.3需求概述
已被确定为测试对象的项目有：
1．数据库测试
2．功能性测试
3．用户界面测试
4．性能测试
5．安全性和访问控制测试
6．配置测试
2.4条件与限制
设备所用到的设备类型、数量和预定使用时间:
pc，主频1.6g以上，硬盘40g，内存2g 1台。
3．计划
3.1测试方案
（1）数据和数据库完整性测试
数据库和数据库进程应作为“网上购物系统”中的子系统来进行测试。 在测试这些子系统时，不应将测试对象的用户界面用作数据的接口。对于数据库管理系统 (dbms)，还需要进行深入的研究，以确定可以支持以下测试的工具和方法。
（2）功能测试
测试对象的功能测试应该侧重于可以被直接追踪到用例或业务功能和业务规则的所有测试需求。这些测试的目标在于核实能否正确地接受、处理和检索数据以及业务规则是否正确实施。这种类型的测试基于黑盒方法，即通过图形用户界面 (gui) 与应用程序交互并分析输出结果来验证应用程序及其内部进程。以下列出的是每个应用程序推荐的测试方法概要：
（3）用户界面测试
通过用户界面 (ui) 测试来核实用户与软件的交互。ui 测试的目标在于确保用户界面向用户提供了适当的访问和浏览测试对象功能的操作。除此之外，ui 测试还要确保 ui 功能内部的对象符合预期要求，并遵循公司或行业的标准。
（4）性能评价
性能评价是一种性能测试，它对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。
测试计划如何编写篇六
产品名称测试计划模板
目录
1简介
1、1目的
指出特定的软件测试计划的具体目的，还需指出该计划所适用的阅读对象；
1、2背景
对测试对象（构件、应用程序、系统等）及其目标进行简要说明、需要包括的信息有：
主要的功能和性能、测试对象的构架以及项目的简史
1、3范围
描述测试的各个阶段（如单元测试、集成测试、系统测试、验收测试等），并说明本计所采用的测试类型（如功能测试、性能测试、安全性测试等）、简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能
1、4术语
列出计划正文中需要解释术语的定义，必要时，还要给出这些定义的英文单词及其缩写词
1、5参考文档
下表列出了制定测试计划时所使用的文档（项目文档、标准文档、工具文档），并标明了各文档的可用性
测试计划
2测试需求
将确定被当作测试对象的各项需求（例如用例、功能性需求和非功能性需求）的跟踪管理矩阵明确列出，并列出将要测试的对象以及测试优先级、优先级分为：h—必须测试；m—应该测试，只有在测试完所有h项后才进行该测试；l—可能会测试，但只有在测试完所有h和m项后才进行测试
详情请参见《测试管理工作表》测试用例状态跟踪页、
3测试资源
3、1人力资源
下表列出在此项目的人员配备方面所做的各种假定，包括在各个阶段需要介入测试的各种角色以及相关的职责和权限等
3、2系统资源
下表列出了测试项目所需的系统资源，包括软、硬件资源、测试工具等、资源名称/类型测试数据库服务器基本配置及数量
