江苏大学软件测试实验报告资料Word格式.docx
- 文档编号:13409595
- 上传时间:2022-10-10
- 格式:DOCX
- 页数:23
- 大小:618.66KB
江苏大学软件测试实验报告资料Word格式.docx
《江苏大学软件测试实验报告资料Word格式.docx》由会员分享,可在线阅读,更多相关《江苏大学软件测试实验报告资料Word格式.docx(23页珍藏版)》请在冰豆网上搜索。
技术简介:
本系统采用SQLServer数据库、C/S结构,完全支持多用户操作;
可运行于Windows9x/WindowsNT/2000/Xp/2003平台,有良好的兼容性、先进性与扩充性;
可在线升级。
系统特点:
操作简单、界面清晰、功能强大、运行稳定快速、系统资源占用少。
1.2测试需求
本次测试针对开发的图书馆管理系统进行,包括功能测试,界面测试,图书管理测试,信息查询测试,借书测试,还书测试,用户、管理员管理测试。
按照规格需求说明书中的功能进行测试,在测试过程中发现软件的漏洞不足并予以改正。
测试标识符
测试内容
实际测试工作内容与预先设计的内容的差别
系统登陆测试
检查用户是否合理、合法
无
图书管理测试
查询、添加、删除、修改图书信息
信息查询测试
进行图书信息查询
借书测试
读者从图书馆借出书籍
还书测试
读者退还所借书籍
用户、管理员管理测试
添加、删除、修改用户、管理员信息
3.测试计划
3.1测试方案的选择
测试的方法:
在这里我们有黑盒、白盒、静态、动态、回归、单元和集成测试等方法。
黑盒测试:
黑盒测试又称功能测试或者数据驱动测试。
黑盒测试是根据软件的规格对软件进行的测试,这类测试不考虑软件内部的运作原理,因此软件对用户来说就像一个黑盒子。
软件测试人员以用户的角度,通过各种输入和观察软件的各种输出结果来发现软件存在的缺陷,而不关心程序具体如何实现的一种软件测试方法。
白盒测试:
白盒测试又称结构测试或者逻辑驱动测试。
白盒测试是把测试对象看作一个打开的盒子。
利用白盒测试法进行动态测试时,需要测试软件产品的内部结构和处理过程,不需测试软件产品的功能。
白盒测试是知道产品内部工作过程,可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行,按照程序内部的结构测试程序,检验程序中的每条通路是否都有能按预定要求正确工作,而不顾它的功能,白盒测试的主要方法有逻辑驱动、基路测试等,主要用于软件验证。
静态测试:
静态测试指测试不运行的部分,例如测试产品说明书,对此进行检查和审阅.。
静态方法是指不运行被测程序本身,仅通过分析或检查源程序的文法、结构、过程、接口等来检查程序的正确性。
静态方法通过程序静态特性的分析,找出欠缺和可疑之处,例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。
静态测试结果可用于进一步的查错,并为测试用例选取提供指导
动态测试:
动态测试是指通过运行软件来检验软件的动态行为和运行结果的正确性。
回归测试:
回归测试是指在发生修改之后重新测试先前的测试以保证修改的正确性。
理论上,软件产生新版本,都需要进行回归测试,验证以前发现和修复的错误是否在新软件版本上再次出现。
根据修复好了的缺陷再重新进行测试。
回归测试的目的在于验证以前出现过但已经修复好的缺陷不再重新出现。
一般指对某已知修正的缺陷再次围绕它原来出现时的步骤重新测试。
通常确定所需的再测试的范围时是比较困难的,特别当临近产品发布日期时。
因为为了修正某缺陷时必需更改源代码,因而就有可能影响这部分源代码所控制的功能。
所以在验证修好的缺陷时不仅要服从缺陷原来出现时的步骤重新测试,而且还要测试有可能受影响的所有功能。
单元测试:
单元测试是最微小规模的测试;
以测试某个功能或代码块。
典型地由程序员而非测试员来做,因为它需要知道内部程序设计和编码的细节知识。
这个工作不容易做好,除非应用系统有一个设计很好的体系结构;
还可能需要开发测试驱动器模块或测试套具。
集成测试:
集成测试是指一个应用系统的各个部件的联合测试,以决定他们能否在一起共同工作并没有冲突。
部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。
这种类型的测试尤其与客户服务器和分布式系统有关。
一般集成测试以前,单元测试需要完成。
集成测试是单元测试的逻辑扩展。
它的最简单的形式是:
两个已经测试过的单元组合成一个组件,并且测试它们之间的接口。
从这一层意义上讲,组件是指多个单元的集成聚合。
在现实方案中,许多单元组合成组件,而这些组件又聚合成程序的更大部分。
方法是测试片段的组合,并最终扩展进程,将您的模块与其他组的模块一起测试。
最后,将构成进程的所有模块一起测试。
此外,如果程序由多个进程组成,应该成对测试它们,而不是同时测试所有进程。
集成测试识别组合单元时出现的问题。
通过使用要求在组合单元前测试每个单元,并确保每个单元的生存能力的测试计划,可以知道在组合单元时所发现的任何错误很可能与单元之间的接口有关。
这种方法将可能发生的情况数量减少到更简单的分析级别
测试用例的选取原则:
一:
测试用例必须具有代表性、典型性。
二:
测试用例要有“浓缩性”,即精要、综合。
三:
尽量避免含糊的测试用例。
四:
尽量将具有类似效果的测试用例抽象并归类。
五:
尽量避免冗长和复杂的测试用例。
3.2测试方案:
采用黑盒测试方法对功能逐一测试,在输入合理及不合理数据后测试系统的正常运作情况。
3.3测试项目
测试1:
系统登录测试
测试2:
测试3:
测试4:
系统管理测试
测试5:
测试6:
3.4测试准备
计划测试项目,设计合理的测试用例。
3.5测试覆盖率要求
(1)对源代码的测试覆盖率要求
在这里我们争取对软件关键模块的语句覆盖率要达到100%,分支覆盖要达到85%以上。
从而使系统的整体代码覆盖率能够达到87%以上。
(2)对需求的测试覆盖率要求
在这里争取测试用例的执行率要在100%,即所有用例都要执行一遍,测试用例的通过率要达到95%以上。
4.测试项目说明
4.1测试项目名称及测试内容
名称:
目的:
测试系统操作界面
内容:
帐号口令输入、合理性检查、合法性检查,系统操作界面显示控制
名称:
图书管理测试。
目的:
测试图书库操作功能。
内容:
图书库管理界面显示控制,图书库浏览,增加图书记录,删除图书记录,编辑图书记录。
测试系统信息查询功能
输入查询关键字,进行图书信息查询,管理员可查询学生信息,借阅信息
测试系统管理的功能
系统管理,创建用户,删除用户,修改用户,更改口令。
测试借书功能
学生查找书籍,找到所要书籍进行借阅
测试还书功能
学生退还所借书籍,记录借还信息。
4.2测试用例
4.2.1用例1:
输入
输出
用户名
密码
权限
admin
管理员
登录失败,输入错误
123456
登录成功,进入管理员模块
1.输入:
”admin““admin”
输出要求:
登陆失败
输出结果:
2.输入:
”admin““123456”
3.输入:
”admin““”
登陆成功
输出结果:
4.2.2测试2(图书管理测试)
1.添加图书测试
输入:
图书信息
输出要求:
添加成功
2.修改图书测试
修改成功
3.删除图书测试
输入:
删除”编译原理”
已经删除此书
与书库对比,已删除此书:
4.2.3测试3(信息查询测试)
1.图书信息查询测试:
输入:
”计算机”,显示相关书籍
显示出查询结果(查询计算机组成与结构)
2.学生信息查询测试:
读者姓名:
”田远”
输出要求:
显示该读者的信息以及所借的书籍
输出结果:
4.2.4测试4(系统管理测试)
用户添加:
1.用户添加测试
要求:
结果:
2.切换用户测试
登录成功
3.修改密码测试
普通用户测试用例:
学生
1
用户名重复
用户名不能为空
游客
2
添加用户成功
”学生””1”
2.输入:
””“1”
”游客”“2”
修改用户测试用例:
修改前
修改后
是否锁定
未锁定
11
读者
锁定
1.输入:
密码改为”4”
2.其他修改测试类似
3.添加管理员测试和修改密码测试类似于添加普通用户测试和修改用户测试
4.2.5测试5(借书测试)
借书测试用例:
原因
用户id
图书id
待操作列表中无数据记录
用户编号不能为空
31
图书编号不能为空
1111
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 江苏 大学 软件 测试 实验 报告 资料