XX学院网站的系统测试方案优选.docx
《XX学院网站的系统测试方案优选.docx》由会员分享，可在线阅读，更多相关《XX学院网站的系统测试方案优选.docx（13页珍藏版）》请在冰豆网上搜索。
XX学院网站的系统测试方案优选
信电学院的系统测试设计方案
概述
系统测试是关注系统的外部特性。
它的主要对象是进行系统测试的测试工程师。
该方案所包含的测试用例范围包括MicroMOe系统的所有功能测试用例、环境测试用例、性能测试用例以及UI测试用例等。
1测试资源和环境
1.1硬件配置
关键项
性能要求
期望到位阶段
测试PC机
P4，主频2.6GHZ，硬盘300G，内存2G，此配置是实际用机
需求分析阶段
数据库服务器
P4，主频2.6GHZ，硬盘300G，内存2G，此配置是实际用机
需求分析阶段
1.2软件配置
资源名称/类型
配置
数据库管理系统
SQLServer2005
应用软件
MICROSOFTOFFICE、VISIO、VISUALSOURCESAFE、MicrosoftProject
客户端前端展示
IE6.0
负载性能测试工具
Vs2010；
功能性测试工具
MANUAL
测试管理工具
None
1.3测试数据
本方案的测试数据来源于测试需求及测试用例。
2测试策略
系统测试类型及各种测试类型所采用的方法、工具等介绍如下：
测试优先级说明：
H-必须测试
M-应该测试，只有在测试完所有H项后才进行测试
L-可能会测试，但只有在测试完所有H和M项后才进行测试
2.1功能测试
测试范围
验证数据精确度、数据类型、业务功能等相关方面的正确性
测试目标
核实所有功能均已正常实现，即验证游览者、用户、管理员是否可以顺利使用需求列表里的功能达成特定目标，系统是否可以完成相应的后台操作。
技术
采用黑盒测试、边界测试、等价类划分、数据驱动测试等测试方法
工具与方法
手工测试
开始标准
开发阶段对应的功能完成并且测试用例设计完成
完成标准
95%测试用例通过并且最高级缺陷全部解决
测试重点与优先级
信电首页（图片新闻、通知公告、学院动态、校内常用链接、校内常用导航等）、学院概况、党建思政、师资队伍、本科教育、研究生教育、实践教学、教学研究、科学研究、学生工作等功能
需考虑的特殊事项
2.1.1测试计划
单元测试（类测试）：
年月日-年月日
集成测试（交互测试）：
年月日-年月日
系统测试：
年月日-年月日
2.1.2测试方案
单元测试方案：
由开发人员在系统开发过程中对编写的系统函数以及数据库接口函数等使用白盒测试方法进行单元测试。
集成测试方案：
由测试小组在单元测试结束后对使用黑盒测试方法对各单元组合在一起能否按照既定意图写作运行进行测试。
系统测试方案：
由测试小组在集成测试结束后对整个系统能否在实际软件要求的环境正常运行，并且对最终的系统软件进行全面的测试，以确保最终软件系统满足产品需求并且遵循系统设计。
2.2压力测试
系统响应时间判断原则如下：
系统业务响应时间小于2-5秒，判为优秀，用户对系统感觉很好；
系统业务响应时间在5-10秒之间，判为良好，用户对系统感觉一般；
系统业务响应时间超过15秒，判断为一般，用户体验不佳。
测试范围
预测系统在大量用户同时并发产生大量数量的情况下，系统可以响应的时间及服务器资源占用等性能情况。
平均响应时间、总用时、服务器CPU利用率、内存占用等。
测试目标
并发数在上升的同时，所表现出来的CPU耗时仍然无明显增大，程序在设计过程中，及数据库都没有存在瓶颈现象。
在高强度运行状态下并没有产生崩溃现象！
技术
采用并发测试法、增加量级测试法、重复测试法等
工具与方法
Loadrunner9.0（美国Mercury公司）
使用HTTP/HTTPS协议。
开始标准
开发阶段对应的功能完成并且测试用例设计完成
完成标准
95%测试用例通过并且最高级缺陷全部解决
测试重点与优先级
需考虑的特殊事项
测试场景一：
1.设置初始登陆用户为：
5人
2.每30秒增加5个用户并发数
3.逐步递增到25个用户并发数
4.测试计算
一：
登陆页面模块
序号
最小相应时间（s）
最大相应时间（s）
平均响应时间（s）
第一次
第二次
二：
主页面
序号
最小相应时间（s）
最大相应时间（s）
平均响应时间（s）
第一次
第二次
三：
登陆到页面数据下载
序号
最小相应时间（s）
最大相应时间（s）
平均响应时间（s）
第一次
第二次
测试场景二：
1.设置初始登陆用户为：
5人
2.每30秒增加5个用户并发数
3.逐步递增到50个用户并发数
4.测试计算
一：
登陆页面模块
序号
最小相应时间（s）
最大相应时间（s）
平均响应时间（s）
第一次
第二次
二：
主页面模块
序号
最小相应时间（s）
最大相应时间（s）
平均响应时间（s）
第一次
第二次
三：
登陆到页面数据下载
序号
最小相应时间（s）
最大相应时间（s）
平均响应时间（s）
第一次
第二次
2.3用户界面（UI）测试
测试范围
1．导航、链接、Cookie、页面结构包括菜单、背景、颜色、字体、按钮名称、TITLE、提示信息的一致性等。
2．友好性、可操作性（易用性）
测试目标
核实各个窗口风格（包括颜色、字体、提示信息、图标、TITLE等等）都与基准版本保持一致，或符合可接受标准，能够保证用户界面的友好性、易操作性，而且符合用户操作习惯。
技术
WEB测试通用方法
工具与方法
目测
开始标准
界面开发完成
完成标准
UI符合可接受标准，能够保证用户界面的友好性、易操作性，而且符合用户操作习惯
测试重点与优先级
需考虑的特殊事项
2.4性能测试
本次测试使用HP公司的性能测试工具LoadRunnerv9.0生成虚拟用户，通过
LoadRunner负载运行控制器控制生成的虚拟用户对被测系统进行压力负载测试，同时使用LR监控中间件服务器的系统资源和性能指标。
测试范围
多用户长时间在线操作时性能方面的测试
测试目标
核实系统在大流量的数据与多用户操作时软件性能的稳定性，不造成系统崩溃或相关的异常现象
技术
自动化测试
工具与方法
Vs2010
开始标准
自动化测试脚本设计并评审通过且项目组移交系统测试
完成标准
系统满足用户需求中所要求的性能要求
测试重点与优先级
需考虑的特殊事项
2.4.1业务模型
使用单个交易的性能测试脚本，将同一模块内相近功能的脚本放在同一个测试场景中，平均设定每个交易的比例。
场景
业务名称
业务比例
场景一
场景二
场景三
2.4.2基准测试模型
基准测试模型
序号
功能模块
交易名
用户数
迭代数
Thinktime
循环间隔
1
1
20
忽略
忽略
1
20
忽略
忽略
1
20
忽略
忽略
2
1
20
忽略
忽略
1
20
忽略
忽略
3
1
20
忽略
忽略
4
1
20
忽略
忽略
……
……
……
……
……
……
……
2.4.3混合交易负载场景
制作单个交易的性能测试脚本，将同一模块内功能相近的脚本放在同一个测试场景中，并发用户数为50，平均设定每个交易的比例，设定负载序列，按照负载序列逐渐增加并发用户数。
场景一
序号
功能名称
功能点
并发用户
用户加载方式
Thinktime
循环间隔
1
50
每2增加1个
忽略
忽略
2
3
……
……
……
……
……
……
……
场景二
序号
功能名称
功能点
并发用户
用户加载方式
Thinktime
循环间隔
1
50
每2增加1个
忽略
忽略
2
……
……
……
……
……
……
……
场景三
序号
功能名称
功能点
并发用户
用户加载方式
Thinktime
循环间隔
1
50
每2增加1个
忽略
忽略
2
3
4
……
……
……
……
……
……
……
……
2.5安全性测试
测试范围
1．非法攻击
测试目标
2．应用程序级别的安全性：
核实用户只能操作其所拥有权限能操作的功能。
3．系统级别的安全性：
核实只有具备系统访问权限的用户才能访问系统。
技术
代码包或者非法攻击工具
工具与方法
手工测试
开始标准
功能测试完成
完成标准
执行各种非法操作无安全漏洞且系统使用正常
测试重点与优先级
需考虑的特殊事项
2.6兼容性测试
测试范围
1.使用不同版本的不同浏览器、分辨率、操作系统分别进行测试。
2.不同操作系统、浏览器、分辨率和各种运行软件等各种条件的组合测试。
测试目标
核实系统在不同的软件和硬件配置中运行稳定
技术
黑盒测试
工具与方法
手工测试
开始标准
项目组移交系统测试
完成标准
在各种不同版本不同类项浏览器、操作系统或者其组合下均能正常实现其功能
测试重点与优先级
需考虑的特殊事项
2.7回归测试
测试范围
所有功能、用户界面、兼容性、安全性等测试类型
测试目标
核实执行所有测试类型后功能、性能等均达到用户需求所要求的标准
技术
黑盒测试
工具与方法
手工测试和自动化测试
开始标准
每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试
完成标准
95%的测试用例执行通过并通过系统测试
测试重点与优先级
测试优先级以测试需求的优先级为参照
需考虑的特殊事项
软硬件设备问题
3测试实施阶段
测试类型
测试阶段
单元测试
集成测试
系统测试
验收测试
功能测试
X
✓
✓
X
性能测试
X
✓
✓
X
安全性测试
X
✓
✓
X
兼容性测试
X
✓
✓
X
用户界面（UI）测试
X
✓
X
回归测试
每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试
备注：
“✓”表示由测试组执行，“X”表示由项目组执行；
4测试通过标准
系统无业务逻辑错误和二级的BUG。
经确定的所有缺陷都已得到了商定的解决结果。
所设计的测试用例已全部重新执行，已知的所有缺陷都已按照商定的方式进行了处理，而且没有发现新的缺陷。
注：
缺陷的严重等级说明：
A：
严重影响系统运行的错误；
B：
功能方面一般缺陷，影响系统运行；
C：
不影响运行但必须修改；
D：
合理化建议。
注：
1、遇到前后台相互结合的部分，比如在后台操作后需要前台验证的，要一起进行测试；
2、在测试执行过程中，Alice、Sukada要对整体的MicroMOe系统进行测试把关。
最新文件----------------仅供参考--------------------已改成word文本---------------------方便更改
升级会员 