软件系统测试专项方案.doc

/3/27
考试报名及成绩查询系统
测试方案和用例

前 言
系统已在成功上线，从而业务信息管理逐步走上了集中管控道路。因为密集整转在全市各点展开，从而将会势必出现业务系统中信息大量增加态势。
伴随业务系统在生产状态下日趋稳定、成熟，系统性能问题也逐步成为了我们关注焦点：天天大数据量“冲击”，系统能稳定在什么样性能水平，面临企业业务增加时系统能否经受住“考验”，这些问题需要经过一个完整性能测试来给出答案。
软件测试关键依据是被试系统研制任务书和技术规格书，是对软件整体功效和性能综合测试和评定。测试原理是软件测试活动理论基础，测试方法是测原理实际应用和取得测试数据手段。基于软件共性，对于软件测试要遵照通常软件测试原理和方法。同时，针对软件特征，找到适宜测试方法。测试用例合理性对于软件测试和评定含相关键作用。其次，软件运行环境复杂程度对软件评定含相关键作用，所以应产生尽可能逼真运行背景方便于研究。

目 录
序言………………………………………………………………2
测试方案
第一章 一般话等级考试报名及成绩查询系统性能测试概述
…………………………………………………………5
1.1 被测系统定义………………………………………………5
1.1.1 功效介绍………………………………………………………5
1.1.2 性能测试指标…………………………………………………5
1.2 系统结构及步骤……………………………………………6
1.2.1 系统总体结构………………………………………………6
1.2.2 功效模块…………………………………………………………6
1.3 性能测试环境…………………………………………………7
第二章 性能测试……………………………………………………7
2.1 压力测试………………………………………………………7
2.1.1压力测试概述……………………………………………………………7
2.1.2测试目标…………………………………………………………………7
2.2 正确性测试………………………………………………………8
2.3 容错性（健壮性）测试…………………………………………8
2.4 完整（安全）性测试……………………………………………8
2.5 接口间测试………………………………………………………8
2.6 数据库测试………………………………………………………8
2.7 错误推测…………………………………………………………8
2.8 效率………………………………………………………………8
2.9 可了解（操作）性…………………………………………………8
2.10 可移植性…………………………………………………………8
2.11 回归测试…………………………………………………………9
2.12 比较测试…………………………………………………………9
第三章 估计测试过程及结果描述……………………………………9
3.1 测试描述……………………………………………………………9
3.2 测试场景……………………………………………………………9
3.3 测试结果……………………………………………………………10
测试用例
第四章 目标……………………………………………………………12
第五章 项目概要…………………………………………………12
第六章 项目介绍…………………………………………………12
6.1 设计目标………………………………………………………………12
6.1.1开发环境……………………………………………………………………………12
6.1.2程序功效……………………………………………………………………………12

测试方案
第一章 一般话等级考试报名及成绩查询系统性能测试概述
1.1. 被测系统定义
一般话等级考试报名及成绩查询系统作为此次测试被测系统（注：以下全部针对被测系统地描述均为针对一般话等级考试报名及成绩查询系统进行），一般话等级考试报名及成绩查询系统是由C#编写网页系统，后台应用了SQL sever 数据库，该系统包含关键功效有: 一般话等级考试报名及成绩查询等，在此次测试中，将针对这些大数据量查询、统计功效进行压力测试，检验并评定在模拟环境中，系统对负载承受能力，在不一样用户连接情况下，系统负载能力和响应能力，和在估计数据容量中，系统能够容忍最大用户数。
1.1.1. 功效介绍
支持考生信息输入，管理。考生能够登录自己账户进行考试报名和报名信息、成绩查询等。能够统计考试报名信息，进行管理录入。
创建考试数据库，而且能够进行数据管理、修改、添加等。包含对考生报名信息限制操作管理功效。
1.1.2 性能测试指标
此次测试是针对一般话等级考试报名及成绩查询系统在应对密集整转大压力下而进行，关键需要取得以下测试指标。
1、应用系统负载能力：即系统所能容忍最大用户数量，也就是在正常响应时间中，系统能够支持最多用户端数量。
2、系统响应能力：即在多种负载压力情况下，系统响应时间，也就是从用户端请求提议，到服务器端应答返回所需要时间，包含网络传输时间和服务器处理时间。
3、应用系统可靠性：即在连续工作时间状态下，系统能够正常运行时间，即在连续工作时间段内没有犯错信息。
1.2. 系统结构及步骤
一般话等级考试报名及成绩查询系统在实际生产中体系结构跟此次性能测试所采取体系结构是一样，交易步骤也是一致。不过，因为硬件条件限制，此次性能测试硬件平台跟实际生产环境略有不一样。
1.2.1 系统总体结构
描述本系统总体结构，包含：硬件组织体系结构、网络组织体系结构、软件组织体系结构和功效模块组织体系结构。
1.2.2 功效模块
1． 此次性能测试中各类操作全部是由若干功效模块组成，每个功效全部依据其实施特点分成了若干操作步骤，每个步骤就是一个功效点（即功效模块）。
2． 本系统功效模块包含：考生注册、信息确定、考生登录、考试报名、成绩查询、学生信息修改、信息管理。
功效模块分布以下图所表示：

