- 相关推荐
计算机测试计划书范文（精选5篇）
光阴的迅速，一眨眼就过去了，我们的工作又进入新的阶段，为了今后更好的工作发展，现在的你想必不是在做计划，就是在准备做计划吧。计划到底怎么拟定才合适呢？以下是小编收集整理的计算机测试计划书范文，仅供参考，大家一起来看看吧。
计算机测试计划书 1
1、引言
1.1目的
测试网上购物系统中的各个功能模块是否满足用户需求，并测试是否存在bug。预期达到能够使系统进行快速的改进和系统的提高。为了在软件投入生产性运行之前，尽可能多地发现软件的错误。
1.2背景
“网站购物平台系统”的项目旨在开发一套网上电子商务的平台，它将实现用户通过互联网完成商品采购的整个过程。用户可以通过此平台的网上商品展示和检索获取自己所需要的商品的基本信息，并且可以根据自己的`需求，通过互联网提交订单的内容来判断是否与此用户交易。
在执行本测试计划之前，需要完成系统的网站详细设计。
1.3定义
黑盒测试：Black-Box Testing
回归测试：Regression Test
功能测试：Function Testing
性能测试：Performance Testing
界面测试：UI Testing
兼容性测试：Compatibility Testing
安全性测试：Security Testing
2、任务概述
2.1测试范围
本测试计划主要包括单元测试、集成测试、系统测试和验收测试。测试用例能够检查的范围包括：
①模板设计和功能是否正确；
②接口关系是否正确；
③用例是否全部实现；
④是否达到需求规格中的性能要求。
2.2测试方法
手工测试、自动化测试、WEB测试通用方法、Visual Studio 2008、黑盒测试
2.3测试资源
资源：
①测试服务器
②稳定的测试服务器，IP地址为：192.168.10.23
③测试审核人一名，测试实施人员一名
工具：
①测试中使用的Bug管理工具为经过改进的Bug管理工具
②自动化测试工具待定
3、测试需求
3.1测试计划说明：目标背景见引言
3.3功能测试
4、应急处理
4.1处理措施
①人为因素：
A.雇佣不到合适的人或人员流动
B.测试团队新组建没有合作经验或意见不统一
C.测试人员经验不足，对产品特性理解的不准确，造成测试范围分析的误差，结果某些地方始终测试不到或验证不标准
应急措施：
A.进行相关人员的招聘
B.推迟进度计划，从其他部门协调有能力的人员，协调团队的团结性
C.对人员进行培训，提高培训的强度
②资源：Bug的生命周期过长
应急措施：
A.及时分配修复任务，并检查监督
B.对于暂缓处理的缺陷，要记录并跟踪
③其他方面：用户需求变更
应急措施：项目启动初期就和用户书面约定好需求变更控制流程、记录并归档用户的需求
变更申请
④测试环境：测试环境与实际运行环境不一致，造成测试结果的误差
应急措施：测试环境按照软件运行的标准环境进行测试
4.2问题跟踪
在商品写入方案中：是否使用右键和菜单实现了增、删、改的功能
增加零配件使用商品和价格配置器，查看零配件使用商品编辑窗口拖动功能是否正确等
计算机测试计划书 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倍进行。
每年总的请求数量为：（100x15%x7+100x70%x5+100x15%x3）x2=300万次/年。
每天的请求数量为：300/160=1.875万次/天。
每秒的请求数量为：（18750x80%）/（8x20%x3600）=2.60次/秒。
正常情况下，应用服务器处理请求的能力应达到：3次/秒。
3.2测试环境准备
3.2.1基本硬件及软件环境的准备
1)网络环境：公司内部的以太网，与服务器的连接速率为100M，与客户端的连接速率为10/100M自适应。
2)使用两台IBM XSeries250（1G内存）PC Server作Microsoft Cluster，安装系统软件2000 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)在数据库中建立测试记录表，生成测试记录，向数据库写入测试记录的功能不通过被测的应用服务器实现。日志内容包括：发送测试请求的机器名、客户端测试程序序号、发出请求时间、收到响应时间、处理是否成功。表名：TESTXLOG，字段名：MACHINE、ID、STARTXTIME、ENDXTIME、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测试报告 2002.06.21
测试总结报告提交日期：2002.06.21。
3.8.1应生成的测试文件
测试记录（测试负责人和参与测试的人员签字）；
测试总结报告。
3.8.2测试总结报告中必须包含的内容
被测试软件名称、测试项、测试环境；
被测试软件的压力测试结论：响应时间、最大/最小并发数、失败的次数、正常连续运行的最长/最短时间，并发数与失败的关系。
4、人员和职责
4.1职责
测试工程师：负责编写测试计划，组织测试，对测试过程进行记录，收集、整理测试记录数据，对测试结果进行分析，编写测试总结报告。
软件工程师：负责编写、调试客户端测试软件；数据库管理系统的安装、ofs配置及系统的本底数据准备。系统工程师：负责测试用的硬件维护及操作系统安装、MSCS配置。
总工程师：负责对测试计划及测试总结报告进行批准。
用户：必要时可参加测试，并提出具体的测试要求；可要求暂停测试。
4.2人员和训练要求
本次测试无特别的人员及培训要求。
5、批准
本测试计划必须经过总工程师批准后才能开始实施。
计算机测试计划书 3
1、引言
1.1编写目的
编写“网上购物系统测试计划“的目的是：
（1） 提供一个对项目软件进行测试的总体安排和进度计划，确定现有项目的信息和应测试软件构件，便于测试人员测试。
（2）推荐可采用的测试策略，并对这些策略加以说明。
（3）确定所需的资源，并对测试的工作量进行估计。
1.2项目背景
1.项目名称：
网上购物系统
2.软件应用：
适用于网上产品的信息收集和发布活动，为用户提供良好的交易平台。
3.项目背景：
网上购物系统应该能够为用户提供充足的信息和快捷的购买手段。随着商品经济的发展及人们消费水平的提高，还有信息时代的飞跃，越来越多的人爱上了网购，从而催生了网上购物系统的诞生。它为人们购物带来了方便快捷，节约了没时间出去而省下了空间。
4.项目开发过程：
该项目目前后经历三个阶段，前期设计阶段，然后是开发阶段，最后是软件的测试阶段。项目的用户针对的是网上购物的广大群众和管理员，系统的功能测试主要由专业的软件测试人员进行测试。
5.任务提出者：；
6.开发者：软件工程课程设计小组成员：
7.用户：购物者、管理员
8.本系统将使用SQLServer2008作为数据库存储系统。
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
开发环境：VS2010，SQL server 2008
处理器：主频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）性能评价
性能评价是一种性能测试，它对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。
计算机测试计划书 4
1. 目的
根据本公司检测管理程序要求特制定的本年度维修保养计划。保持厂基 础设备的良好状态，以保证使用过程效能，确保生产能够连续稳定的进行。
2. 范围
适用于本厂检测设备的控制和管理。
3. 职责
3.1生产部是设备维护保养的主要管理部门。负责厂的基础设备的管理。
3.2生产部根据厂基础设备的实际情况，负责建立管理档案，制订《设备操作规范》，对设施、设备实施全过程的管理。
3.3生产部负责所有的检测设备进行维修、保养及运行操作管理。
4. 工作程序
设备在使用过程中，随着运行工时的增加，各部机构和零件由于受到摩檫、腐蚀、磨损、振动、冲击、碰撞及事故等诸多因素的影响，技术性能逐渐变坏。
4.1保养作业内容
按照保养作业性质可分为：清洁，检查，紧固，润滑，调整，检验和补给作业。检验作业由国家指定的检验部门执行，或由本司专职检验人员负责进行。
1) 清洁、检查、补给作业一般由设备操作人员执行。
2) 紧固、调整、润滑作业一般由机修工执行。
3) 压力容器作业由专业人员执行。
4) 电气作业由专业人员执行。
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保养时间安排
日常例行保养由操作工按照要求日常进行，“三级保养”由设备维修人员负责，每三个月进行一次。
计算机测试计划书 5
手机测试员是一种新兴的职业，随着智能手机的普及和功能的不断增加，手机测试员的需求也越来越大。作为一种专门负责测试和评估手机硬件和软件功能的职业，手机测试员需要具备一定的专业知识和技能，以确保用户能够获得最佳的使用体验。
手机测试员的工作计划是非常重要的，它能够帮助员工更好地组织和管理自己的工作，提高工作效率和质量。以下是一份手机测试员工作计划的详细内容。
1.熟悉手机规格和功能：首先，手机测试员需要对待测试的手机的规格和功能进行深入了解。这包括手机的硬件配置、操作系统版本、预装应用等信息。只有掌握了这些基础知识，测试员才能更好地开展后续的工作。
2.制定测试流程和标准：手机测试员需要制定一套完整的测试流程和标准，以保证测试的全面和一致性。测试流程包括测试的顺序和步骤，标准则包括测试的指标和要求。这样就可以确保所有的测试员都按照相同的标准进行测试，从而保持测试结果的可比性。
3.进行功能测试：手机测试员需要对手机的各项功能进行测试，包括但不限于拍照、录像、通话、短信、应用等。测试员需要模拟出各种使用场景，测试手机在各种情况下的功能表现和稳定性。同时，测试员还需要记录和报告测试结果，包括发现的问题和建议的改善措施。
4.进行性能测试：手机测试员还需要对手机的性能进行测试，包括但不限于处理速度、电池续航、网络连接速度等。测试员需要使用专业的测试工具和软件，对手机进行各种性能测试，以评估手机的'表现。同样，测试员还需要记录和报告测试结果，并提出改进手机性能的建议。
5.进行用户体验测试：作为手机测试员，最重要的任务之一就是评估用户的体验。测试员需要使用手机进行正常的使用，并记录使用过程中的流畅度、易用性和舒适度等方面的体验。测试员还可以邀请一些用户参与体验测试，并收集他们的反馈和建议。测试员需要将这些信息整理和分析，并提出改进用户体验的策略。
6.跟进问题解决：手机测试员还需要跟进测试过程中发现的问题，确保问题能够得到及时解决。测试员需要和开发团队进行沟通，向他们反馈问题的详细信息，并协助他们进行问题的定位和修复。测试员还需要验证修复后的效果，以确保问题得到解决并不会导致其他问题。
7.学习和更新知识：作为手机测试员，要不断学习和更新自己的知识和技能。随着手机技术的不断发展和更新，手机测试员需要保持对新技术的敏感度，并学习如何测试和评估新功能和应用。测试员可以参加相关的培训和研讨会，与其他测试员交流经验和技巧，以提高自己的专业能力。
手机测试是一个全面而复杂的系统，它需要测试员具备专业的技能和良好的组织能力。通过合理的工作计划，手机测试员可以更好地开展测试工作，提高测试质量和效益。同时，手机测试员也应该不断学习和更新自己的知识，与时俱进，以适应日新月异的手机技术发展。只有这样，手机测试员才能为用户提供更好的手机使用体验。
【计算机测试计划书】相关文章：
普通话水平测试计算机辅助测试流程03-24
计算机三级软件测试技术测试题11-27
计算机三级软件测试技术预测试题11-26
2017职称计算机Excel测试习题11-20
2016年计算机三级软件测试技术测试题03-15
计算机二级单选测试题12-02
计算机四级软件测试工程师测试题(附答案)03-14
计算机辅助普通话水平测试应试指南12-08
职称计算机考试Windows模拟测试题12-09