软件系统测试方案

1、测试报名及成绩查询系统测试方案与用例2021/3/27、广4刖百系统已在成功上线,从而的业务信息治理逐步走上了集中管控的道路.由于密集整转在全市各点展开,从而将会势必出现业务系统中信息大量增长的态势.随着业务系统在生产状态下日趋稳定、成熟,系统的性能问题也逐步成为了我们关注的焦点：每天大数据量的“冲击,系统能稳定在什么样的性能水平,面临公司业务增加时,系统能否经受住“考验,这些问题需要通过一个完整的性能测试来给出答案.软件测试主要依据是被试系统的研制任务书和技术规格书,是对软件整体功能和性能的综合测试与评估.测试原理是软件测试活动的理论根底,测试方法是测原理的实际应用和获得测试数据的手段.基于

2、软件的共性,对于软件的测试要遵循一般软件的测试原理和方法.同时,针对软件的特性,找到适宜的测试方法.测试用例的合理性对于软件的测试与评估具有关键作用.另一方面,软件运行环境的复杂程度对软件评估具有重要作用,所以应产生尽量逼真的运行背景以便于研究.前言2测试方案第一章普通话等级测试报名及成绩查询系统性能测试概述51.1 被测系统定义51.1.1 功能简介51.1.2 性能测试指标51.2 系统结构及流程61.2.1 系统总体结构61.2.2 功能模块61.3 性能测试环境7第二章性能测试72.1 压力测试72.1.1 压力测试概述72.1.2 测试目的72.2 正确性测试82.3 容错性健壮性测

3、试82.4 完整平安性测试82.5 接口间测试82.6 数据库测试82.7 错误推测82.8 效率82.9 可理解操作性82.10 可移植性82.11 回归测试92.12 比拟测试9第三章预计测试过程及结果描述93.1 测试描述93.2 测试场景93.3 测试结果10测试用例第四章目的12第五章工程概要12第六章工程简介126.1 设计目的126.1.1 开发环境126.1.2 程序功能12测试方案第一章普通话等级测试报名及成绩查询系统性能测试概述1.1. 被测系统定义普通话等级测试报名及成绩查询系统作为本次测试的被测系统注：以下所有针对被测系统地描述均为针对普通话等级测试报名及成绩查询系统进

4、行的,普通话等级测试报名及成绩查询系统是由C#S写的网页系统,后台应用了SQLsever2005数据库,该系统包括主要功能有：普通话等级测试报名及成绩查询等,在本次测试中,将针对这些大数据量的查询、统计功能进行压力测试,检查并评估在模拟环境中,系统对负载的承受水平,在不同的用户连接情况下,系统的负载水平和响应水平,以及在预计的数据容量中,系统能够容忍的最大用户数.1.1.1 .功能简介支持考生信息的输入,治理.考生可以登录自己的账户进行测试报名以及报名信息、成绩查询等.能够统计测试报名信息,进行治理录入.创立测试数据库,并且可以进行数据治理、修改、添加等.包括对考生报名信息限制的操作治理功能.

5、1.1.2 性能测试指标本次测试是针对普通话等级测试报名及成绩查询系统在应对密集整转的大压力下而进行的,主要需要获得如下的测试指标.1、应用系统的负载水平：即系统所能容忍的最大用户数量,也就是在正常的响应时问中,系统能够支持的最多的客户端的数量.2、系统的响应水平：即在各种负载压力情况下,系统的响应时间,也就是从客户端请求发起,到效劳器端应答返回所需要的时间,包括网络传输时间和效劳器处理时间.3、应用系统的可靠性：即在连续工作时间状态下,系统能够正常运行的时间,即在连续工作时间段内没有出错信息.1.2. 系统结构及流程普通话等级测试报名及成绩查询系统在实际生产中的体系结构跟本次性能测试所采用的

6、体系结构是一样的,交易流程也是一致的.不过,由于硬件条件的限制,本次性能测试的硬件平台跟实际生产环境略有不同.1.2.1 系统总体结构描述本系统的总体结构,包括：硬件组织体系结构、网络组织体系结构、软件组织体系结构和功能模块的组织体系结构.1.2.2 功能模块1. 本次性能测试中各类操作都是由假设干功能模块组成的,每个功能都根据其执行特点分成了假设干操作步骤,每个步骤就是一个功能点即功能模块.2.本系统的功能模块包括：考生注册、信息确认、考生登录、测试报名、成绩查询、学生信息修改、信息治理.功能模块分布如下列图所示：普逋活考日报名改成及省询系统用户槿埃卜治理员粳块报名模t拈个人信息侵坨堂理樽决

7、,查也已=6信姆学户住更14-法吗修改等修守i士何争.,他出把妾1'=u台里夫与和餐一招定咨信息楂块媳辑<人信息1.3.性能测试环境本次性能测试环境与真实运行环境硬件和网络环境有所不同,是真实环境的缩小,数据库是真实环境数据库的一个复制(或缩小),本系统采用标准的CS结构,客户端通过前台安装访问应用系统.其中具体的环境如下：中间效劳器：InternetExplorer?操作系统：Windows7/Windowsxp?网络环境：LAN(10M)?数据库：sqlserver2005?客户端：PC(Windows)第二章性能测试从广泛意义上讲性能测试包括：压力测试、稳定性测试、负载水平

