软件系统测试方案-

1、段左侧片石混凝土挡土墙第部分考试报名及成果查询系统测试方案与用例2012/3/27页脚内容前言系统已在成功上线，从而的业务信息管理逐步走上了集中管控的道路。由于密集整转在全市各点开放，从而将会势必消灭业务系统中信息大量增长的态势。随着业务系统在生产状态下日趋稳定、成熟，系统的性能问题也逐步成为了我们关注的焦点：每天大数据量的“冲击”，系统能稳定在什么样的性能水平，面临公司业务增加时，系统能否经受住“考验”，这些问题需要通过一个完整的性能测试来给出答案。软件测试主要依据是被试系统的研制任务书和技术规格书，是对软件整体功能和性能的综合测试与评估。测试原理是软件测试活动的理论基础，测试方法是测原理的

2、实际应用和获得测试数据的手段。基于软件的共性，对于软件的测试要遵循一般软件的测试原理和方法。同时，针对软件的特性，找到合适的测试方法。测试用例的合理性对于软件的测试与评估具有关键作用。另一方面，软件运行环境的简单程度对软件评估具有重要作用，所以应产生尽量逼真的运行背景以便于争辩。页脚内容段左侧片石混凝土挡土墙第部分名目前言2测试方案第一章一般话等级考试报名及成果查询系统性能测试概述5 HYPERLINK l _TOC_250015 被测系统定义5 HYPERLINK l _TOC_250014 功能简介5 HYPERLINK l _TOC_250013 性能测试指标5 HYPERLINK l

3、_TOC_250012 系统结构及流程6 HYPERLINK l _TOC_250011 系统总体结构6 HYPERLINK l _TOC_250010 功能模块6 HYPERLINK l _TOC_250009 性能测试环境7 HYPERLINK l _TOC_250008 其次章 性能测试7 HYPERLINK l _TOC_250007 压力测试7 HYPERLINK l _TOC_250006 压力测试概述7 HYPERLINK l _TOC_250005 测试目的7 HYPERLINK l _TOC_250004 正确性测试8 HYPERLINK l _TOC_250003 容错性（

4、健壮性）测试8 HYPERLINK l _TOC_250002 完整（安全）性测试8 HYPERLINK l _TOC_250001 接口间测试8 HYPERLINK l _TOC_250000 数据库测试8页脚内容段左侧片石混凝土挡土墙第部分错误推想82.8 效率8可理解（操作）性8可移植性8回归测试9比较测试9第三章 估计测试过程及结果描述9测试描述9测试场景9测试结果10测试用例第四章 目的12第五章项 目 概 要12第六章项 目 简 介12设 计 目 的12开 发 环 境12程 序 功 能12页脚内容测试方案第一章一般话等级考试报名及成果查询系统性能测试概述被测系统定义一般话等级考试报

5、名及成果查询系统作为本次测试的被测系统（注：以下全部针对被测系统地描述均为针对一般话等级考试报名及成果查询系统进行的），一般话等级考试报名及成果查询系统是由 C#编写的网页系统，后台应用了 SQL sever 2005 数据库，该系统包括主要功能有: 一般话等级考试报名及成果查询等，在本次测试中，将针对这些大数据量的查询、统计功能进行压力测试，检查并评估在模拟环境中，系统对负载的承受力量， 在不同的用户连接状况下，系统的负载力量和响应力量，以及在估计的数据容量中，系统能够容忍的最大用户数。功能简介支持考生信息的输入，管理。考生可以登录自己的账户进行考试报名以及报名信息、成果查询等。能够统计考试

