【精选】测试计划3篇
日子在弹指一挥间就毫无声息的流逝，我们又将接触新的知识，学习新的技能，积累新的经验，该为接下来的学习制定一个计划了。相信许多人会觉得计划很难写？下面是小编精心整理的测试计划3篇，欢迎大家分享。
测试计划 篇1
1. 目的
根据本公司生计量设备管理程序要求特制定的本年度维修保养计划。保持计量器具和计量设备的良好状态，以保证使用过程效能，确保生产能够连续稳定的进行。
2. 范围
适用于本厂计量设备、计量器具的控制和管理。
3. 职责
3.1生产部是设备维护保养的主要管理部门。负责厂的计量设备、计量器具的管理。
3.2生产部根据厂量设备、计量器具的实际情况，负责建立管理档案，制订《计量器具计量设备操作规范》，对器具、设备实施全过程的管理。
3.3生产部负责所有的计量器具、设备进行维修、保养及运行操作。
4 工作程序
设备在使用过程中，随着运行工时的增加，各部机构和零件由于受到摩檫、腐蚀、磨损、振动、冲击、碰撞及事故等诸多因素的影响，技术性能逐渐变坏。
4.1保养作业内容
按照保养作业性质可分为：清洁，检查，紧固，润滑，调整，检验和补给作业。检验作业由国家指定的检验部门执行，或由本司专职检验人员负责进行。
1) 清洁、检查、一般由设备操作人员执行。
2) 紧固、调整、润滑作业一般由机修工执行。
3) 电气作业由专业人员执行。
5 保养制度
计量设备和计量器具的保养制度是以预防为主，定运行工时进行保养的原则，分为例行保养，一级保养，二级保养，三级保养，季节性保养。
计量设备和计量器具保养的分级和作业内容是根据实际使用中计量参数情况的变化；设备的结构；使用的条件；环境条件等确定。是根据零件磨损规律，老化规律，把程度相近的项目集中起来，在达到正常磨损，老化将被破坏前进行保养，保持计量器具设备整洁，发现和消除故障隐患，防止设备早期损坏，达到设备维持正常运行的目的。
5.1设备的例行保养
设备的.例行保养是各级保养的基础，直接关系到运行安全，能源的消耗，机件的使用寿命。例行保养作业由设备操作人负责执行，其作业中心内容以清洁、补给、安全、检视为主，坚持开工之前、运行中、收工后的三检制度。检查操纵机构、运行机件、安全保护装置的可靠性，维护计量设备和器具的清洁等。
5.1.1 计量设备启动前的工作项目。
1) 清洁设备，清除与生产无关的杂物。
2) 检查各指示仪器，仪表，操作按钮和手柄以及紧急停止按钮是否正常。
3) 检查各部位有无漏水，漏气，漏电的现象。
5.1.2设备运行中的检查。
1) 注意各仪器仪表的工作情况，及各部位有无异常的声响。
2) 运行中注意安全部件是否正常。
3) 遇异常情况要及时向相关部门负责人报告。
5.1.3收工后的作业项目
1) 清洁设备外部，除去污物和杂物。
2)填写设备运行录表。
3) 排除运行中发现的缺陷和故障。
5.2 设备的维修保养
设备的维修保养是合理使用设备的重要环节，必须用强制性的保养制度取代那些随坏随修，以修代保，进行频繁的大拆大卸的做法。
设备的维修保养就是在以预防为主的思想指导下，把设备保养作业项目按其周期长短分别组织在一起，分级定期执行，设备的定期保养分为：一级保养，二级保养，三级保养。
5.2.1一级保养
一级保养是各级技术保养的基础，各级技术管理部门必须十分重视一级保养工作的质量。由专业维修工负责执行。主要作业内容以清洁、润滑、紧固为主，检查操纵、指示用仪器、仪表、安全部位等。
5.2.2二级保养
设备的二级保养以清洁、检查、调整、校验为中心内容。由专业维修人员负责执行。除执行一级保养作业项目，检查安全机件的可靠性，消除隐患，调整易损零部件的配合状况，旋转运动部位的磨损程度，校验指示用仪器仪表和控制用仪器仪表、计量用仪器仪表，延长使用寿命，维护设备的技术性能。
5.2.3三级保养
三级保养以解体清洗、检查、调整为中心内容。清除污垢、结焦，视需要对各部件进行解体、清洗、检查，清除隐患，排除缺陷，对设备进行全面检查，视需要进行除锈、补漆，对电气设备进行检查、试验。
5.2.4季节性保养
本市冬、夏气温相差悬殊，设备的工作条件也发生明显变化。为此，在进入冬夏两季之前，应结合二级保养进行季节性保养作业，以避免因气温变化造成设备性能不良和机件损坏。
5.3 使用过程故障维修
生产过程中若发生机械设备故障，应及时通知质管部联系维修人员维修，并填写“设备维修记录单”。维修后，经使用人检验正常运行后再进行正常工作。
5.4 保养时间安排
日常例行保养由操作工按照要求日常进行，“三级保养”由设备维修人员负责，每三个月进行一次。二级保养一年一次。一级保养视情况而定。
测试计划 篇2
利用现代的设计技术和正式的技术复审可以减少代码中存在的初始错误，但是错误总是存在的，如果开发者找不到错误，那么，客户就会找到它们。越来越多的软件组织认识到软件测试是软件质量保证的重要元素之一，很多软件开发组织将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、批准
本测试计划必须经过总工程师批准后才能开始实施。
测试计划 篇3
1.简介
简单介绍项目功能，规模，选定的典型事务及操作该事务的频率。简单介绍测试工具实现的原理。 1.1项目背景
开发的系统名称： 本项目的任务提出者： 本项目的开发者： 本项目的`用户： 1.2范围和预期读者
本计划只包括该软件项目的性能测试计划，不包括功能测试计划。 预期读者：设计人员、测试人员、项目经理、SQA、SCM 1.3定义
2．环境概述
2.1用户环境系统架构拓扑图及描述
可以从设计文档中拷出其系统架构拓扑图，并加以简单描述。 2.2用户运行环境系统配置 服务器端： 硬件配置： 操作系统： 数据库： 客户端： 硬件配置： 操作系统：
客户端软件：
2.3测试环境网络拓扑及描述
2.4测试环境系统配置 服务器端： 硬件配置： 操作系统： 数据库： 测试主机： 硬件配置： 操作系统： 测试工具： 客户端软件： 测试主机数量： 2.5条件与限制
描述出由于硬件软件或技术等原因，测试时无法实现的一些功能。
【测试计划】相关文章：
测试计划模板07-25
【精选】测试计划四篇07-15
测试计划三篇06-02
测试计划9篇06-10
测试计划10篇06-11
测试计划3篇06-12
测试计划四篇06-04
测试计划4篇07-05
测试计划7篇07-05