1.3. 性能测试环境
此次性能测试环境和真实运行环境硬件和网络环境有所不一样，是真实环境缩小，数据库是真实环境数据库一个复制（或缩小），本系统采取标准CS结构，用户端经过前台安装访问应用系统。
其中具体环境以下：
中间服务器：Internet Explorer
Ø 操作系统： Windows 7/Windows xp
Ø 网络环境： LAN（10M）
Ø 数据库：sql server
Ø 用户端： PC （Windows）

第二章 性能测试
从广泛意义上讲性能测试包含：压力测试、稳定性测试、负载能力测试和可扩展性测试等。在不一样应用系统性能测试中，需要依据应用系统特点和测试目标不一样来选择具体测试方案，此次一般话等级考试报名及成绩查询系统性能测试关键是采取通常压力测试模式来实施，即：逐步增加压力，查看应用系统在多种压力情况下性能表现。
在此次性能测试中，将使用美科利（Mercury）企业性能测试LoadRunner8.1对测试应用各层进行监控，判定J2EE各层次各类方法和类调用使用时间和效率，并帮助开发人员分析J2EE应用各类操作性能瓶颈点。
2.1 压力测试
在性能测试中，压力测试关键是为了获取系统在较大压力情况下性能表现而设计并实现，压力测试关键是获取系统性能瓶颈和系统最大吞吐率。
2.1.1压力测试概述
此次测试是针对一般话等级考试报名及成绩查询系统在应对密集整转压力下业务处理能力测试，检验系统吞吐率。本系统压力测试关键是针对关键业务功效、报表统计进行，检验在日间应用高峰时期，并发用户数较多时候处理能力等等。
2.1.2测试目标
压力测试目标就是检验系统最大吞吐量，检验现行业务系统在多种压力交易量下运行情况，检验系统地运行瓶颈，获取系统处理能力等等。
此次针对一般话等级考试报名及成绩查询系统所进行压力测试测试目标为：
² 给出一般话等级考试报名及成绩查询系统目前性能情况
² 定位一般话等级考试报名及成绩查询系统性能瓶颈或潜在性能瓶颈总结一套合理、可操作、适合企业现实情况性能测试方案，为后续性能测试工作提供基础思绪。
2.2 正确性测试
输入用户实际相关数据以验证系统是满足需求规格说明书要求；测试用例中测试点应首先确保要最少覆盖需求规格说明书中各项功效，而且正常。取一些特例进行检测，看是否能出现预期效果。
2.3 容错性（健壮性）测试
程序能够接收正确数据输入而且产生正确（预期）输出， 输入非法数据（非法类型、不符合要求数据、溢出数据等），程序应能给出提醒并进行对应处理。把自己想象成一名对产品操作一点也不懂用户，在进行任意操作。增大系统适用范围。
2.4 完整（安全）性测试：
对未经授权人使用软件系统或数据企图，系统能够控制程度，程序数据处理能够保持外部信息（数据库或文件）完整和安全。
2.5 接口间测试：
接口间测试：测试各个模块相互间协调和通信情况，数据输入输出一致性和正确性。
2.6 数据库测试：
依据数据库设计规范对软件系统数据库结构、数据表及其之间数据调用关系进行测试。
2.7 错误推测：
关键是依据测试经验和直觉，参考以往软件系统出现错误之处。
2.8 效率：
完成预定功效，系统运行时间（关键是针对数据库而言）。
2.9 可了解（操作）性：
了解和使用该系统难易程度（界面友好性）。
2.10 可移植性：
在不一样操作系统及硬件配置情况下运行性。
2.11 回归测试：
根据测试用例将全部测试点测试完成，测试中发觉问题开发人员已经处理，进行下一轮测试。
2.12 比较测试：
将已经发版类似产品或原有老产品和测试产品同时运行比较，或和已往测试结果比较。