8、测试和可扩展性测试等.在不同应用系统的性能测试中,需要根据应用系统的特点和测试目的的不同来选择具体的测试方案,本次普通话等级测试报名及成绩查询系统的性能测试主要是采用通常的压力测试模式来执行的,即：逐步增加压力,查看应用系统在各种压力状况下的性能表现.在本次性能测试中,将使用美科利(Mercury)公司的性能测试LoadRunner8.1对测试应用的各层进行监控,判断J2EE各层次的各类方法和类的调用使用时间和效率,并帮助开发人员分析J2EE应用的各类操作的性能瓶颈点.2.1 压力测试在性能测试中,压力测试主要是为了获取系统在较大压力状况下的性能表现而设计并实现的,压力测试主要是获取系统的性能

9、瓶颈和系统的最大吞吐率.2.1.1 压力测试概述本次测试是针对普通话等级测试报名及成绩查询系统在应对密集整转的压力下业务处理水平的测试,检验系统的吞吐率.本系统的压力测试主要是针对主要业务功能、报表统计进行,检查在日间应用顶峰时期,并发用户数较多的时候的处理水平等等.2.1.2 测试目的压力测试的目的就是检验系统的最大吞吐量,检验现行的业务系统在各种压力交易量下的运行状况,检验系统地运行瓶颈,获取系统的处理水平等等.本次针对普通话等级测试报名及成绩查询系统所进行的压力测试的测试目的为:给出普通话等级测试报名及成绩查询系统当前的性能状况定位普通话等级测试报名及成绩查询系统性能瓶颈或潜在性能瓶颈总

10、结一套合理的、可操作的、适合公司现实情况的性能测试方案,为后续的性能测试工作提供根本思路.2.2 正确性测试输入用户实际相关数据以验证系统是满足需求规格说明书的要求；测试用例中的测试点应首先保证要至少覆盖需求规格说明书中的各项功能,并且正常.取某些特例进行检测,看是否能出现预期的效果.2.3 容错性健壮性测试程序能够接收正确数据输入并且产生正确预期的输出,输入非法数据非法类型、不符合要求的数据、溢出数据等,程序应能给出提示并进行相应处理.把自己想象成一名对产品操作一点也不懂的客户,在进行任意操作.增大系统适用范围.2.4 完整平安性测试：对未经授权的人使用软件系统或数据的企图,系统能够限制的程

11、度,程序的数据处理能够保持外部信息数据库或文件的完整与平安.2.5 接口间测试：接口间测试：测试各个模块相互间的协调和通信情况,数据输入输出的一致性和正确性.2.6 数据库测试：依据数据库设计标准对软件系统的数据库结构、数据表及其之间数据调用关系进行测试.2.7 错误推测：主要是根据测试经验和直觉,参照以往的软件系统出现错误之处.2.8 效率：完成预定的功能,系统的运行时间主要是针对数据库而言.2.9 可理解操作性：理解和使用该系统的难易程度界面友好性.2.10 可移植性：在不同操作系统及硬件配置情况下的运行性.2.11 回归测试：根据测试用例将所有的测试点测试完毕,测试中发现的问题开发人员已

12、经解决,进行下一轮的测试.2.12 比拟测试：将已经发版的类似产品或原有的老产品与测试的产品同时运行比拟,或与已往的测试结果比拟.第三章预计测试过程及结果描述3.1 测试描述根据系统特性与共性准备测试数据,在测试数据准备完备以后,由测试人员进行测试.并由测试人员记录每次测试的结果,分析测试结果对系统进行全面评估以及做出相关改良.3.2 测试场景先进行一些简单的数据录入、治理、修改及输出测试.采用一些原本该受限制不可用的数据进行检测,观察是否能得出预想的结果.参照其他类似系统会出现的问题或在设计过程中认为可能出现的问题对该系统进行检测,观察结果,是否符合要求.进行一些正常操作,记录系统反响时间,

13、计算系统运行速率.观察操作界面是否足够人性化,在相关操作进行时能否出现相关提示.测试中,使用逐步加压的模式,测试运行场景安排如下：1 .每隔2秒增加1个用户连接,最多增加到100个用户,查看并记录运行情况2 .每隔2秒增加2个用户连接,最多增加到200个用户,查看并记录运行情况3 .每隔2秒增加1个用户连接,最多增加到300个用户,查看并记录运行情况4 .每隔3秒增加1个用户连接,最多增加到400个用户,查看并记录运行情况每个场景都包括：用户登录-业务操作-业务完成-退出系统,所有用例都按以上场景进行测试,由于pc性能限制,为了更准确模拟现场环境,将运行的所有脚本部署在8台LoadRunner

14、终端上,主要目的就是检查在不同的压力的情况下,业务系统的性能表现.根据测试用例进行测试完毕进行相关修改后再进行下一轮测试.3.3 测试结果将测试得出的数据与原来预想的数据进行比照,寻找差距,从中分析出错原因,与上述所需要做的性能测试一一对照,寻找可能出现的相关问题,再想方法解决.测试结果记录为一下相关数据：测试中完成各操作的平均响应时间：单位：秒测试中每秒的点击率如下：交易的吞吐率每秒处理数据量：可运行的并发用户数目:测试用例变更履历序号维护人维护类型维护日期维护原因维护内容12345678910111213第四章目的检查系统是否稳定,是否能够执行.检测错误所在第五章工程概要工程名称测试报名及成绩查询系统工程版本001工程负责人测试人员测试工程师第七章工程简介6.1设计目的：根据业务需求、功能需求、用户需求以及其他非功能性需求,编写需求分析报告实现普通话测试报名所需信息的录入.设计相关程序实现简单明了的登录界面,易于使用者操作.进