6、报名信息，进行管理录入。创建考试数据库，并且可以进行数据管理、修改、添加等。包括对考生报名信息限制的操作管理功能。1.1.2 性能测试指标本次测试是针对一般话等级考试报名及成果查询系统在应对密集整转的大压力下而进行的，主要需要获得如下的测试指标。1、应用系统的负载力量：即系统所能容忍的最大用户数量，也就是在正常的响应时间中，系统能够支持的最多的客户端的数量。2、系统的响应力量：即在各种负载压力状况下，系统的响应时间，也就是从客户端恳求发起，到服务器端应答返回所需要的时间，包括网络传输时间和服务器处理时间。3、应用系统的牢靠性：即在连续工作时间状态下，系统能够正常运行的时间，即在连续工作时间段内

7、没有出错信息。页脚内容系统结构及流程一般话等级考试报名及成果查询系统在实际生产中的体系结构跟本次性能测试所接受的体系结构是一样的，交易流程也是全都的。不过，由于硬件条件的限制，本次性能测试的硬件平台跟实际生产环境略有不同。系统总体结构描述本系统的总体结构，包括：硬件组织体系结构、网络组织体系结构、软件组织体系结构和功能模块的组织体系结构。功能模块本次性能测试中各类操作都是由若干功能模块组成的，每个功能都依据其执行特点分成了若干操作步骤，每个步骤就是一个功能点（即功能模块）。本系统的功能模块包括：考生注册、信息确认、考生登录、考试报名、成果查询、同学信息修改、信息管理。功能模块分布如下图所示：性

8、能测试环境本次性能测试环境与真实运行环境硬件和网络环境有所不同，是真实环境的缩小，数据库是真实环境数据库的一个复制（或缩小），本系统接受标准的 CS 结构，客户端通过前台安装访问应用系统。其中具体的环境如下：中间服务器：Internet Explorer操作系统： Windows 7/Windows xp网络环境： LAN（10M）数据库：sql server2005客户端： PC （Windows）其次章性能测试页脚内容从广泛意义上讲性能测试包括：压力测试、稳定性测试、负载力量测试和可扩展性测试等。在不同应用系统的性能测试中，需要依据应用系统的特点和测试目的的不同来选择具体的测试方 案，本次

9、一般话等级考试报名及成果查询系统的性能测试主要是接受通常的压力测试模式来执行的，即：逐步增加压力，查看应用系统在各种压力状况下的性能表现。在本次性能测试中，将使用美科利（Mercury）公司的性能测试 LoadRunner8.1 对测试应用的各层进行监控，推断J2EE 各层次的各类方法和类的调用使用时间和效率，并挂念开发人员分析J2EE 应用的各类操作的性能瓶颈点。压力测试在性能测试中，压力测试主要是为了猎取系统在较大压力状况下的性能表现而设计并实现的，压力测试主要是猎取系统的性能瓶颈和系统的最大吞吐率。压力测试概述本次测试是针对一般话等级考试报名及成果查询系统在应对密集整转的压力下业务处理力

10、量的测试，检验系统的吞吐率。本系统的压力测试主要是针对主要业务功能、报表统计进行，检查在日间应用高峰时期，并发用户数较多的时候的处理力量等等。测试目的压力测试的目的就是检验系统的最大吞吐量，检验现行的业务系统在各种压力交易量下的运行状况，检验系统地运行瓶颈，猎取系统的处理力量等等。本次针对一般话等级考试报名及成果查询系统所进行的压力测试的测试目的为：给出一般话等级考试报名及成果查询系统当前的性能状况定位一般话等级考试报名及成果查询系统性能瓶颈或潜在性能瓶颈总结一套合理的、可操作的、适合公司现实状况的性能测试方案，为后续的性能测试工作供应基本思路。正确性测试输入用户实际相关数据以验证系统是满足需

