报告成绩 图书管理系统测试报告
1 简介
1.1 编写目的
本测试报告描述了对图书管理系统的压力测试和对登录和注册功能的黑盒测试，根据测试结果指导开发人员对软件产品进行完善和优化，给用户提供一份客观的软件质量报告。本方案的主要读者为软件开发项目管理者、软件工程师、系统维护工程师、测试工程师、客户代表等。
LoadRunner测试流程：
1.2 系统简介
项目名称：图书管理系统
项目简介：本项目探讨了一个基于J2EE的图书管理系统的设计和实现。基于J2EE下的图书管理系统用Java语言开发处理程序，选择强大的Eclipse作为开发工具，用交互式网站界面设计技术(JavaServer Faces)开发前台界面，后台数据库选择MySQL。本系统实现了基本的对书籍信息、读者信息、借阅信息、归还信息、查询信息进行管理和操
作等功能，可以满足普通用户、管理员的需求。
1.3 术语和缩略词参考资料
1）响应时间：客户端从给服务器发送一个请求开始直到完全接受了服务器反馈信息为止，这期间所用的时间称为响应时间。
2）吞吐率：即应用系统在单位时间内完成的交易量，也就是在单位时间内，应用系统针对不同的负载压力，所能完成的交易数量。
3）点击率：每秒钟用户向web服务器提交的http请求数。
4）图书管理系统项目开发计划，需求规格说明书，概要设计说明书，详细设计说明书。
5）黑盒测试：英文是Black Box Testing。又称功能测试或者数据驱动测试。 6）等价划分测试：等价划分测试是根据等价类设计测试用例的一种技术。
2 测试概要
2.1 测试用例设计? 2.1.1 黑盒测试：
1) 边界值法
用边界值法设计用户注册测试用例： a) 先等价划分 编号 1 2 输入条件 用户名是3-8位汉字 用户名位数小于3或大于8 所属类别 有效等价类 无效等价类 3 4 5 6 7 8 9 10 11 无用户输入 用户名为非汉字符号 密码是3-8位字符和数字组合 未输入密码 密码位数小于3或大于8 密码非字符和数字组合 确实密码与上一次密码不一致 确认密码未输入 确认两次密码一致 b) 边界值分析
无效等价类 无效等价类 有效等价类 无效等价类 无效等价类 无效等价类 无效等价类 无效等价类 有效等价类 序号 用户名 1 2 3 4 5 6 为空 小明 小明 小明 何 何何何 何何何 何 7 8 9 10 11 小明 小明 小明 小明 小明 输入数据 密码 Aa123 空 Aa123 Aa123 Aa123 Aa123 确认密码 Aa123 Aa123 空 Aa123 Aa123 Aa123 预期结果 请输入用户名 请输入密码 请输入确认密码 注册成功 提示用户名位数大于2 提示用户名位数小于7 Aa123 Aa A Aa13@这 Aa123 Aa123 Aa123 Aa123 Aa123 Aa123a 注册成功 密码是3-8位 密码是3-8位 密码必须是字符和数字组合 确实密码与上一次密码不一致 2) 等价类划分 ：
建立输入等价类表，用等价类划分法设计用户登陆测试用例 输入条件 有效等价类 无效等价类 用户名 用户名不为空(1) 用户名全部为汉字(2) 用户名为空(7) 用户名部分为汉字(8)、都不为汉字(9) 用户名长度2--6(3) 用户名长度为1(10)、长度大于10(11) 密码 密码非空(4) 密码字母和数字组合(5) 密码空(12) 密码全为数字(13)、全为字母(14)、包含其他非字母和数字字符(15) 密码长度3-8(6) 密码长度为1(16)、长度大于10(17) 2.1.2 压力测试：
1）测试用例1 测试场景描述
用户登陆模块，总共登录10个用户，每1秒登录1个用户； 用户点击“登录”按钮，进入到图书管理界面； 点击“退出”?按钮，返回到登录界面。
图2.1.1 测试用例1
2）测试用例2 测试场景描述
用户登陆模块，总共登录20个用户，每1秒登录1个用户； 用户点击“登录”按钮，进入到图书管理界面； 点击“退出”?按钮，返回到登录界面。
图2.1.2 测试用例2
3）测试用例3
测试场景描述
用户登陆模块，总共登录30个用户，每1秒登录1个用户； 用户点击“登录”按钮，进入到图书管理界面； 点击“退出”?按钮，返回到登录界面。
图2.1.3 测试用例3
2.2 测试环境与配置
数据库服务器配置 CPU 内存 硬盘（可用空间大小） 操作系统 应用软件 机器网络名 局域网地址 应用服务器配置 CPU 内存 硬盘（可用空间大小） 操作系统 应用软件 机器网络名 局域网地址 客户端配置 CPU 内存 硬盘（可用空间大小） **************.40GHz4G 92GB/150GB *************.67GHz6G 315GB/500GB Win8 Tomcat 无 222.18.1.85 *************.67GHz6G 500G Win8 MySQL 无 222.18.1.85 操作系统 应用软件 机器网络名 局域网地址 Win7 Google Chrome 无 67 2.3 测试方法 2.3.1 黑盒测试：
测试方法：等价类划分、边界值。 测试重点模块： 登录功能测试；登录模块
注册功能测试；注册模块
一面属于确认有效区间，一面属于确认边界，联系就是等价和边界要一起考虑，边界值分析法属于等价类划分法的补充，任何等价区间都有边界，有边界就有等价区间
测试工具：Selenium IDE
用工具Selenium IDE对图书馆管理系统的用户注册模块进行测试：
图2.3.1.1 用户注册1 图2.3.1.2 用户注册2
修改测试用例后，测试结果正确：
图2.3.1.3 用户注册3
2.3.2 压力测试：
测试方法： 1）Vuser创建脚本
i.
启动界面；
ii. iii. iv. v. vi. vii.
创建Web脚本； 录制脚本； 保存脚本； 回放脚本； 添加事务；
参数化用户登录信息；
图2.3.2.1 创建Web脚本1 图2.3.2.2 创建Web脚本2
图2.3.2.3 添加事务 图2.3.2.4参数化用户登录信息
2）controller创建场景
i. ii. iii. iv. v. vi. vii. viii.
创建新场景； 设计场景；
增加Load Generator； 设置被监视windows系统； 设置用户名和密码； 运行测试； 分析测试报告； 保存测试报告；
图2.3.2.5 设置被监视windows系统
图2.3.2.6 运行测试
测试工具：LoadRunner 11.0
3 测试结果与缺陷分析
3.1 测试执行情况记录
黑盒测试：
图3.1.1 用户登录 图3.1.2 图书列表 图3.1.3 用户注册
压力测试：
1）加载用户
图3.1.4 用户加载记录
Run绿色曲线纵轴代表用户数，横轴代表测试时间；最大加载用户数目依次为10,20,30，总时长4分30秒；
2）每秒点击访问数
图3.1.5 每秒点击访问数
Hits紫色曲线纵轴为点击数，横轴为时间，最大点击数121，平均点击数为； 3）执行事务数
图3.1.6 执行事务数
Pass柱状图代表执行测试事务数，纵轴表示数目，横轴表示事务类别； 4）执行事务响应时间：
图3.1.7 执行事务响应时间
纵轴表示各个事务平均的响应时间，横轴表示整个测试时间段。
3.2 测试分析
序号 1 2 3 4 [用户名，密码] [,Aa123456] 覆盖等价类 4，5，6，7 测试结果 失败 [何hh,Aa123456] 1，3，4，5，6，8 失败 [www,Aa123456] [何,Aa123456] 1，3，4，5，6，9 失败 1，2，4，5，6，10 失败 5 [何何何何何何何,Aa123456] 1，2，4，5，6，11 1，2，3，12 1，2，3，4，6，13 失败 6 7 [小明,] [小明,1234] 失败 失败 8 [小明,abcd] 1，2，3，4，6，14 成功 9 [小明,@123] 1，2，3，4，6，15 失败 10 11 [小明,1] 1，2，3，4，16 1，2，3，4，5，17 失败 失败 12 [小明,Aa1234] 1，2，3，4，5，6 成功 表3.2.1 黑盒测试分析
黑盒测试：当用户名不为空，用户名全部为汉字，用户名长度2—6，密码非空，密码字母和数字组合，密码长度3-8，在正常输入符合规范的所有用户信息的时候，系统能够正常添加信息，这个系统有效等价类的测试成功。
压力测试：通过测试分析得出：该图书管理系统首页的访问，随着用户的最大访问量（10,20,30）的增大，系统的负载、事务处理时间、系统响应时间、服务器的资源的使用率的会有一定的增加。
4 测试结论
1）测试结论：
黑盒测试：在此次实验通过使用Selenium工具和LoadRunner对图书馆管理系统的用户注册和登录模块进行测试，使我们对这两个工具有了更深的认识：使用Selenium IDE时可根据网页的注册信息自动生成脚本，再在Selenium IDE中修改信息便可以直接注册。虽然此次试验做的不是很顺利，但从中学习到了团队的合作精神，丰富了以后做测试的经验，对测试软件更加熟悉。
此系统满足了录入图书馆用户信息的删除、查询、修改几个最基本的需求，对于主要测试的是用户登录和注册这一块，系统在规范化、合法化、合理化方面存在很大的问题，系统及其不完整，需要重新定义某一些需求或者采集给你更多的需求进行优化。
通过使用Selenium-IDE黑盒测试检测使用等价划分法、边界值分析法的测试用例测试系统。测试用例一共有22个，此次测试未从安全、性能、受网络方面进行全面测试存在一定风险，图书管理系统已满足测试通过要求，已按照测试范围以及测试用例执行通过。
压力测试：从整体来说，模拟30人同时在线，并发访问系统持续5分钟的情况下，对系统资源的使用是合理的、均衡的，系统资源也是充足的。因此可以得出场景结论,在正常使用情况下不会给服务器造成不合理、不稳定的压力。
2）测试需改进的地方：
进行压力测试用例3的测试时，未通过的测试有32个，具体原因显示为Server此时，应该关闭迅雷的一些服务，测试结果会更好。
图4 未通过测试的原因