第三章 估计测试过程及结果描述
3.1 测试描述
依据系统特征和共性准备测试数据，在测试数据准备完备以后，由测试人员进行测试。并由测试人员统计每次测试结果，分析测试结果对系统进行全方面评定和做出相关改善。
3.2 测试场景
优异行部分简单数据录入、管理、修改及输出测试。采取部分原本该受限制不可用数据进行检测，观察是否能得出预想结果。参考其它类似系统会出现问题或在设计过程中认为可能出现问题对该系统进行检测，观察结果，是否符合要求。
进行部分正常操作，统计系统反应时间，计算系统运行速率。
观察操作界面是否足够人性化，在相关操作进行时能否出现相关提醒。
测试中，使用逐步加压模式，测试运行场景安排以下：
1. 每隔2秒增加1个用户连接，最多增加到100个用户，查看并统计运行情况
2. 每隔2秒增加2个用户连接，最多增加到200个用户，查看并统计运行情况
3. 每隔2秒增加1个用户连接，最多增加到300个用户，查看并统计运行情况
4. 每隔3秒增加1个用户连接，最多增加到400个用户，查看并统计运行情况
每个场景全部包含：用户登录-业务操作-业务完成-退出系统，全部用例全部按以上场景进行测试，因为pc性能限制，为了更正确模拟现场环境，将运行全部脚本布署在8台LoadRunner终端上，关键目标就是检验在不一样压力情况下，业务系统性能表现。
根据测试用例进行测试完成进行相关修改后再进行下一轮测试。
3.3 测试结果
将测试得出数据和原来预想数据进行对比，寻求差距，从中分析犯错原因，和上述所需要做性能测试一一对照，寻求可能出现相关问题，再想措施处理。
测试结果统计为一下相关数据：
测试中完成各操作平均响应时间：（单位：秒）

测试中每秒点击率以下：

交易吞吐率（每秒处理数据量）：

可运行并发用户数目：

测试用例

变更履历
序号
维护人
维护类型
维护日期
维护原因
维护内容
1

2

3

4

5

6

7

8

9

10

11

12

13

第四章 目标
检验系统是否稳定，是否能够实施。检测错误所在。
第五章 项目概要
项目名称

考试报名及成绩查询系统

项目版本
001
项目责任人

测试人员

测试工程师

第七章 项目介绍
6.1 设计目标：
① 依据业务需求、功效需求、用户需求和其它非功效性需求，编写需求分析汇报
② 实现一般话考试报名所需信息录入。
③ 设计相关程序实现简单明了登录界面，易于使用者操作。
④ 深入掌握所学相关知识，实现自我拓展。
6.1.1 开发环境：
开发平台：visual studio
开发语言：C#（相关语言：HTML,Javascript,css）
数据库：sql server
布署平台：windows xp+Ⅱs6
6.1.2 程序功效：
支持考生信息输入，管理。考生能够登录自己账户进行考试报名和成绩查询等。能够统计考试报名信息，进行管理录入。
创建考试数据库，而且能够进行数据管理、修改、添加等。
包含对考生报名信息限制操作管理功效。