11、求规格说明书的要求；测试用例中的测试点应首先保证要至少掩盖需求规格说明书中的各项功能，并且正常。取某些特例进行检测，看是否能消灭预期的效果。容错性（健壮性）测试页脚内容程序能够接收正确数据输入并且产生正确（预期）的输出，输入非法数据（非法类 型、不符合要求的数据、溢出数据等），程序应能给出提示并进行相应处理。把自己想象成一名对产品操作一点也不懂的客户，在进行任意操作。增大系统适用范围。完整（安全）性测试：对未经授权的人使用软件系统或数据的企图，系统能够把握的程度，程序的数据处理能够保持外部信息（数据库或文件）的完整与安全。接口间测试：接口间测试：测试各个模块相互间的协调和通信状况，数据输入输出

12、的全都性和正确性。数据库测试：依据数据库设计规范对软件系统的数据库结构、数据表及其之间数据调用关系进行测试。错误推想：主要是依据测试阅历和直觉，参照以往的软件系统消灭错误之处。效率：完成预定的功能，系统的运行时间（主要是针对数据库而言）。可理解（操作）性：理解和使用该系统的难易程度（界面友好性）。可移植性：在不同操作系统及硬件配置状况下的运行性。回归测试：依据测试用例将全部的测试点测试完毕，测试中发觉的问题开发人员已经解决，进行下一轮的测试。比较测试：将已经发版的类似产品或原有的老产品与测试的产品同时运行比较，或与已往的测试结果比较。页脚内容第三章 估计测试过程及结果描述测试描述依据系统特性与

13、共性预备测试数据，在测试数据预备完备以后，由测试人员进行测 试。并由测试人员记录每次测试的结果，分析测试结果对系统进行全面评估以及做出相关改进。测试场景先进行一些简洁的数据录入、管理、修改及输出测试。接受一些原本该受限制不行用的数据进行检测，观看是否能得出预想的结果。参照其他类似系统会消灭的问题或在设计过程中认为可能消灭的问题对该系统进行检测，观看结果，是否符合要求。进行一些正常操作，记录系统反应时间，计算系统运行速率。观看操作界面是否足够人性化，在相关操作进行时能否消灭相关提示。测试中，使用逐步加压的模式，测试运行场景支配如下：每隔 2 秒增加 1 个用户连接，最多增加到 100 个用户，查

14、看并记录运行状况每隔 2 秒增加 2 个用户连接，最多增加到 200 个用户，查看并记录运行状况每隔 2 秒增加 1 个用户连接，最多增加到 300 个用户，查看并记录运行状况每隔 3 秒增加 1 个用户连接，最多增加到 400 个用户，查看并记录运行状况每个场景都包括：用户登录-业务操作-业务完成-退出系统，全部用例都按以上场景进行测试，由于 pc 性能限制，为了更精确模拟现场环境，将运行的全部脚本部署在 8 台LoadRunner 终端上，主要目的就是检查在不同的压力的状况下，业务系统的性能表现。依据测试用例进行测试完毕进行相关修改后再进行下一轮测试。测试结果将测试得出的数据与原来预想的数

15、据进行对比，查找差距，从中分析出错缘由，与上述所需要做的性能测试一一对比，查找可能消灭的相关问题，再想方法解决。测试结果记录为一下相关数据：测试中完成各操作的平均响应时间：（单位：秒）页脚内容测试中每秒的点击率如下：交易的吞吐率（每秒处理数据量）：可运行的并发用户数目：测试用例变更履历序号维护人维护类型维护日期维护缘由维护内容1页脚内容2345678910111213页脚内容段左侧片石混凝土挡土墙第部分第四章目的检查系统是否稳定，是否能够执行。检测错误所在。第五章项 目 概 要项目名称考 试 报 名 及 成 绩 查 询 系 统项目版本001项目负责人测试人员 测试工程师第七章项 目 简 介设计目的： 依据业务需求、功能需求、用户需求以及其他非功能性需求，编写需求分析报告 实现一般话考试报名所需信息的录入。 设计相关程序实现简洁明白的登录界面，易于使用者操作。 进一步把握所学相关学问，实现自我拓展。开发环境：开发平台：visual studio2008开发语言：C#（相关语言：HTML,Javascri