软件测试大作业.docx
《软件测试大作业.docx》由会员分享,可在线阅读,更多相关《软件测试大作业.docx(21页珍藏版)》请在冰豆网上搜索。
软件测试大作业
本页仅作为文档页封面,使用时可以删除Thisdocumentisforreferenceonly-rar21year.March
软件测试大作业
西安欧亚学院2015-2016学年第二学期期末大作业
学号:
5班级:
统本软件1302班姓名:
周印座位号___9_
------------------------------密○------------------------封○------------------------线○--------------------------
专业:
软件工程课程:
软件测试工具年级:
13级
评卷人
得分
一、作业题目
根据选定的软件系统,对该系统进行功能和性能方面的测试。
根据软件需求规格说明书,制定测试计划、设计测试用例、选择测试策略、使用测试工具逐项展开测试,检查软件产品是否达到用户需求。
二、评分标准
课
程
大
作
业
成
绩
评分项
评分标准
得分
软件测试目的和内容
10分
测试计划的制定
10分
软件测试策略的选择
10分
测试用例的编写
10分
测试工具的使用
20分
测试执行过程
10分
测试结果的分析
10分
测试文档的完整性、规范性
20分
《软件测试工具》
课程大作业
专业:
软件工程
班级:
统本软件1302班
学号:
5
姓名:
周印
报告日期:
2016年06月12日
1引言
编写目的
随着现代科学技术的进步,人类社会正逐渐走向信息化,图书馆拥有丰富的文献信息资源,是社会系统的重要组成部分,在信息社会中作用愈来愈重要,我国图书馆计算机等信息技术的应用起步于20世纪70年代末期,随着改革开放的步伐得迅速发展,特别是90年代以后,我国图书馆信息网络建设取得了较大发展图书馆信息化建设迈向了一个新台阶。
我们的软件工程课程设计要求应用软件工程的方法对我们的项目进行详细的需求分析、概要设计、详细设计以及进行必要的测试,旨在让程序能够实现读者管理功能、采编管理功能、流通管理功能、统计管理功能和查询管理功能。
在此基础上让程序能够实现图书管理的自动化,帮助广大师生更好的管理和使用图书,提高图书在信息时代的作用。
为使图书管理工作科学化、规范化,就必须采用计算机辅助管理,从而减少人力的投入,由系统对入库图书进行自动分类、归类,学生信息整理、借阅情况登记入档,提高信息处理的精度和准确度。
系统介绍
利用此图书管理系统,可以大大减轻图书馆管理员的工作负担,同时能够极大地利用图书资源,为用户提供及时快捷的图书信息。
图书馆管理系统的管理员权限分为3级:
系统管理员、图书管理员和一般管理员。
他们具有不同的模块的管理权限。
图书馆管理系统的主要实体是书籍和图书。
通过不同的功能模块可以有效地对这两个实体进行管理。
这些模块的功能需求简单表述如下。
系统管理员:
只有系统管理员才具有该模块的权限。
该模块需要实现书籍参数和用户信息的管理,另外通过该模块可以解冻被冻结的用户、修改密码、备份数据库。
书籍参数具体包括索书号、书籍类型和费用类型3个方面的信息。
用户信息管理包括添加、编辑和删除用户信息。
书籍信息管理:
系统管理员和图书管理员具有该模块的权限。
该模块是系统核心的功能模块,要求实现添加书籍信息、查找书籍信息、编辑书籍信息、删除书籍信息、今日借阅查询、借阅书籍和归还书籍的功能。
读者信息管理:
所有的管理员都具有该模块的权限。
该模块要求实现添加读者信息、编辑读者信息和删除读者信息的功能。
术语和缩略词
黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。
在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。
黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。
白盒测试也称结构测试或逻辑驱动测试,它是按照程序内部的结构测试程序,通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行,检验程序中的每条通路是否都能按预定要求正确工作。
静态方法是指不运行被测程序本身,仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。
对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错
动态方法是指通过运行被测程序,检查运行结果与预期结果的差异,并分析运行效率和健壮性等性能,这种方法由三部分组成:
构造测试实例、执行程序、分析程序的输出结果
性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。
负载测试和压力测试都属于性能测试,两者可以结合进行。
参考资料
1.谢希仁.计算机网络(第五版)[M].北京:
电子工业出版社,2008年
2.胡小强计算机网络[M]北京:
北京邮电大学出版社2005年1月
3.黄文高《LoadRunner性能测试完全讲义》中国水利水电出版社,2014年
4.朱少民《软件测试方法和技术》,清华大学出版社,2005年
5.段念《软件性能测试过程详解与案例剖析》,清华大学出版社,2006年
2任务概述
测试目标(性能需求和功能需求)
测试计划是在软件开发的前期对软件测试做出清晰,完整的计划,不光对整个测试起到关键性的作用,而且对开发人员的开发工作,整个项目的规划,项目经理的审查都有辅助性作用。
包含了产品概述,测试策略,测试方法,测试区域,测试配置,测试周期,测试资源,风险分析等内容;借助软件测试计划,参与测试的项目成员,可以明确测试任务和测试方法,保持测试实施过程的顺畅沟通,跟踪和控制测试进度,应对测试过程中的各种变更。
首先,《测试计划》用来定义测试的范围、测试的方法、所需的资源、进度等,明确需要测试的产品项,需要覆盖的功能特性,需要执行的测试任务,每项任务的负责人,识别相关的风险。
其次,能够指导我们顺利的完成软件测试的任务,无论是在时间还是在任务分配或者是在进度安排方面都对我们起一个指导性的作用,使我们有条不紊的进行课程的学习。
测试计划是详细的计划过程中的一个副产品。
重要的是计划的过程,而不是文档本身。
测试计划的最终目标是表达(而非记录)测试组的意图、期望,以及对于即将进行的测试的理解
测试计划描述
黑盒测试:
黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。
在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。
黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试
1.测试标识符
2.测试内容:
实际测试工作内容与预先设计的内容的差别
3.系统登陆测试:
检查用户是否合理、合法
4.资料管理测试:
查询、添加、删除、修改图书信息
5.借阅管理测试:
图书归还,续借
6.借阅查询测试:
查询借阅记录、流水
7.物品管理测试:
查询所有物品、添加物品
8.读者管理测试:
添加、修改、删除用户
9.统计分析测试:
资料状态统计、借阅排行榜、用户、管理员
系统测试策略
测试策略包括用户界面测试、软件功能测试、软件可靠性测试。
用户界面测试:
通过和用户交互如输入相应信息(包括正确信息和错误信息)来测试输出信息的正确性。
软件功能测试:
对照用户需求来测试本系统的功能是否完全符合用户需求。
软件可靠性测试:
通过模拟图书馆的实际功能在不同的配置环境下来对本系统进行功能可靠性测试,查看是否能够正常完成图书馆管理系统的各项功能。
用户界面
序号
测试内容
测试方法
预期的结果
1
界面输入
在软件的测试运行中检查界面输入是否正常
光标可以正确定位到输入域,输入数据有效,输入顺序合理
2
界面显示
在软件的测试运行中检查界
面显示是否正常
在1024*768分辨率下,界面显示正常
3
界面文字与提示
在软件的测试运行中检查界面文字与提示的表达是否清晰,有无错误和模糊语义
界面文字与提示表达清晰,无错误和模糊语义
测试环境搭建
1.设备:
服务器:
(1)处理器(CPU):
Pentium900M(推荐Pentium4、
(2)内存容量(RAM):
至少256M(推荐512M)
客户端:
(1)处理器(CPU):
Pentium133M或更高、
(2)内存容量(RAM):
64M或更高
2.支持软件:
数据库服务器端:
(1)操作系统:
MicrosoftWindows2003、
(2)数据库管理系统:
SQLServer2005,配置TCP/IP协议
Web服务器端:
(1)操作系统:
MicrosoftWindows2003、
(2)Internet信息服务(IIS)管理器、(3)Visual2005,配置TCP/IP协议
客户端:
(1)操作系统:
Windows98/2000/2003/XP、
(2)Web浏览器:
InternetExplorer以上或Netscape以上,配置TCP/IP协议
测试方法和工具
测试方法:
单元测试,集成测试,系统测试,用户测试,回归测试,黑盒测试
工具:
loadruuner
3功能测试
功能模块说明
图
测试用例设计
用例1:
系统登录测试
表
输入
输出
用户名
密码
‘’
‘12degf’
错误—用户名空
‘2345’
‘1245’
错误—用户名非法
‘134她5’
‘58687’
错误—用户名非法
‘12334’
‘’
错误—密码为空
‘1367’
‘aig#345’
错误—密码非法
‘35678’
‘fi33556’
错误-密码非法
‘245665’
‘35我46’
错误—密码非法
‘55301’
‘880527’
正确---登陆成功
步骤及操作:
运行系统,转到登陆界面,输入用户名及密码,测试登陆功能。
允许偏差:
不允许任何偏差
条件:
用户即可,包括管理员,学生
用例2:
图书管理测试
表
图书名称
类别
索引号
作者
出版社
价格
状态
摘要
输入
软件工程
软件
Rj5
周印
内蒙古工业大学
20
在库
无
输出
添加成功
表
图书名称
类别
索引号
作者
出版社
价格
状态
摘要
输入
Askdfj
软件
Pjg
周印
内蒙古工业大学
20
在库
无
输出
修改成功
表
图书名称
类别
索引号
作者
出版社
价格
状态
摘要
输入
软件工程
软件
123
周印
内蒙古工业大学
20
在库
无
输出
删除成功
步骤及操作:
运行系统转到图书管理界面,添加、删除、修改
允许偏差:
不允许
条件:
管理员操作
用例3:
信息查询测试
图书信息查询表
图书名称
图书分类
读者姓名
读者编号
输入
软件工程
软件
周印
1245
输出
找到该书籍
输入
测试基础
军事
周印
12475
输出
没有找到该书籍
步骤及操作:
运行系统,转到图书信息查询界面,输入所要查询书籍,进行测试。
允许误差:
允许
条件:
学生登录查询
学生信息查询表
读者姓名
读者编号
联系电话
家庭住址
读者类别
输入
周印
输出
周印
01254563
23
无
专科生
输入
小明
输出
无法找到该用户
步骤及操作:
运行系统,转到管理员界面,输入学生信息,进行查询。
允许误差:
允许
条件:
管理员操作
用例4:
系统管理测试
学生信息表
读者姓名
读者编号
联系电话
家庭住址
读者类别
输入
周印
0001
无
本科生
输出
创建用户成功
输入
三毛
0002
987
无
专科生
输出
修改用户成功
输入
安瑞
输出
删除用户成功
密码修改表
旧密码
新密码
新密码
输入
000000
123456
123456
输出
更改成功
输入
234123
23411
23411
输出
更改失败,密码不能小于六位
步骤及操作:
运行系统,转到系统管理界面,进行创建,修改等测试。
允许误差:
允许
条件:
管理员操作
用例5:
借书测试
借书测试表
输入
图书条形码:
9
当前借阅时间2010/7/15
设定借阅时间30天
输出
借阅成功
步骤及操作:
运行系统,转到学生借阅管理界面,进行借书测试。
允许误差:
允许
条件:
管理员操作
用例6:
还书测试
还书测试表
图书条形码
当前归还时间
输入
20010/8/15
输出
归还成功
操作及步骤:
运行系统,转到学生借阅管理界面,进行还书测试。
允许误差:
允许
条件:
管理员操作
测试执行过程
用例1:
系统登录测试
输入:
‘5530cc’‘cc0527’
输出:
登陆失败
输出结果:
图用例2:
图书管理测试
1.添加书籍测试
图
图修改图书测试
图删除书籍测试
图用例6:
还书测试
归还图书测试
图用例4:
系统管理测试
图测试结果分析
系统登录
结果:
在测试过程中对于选用的用例基本能过提出错误提示,变现良好。
分析:
在输入时没有游客模块,在该功能上还有待进一步改进。
图书管理测试
结果:
资料管理测试中的各项功能,包括添加书籍、修改图书、删除图书、下架书籍、添加图书分类、修改图书分类、删除图书分类,表现得都比较迅速。
分析:
对于图书信息表的数据项还应该多添加一些,这点还有待进一步改善。
借阅管理测试
结果:
归还资料、续借速度较快,能力也较好。
分析:
最好能实现用户自己自主实现借阅功能,但需要自主借阅限制。
借阅查询测试
结果:
能够进行简单查询书籍借阅的基本的情况
分析:
查询条件设立不够多
读者管理测试
结果:
能够对用户进行全面的管理,增加,修改,删除
分析:
此功能较完善
用户、管理员管理测试
结果:
在添加、删除、修改用户和管理员的功能上都较快。
分析:
由于数据库内容较少,添加、修改、删除速度都还不能反应出软件处理的真实情况,这点还需有待验证。
4性能测试
测试指标及期望
图书馆作为学院办学三大支柱之一,每天图书资源检索平台,电子图书平台的访问量都很大的系统,是教学、科研及相关产业的文献信息保障体系。
为了测试多个用户同时访问图书馆管理系统服务器时是否存在性能下降等性能问题,找出图书馆服务器能够同时支持的最大用户数,需要对该服务器进行并发用户性能测试。
在具体的性能测试工作中,并发用户往往是借助工具来进行模拟的。
鉴于LoadRunner在性能测试方面的强大功能,在本测试中使用LoadRunner来模拟大量的用户,然后让这些虚拟用户同时访问图书馆的网站,从而帮助我们确认和查找性能问题。
测试的体系架构如图2所示。
图
录制与编写脚本
录制脚本:
按照计划访问流程,使用LoadRunner全程录制图书馆网站首页访问脚本,经过调试并添加脚本记录模块访问时间。
执行测试:
使用LoadRunner执行已录制的脚本,监测图书馆登录服务器资源(IP地址:
),峰值用户数50人,每隔10秒加载1个用户,峰值测试时间20分钟。
设计与创建场景
场景描述
1)模拟环境由模拟客户机模拟:
白天平常工作时间大用户量登录图书馆首页、进入主页、使用查询系统电子查阅图书等操作。
2)计划图书馆主页的访问流程:
表图书馆主页的访问流程
组别
操作
备注
初始化
登录
打开首页
思考时间
重复动作
打开图书馆管理系统主页上一条文档等待时间
思考时间
点击主页上“更多(More)”的等待时间
思考时间
打开图书目录并进入其中一页
思考时间
打开导航字典并进入某个类别
思考时间
进入信息检索并输入一个检索内容
思考时间
进入数据仓库智能分析系统
思考时间
打开主页上原图书馆管理系统的公告
思考时间
点击展开左侧导航条,打开导航词典
结束
注销
运行结果并分析数据
加载用户记录:
图用户加载记录
Run绿色曲线纵轴代表用户数,横轴为测试时间;最大加载用户数50,总时长38分钟。
每秒点击访问数:
图每秒点击访问数
Hits紫色曲线纵轴为点击数,横轴为时间,最大点击数为73,平均点击数为55
执行事务数:
图执行事务数
Pass柱状图代表执行测试事务数,纵轴表示通过数目,横轴表示事务类别
执行事务响应时间:
图执行事务响应时间
纵轴表示各个事务1次的执行时间,纵轴表示整个测试时间段,Action表示所有重复操作的事务合集,end为注销过程,int为登录过程
服务器资源():
图服务器资源记录
曲线代表登陆服务器的处理器、内存、硬盘资源指数;数列中Scale列表示各个指数在图示显示时为求得理想显示效果所选择的比例;纵轴为响应时间或比率;横轴为测试总时段
总体资源反应:
图总体资源反应
该图反应随着用户的加载,系统事务点击率、服务器资源、以及对话资源的变化;
分析:
通过以上的压力测试可以得到结论:
该图书馆管理系统首页的访问,随着用户的访问量由0增加至50,系统的负载、事务处理时间,系统响应时间,登陆服务器资源的使用率会有一定的增加。
但从整体来说,在模拟50人同时在线,并发访问系统持续20分钟的情况下,对系统资源的使用是合理的、均衡的,系统资源也是充足的。
因此可以得出场景结论,在正常使用情况下不会给服务器造成不合理、不稳定的压力。
5测试结果及建议
系统登录
结果:
在测试过程中对于选用的用例基本能过提出错误提示,变现良好。
建议:
在输入时没有游客模块,在该功能上还有待进一步改进。
图书管理测试
结果:
资料管理测试中的各项功能,包括添加书籍、修改图书、删除图书、下架书籍、添加图书分类、修改图书分类、删除图书分类,表现得都比较迅速。
建议:
对于图书信息表的数据项还应该多添加一些,这点还有待进一步改善。
借阅管理测试
结果:
归还资料、续借速度较快,能力也较好。
建议:
最好能实现用户自己自主实现借阅功能,但需要自主借阅限制。
借阅查询测试
结果:
能够进行简单查询书籍借阅的基本的情况
建议:
查询条件设立不够多
读者管理测试
结果:
能够对用户进行全面的管理,增加,修改,删除
建议:
此功能较完善
用户、管理员管理测试
结果:
在添加、删除、修改用户和管理员的功能上都较快。
建议:
由于数据库内容较少,添加、修改、删除速度都还不能反应出软件处理的真实情况,这点还需有待验证。
6总结
通过本次课程设计,我在以前学习的基础上,深入对软件测试的探讨和研究,能具体化了解测试的具体流程和步骤,以及所产生的文档,具体到每个环节。
前阶段的测试工作结束后,测试工作产生了一些成果,同时也存在一些不足的地方,我通过对项目进行总结,统计分析得出结论,对今后的工作提出改进建议和参考。
从而具体地了解测试。
本来这门课程的知识我还学得不够扎实,但通过这次课设,在设计过程中碰到了很多问题,刚开始要设计的时候不知道从哪里下手,但通过不断摸索和老师的教导得以解决,让我学到了很多书本上没有的东西,我也将课本上的知识融会贯通,起到了很好的辅助学习的效果,我也发现我学到的知识比上个学期学的还要多。
理论和实践相结合是学习的最有效的方法,这次设计中我也发现了自己的很多不足之处,对以前所学的理解不够深刻,掌握不够牢固。
通过这次课设,我也把所学过的知识重新温故了一边。
在准备工作中要正确的分析系统需求,把大体框架做好,然后再逐一细化。
同时通过这几天报告的编写,我也发现了自己的很多不足,自己知识的很多漏洞,看到了自己的实践经验还是比较缺乏,理论联系实际的能力还是比较脆弱。
最后,在这里对老师和同学的帮助表示最诚挚的感谢。
在以后的学习和生活当中我一定再接再厉,不求最好,但求更好