白盒测试学年论文正文Word下载.docx
《白盒测试学年论文正文Word下载.docx》由会员分享,可在线阅读,更多相关《白盒测试学年论文正文Word下载.docx(14页珍藏版)》请在冰点文库上搜索。
(4)一个成功的测试是发现了至今未发现的错误的测试。
这种观点可以提醒人们测试要以查找错误为中心,而不是为了演示软件的正确功能。
但是仅凭字面意思理解这一观点可能会产生误导,认为发现错误是软件测试的唯一目,查找不出错误的测试就是没有价值的,事实并非如此。
首先,测试并不仅仅是为了要找出错误。
通过分析错误产生的原因和错误的分布特征,可以帮助项目管理者发现当前所采用的软件过程的缺陷,以便改进。
同时,这种分析也能帮助我们设计出有针对性地检测方法,改善测试的有效性。
其次,没有发现错误的测试也是有价值的,完整的测试是评定测试质量的一种方法。
2.3软件测试的内容
验证(verification)是保证软件正确地实现了一些特定功能的一系列活动,即保证软件做了你所期望的事情。
(Dotherightthing)
1.确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立的需求的过程;
2.程序正确性的形式证明,即采用形式理论证明程序符号设计规约规定的过程;
3.评市、审查、测试、检查、审计等各类活动,或对某些项处理、服务或文件等是否和规定的需求相一致进行判断和提出报告。
确认(validation)是一系列的活动和过程,目的是想证实在一个给定的外部环境中软件的逻辑正确性。
即保证软件以正确的方式来做了这个事件(Doitright)
1.静态确认,不在计算机上实际执行程序,通过人工或程序分析来证明软件的正确性;
2.动态确认,通过执行程序做分析,测试程序的动态行为,以证实软件是否存在问题。
软件测试的对象不仅仅是程序测试,软件测试应该包括整个软件开发期问各个阶段所产生的文档,如需求规格说明、概要设计文档、详细设计文档,当然软件测试的主要对象还是源程序。
3相关技术和工具介绍
3.1相关技术介绍
按照软件测试用例的设计方法而论,软件测试可分为黑盒测试和白盒测试;
3.1.1白盒测试
白盒测试也称结构测试或逻辑驱动测试,它是知道产品内部工作过程,可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行,按照程序内部的结构测试程序,检验程序中的每条通路是否都有能按预定要求正确工作,而不顾它的功能,白盒测试的主要方法有逻辑测试、基路测试等,主要用于软件内部结构的验证。
3.1.2黑盒测试
黑盒测试也称功能测试或数据驱动测试,它是在已知产品所应具有的功能,通过测试来检测每个功能是否都能正常使用,在测试时,把程序看作一个不能打开的黑盆子,在完全不考虑程序内部结构和内部特性的情况下,测试者在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数锯而产生正确的输出信息,并且保持外部信息(如数据库或文件)的完整性。
黑盒测试方法主要有等价类划分、边界值分析、因—果图、错误推测等,主要用于软件确认测试。
3.1.3等价类划分
等价类划分:
是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法.
3.1.4边界值分析法
边界值分析法:
边界值分析方法是对等价类划分方法的补充.边界值分析方法的考虑:
长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.
3.1.5因果图方法
前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系,相互组合等.考虑输入条件之间的相互组合,可能会产生一些新的情况.但要检查输入条件的组合不是一件容易的事情,即使把所有输入条件划分成等价类,他们之间的组合情况也相当多.因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例.这就需要利用因果图(逻辑模型).
3.1.6错误推测法
错误推测法:
基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的方法.其基本思想:
列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例.
4项目软件测试的过程
4.1测试计划
4.1.1编写目的
通过测试,淮阴工学院教务系统登入软件完善的功能,描述需要测试的特性、测试的方法、测试环境的规划、测试用例的设计方法、明确测试策略。
4.1.2背景
说明:
a.本测试计划是淮阴工学院教务系统登入软件而规划的;
b.该开发项目的历史,列出用户和执行此项目测试的计算中心,说明在开始执行本测试计划之前必须完成的各项工作。
4.1.3淮阴工学院网站登入软件介绍
c.淮阴工学院教务系统以简单实用为目标,以通用型为基础的淮阴工学院网站登入软件,软件的口号是:
“您意想不到的简洁易用!
”
4.1.4参考资料
《软件测试与测试技术说明书》
《测试计划说明书》
4.2测试内容
列出组装测试和确认测试中的每一项测试内容的名称标识符、这些测试的进度安排以及这些测试的内容和目的,例如模块功能测试、接口正确性测试、接口正确性测试、接口正确性测试的测试、设计约束和极限的测试等。
测试类型
是否进行测试
测试优先级
说明
模块功能测试
是
中
各模块功能能正确实现
接口正确性测试
各接口正确的链接
接口正确性测试的测试
设计约束的测试
操作设计的步骤清晰
极限的测试
验证软件系统是否能够达到用户提出的性能指标,同时发现软件系统中存在的性能瓶颈及问题,找到软件的可扩展点,优化软件,最后起到优化系统的目的。
4.2.1测试条件
陈述本项测试工作对资源的要求,包括:
a.设备所用到的设备类型、数量和预定使用时间;
b.软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件,如测试驱动程序、测试监控程序、仿真程序、桩模块等等;
c.人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。
技术水平及有关的预备知识,包括一些特殊要求,如倒班操作和数据键入人员。
4.2.2测试资料
规格说明功能
功能测试
等价类、边界值、正交表
新增:
1.创建者默认当前用户2.用户故事和类型为边界选择3.内容不能为空
编辑:
除了创建人都可以修改
搜索:
全部为空及全不为空的搜索
删除:
数据库查看删除成功
新增-
编辑-
搜索-
删除
性能测试
页面展示速度
界面测试
压力测试
测试用例功能
1.创建者默认当前用户2.用户故事、类型、优先级及状态为边界选择3.标题和内容不能为空
执行:
运行平台、版本、运行结果边界选择,备注可为空
执行-
GUI测试
执行结果功能
1.用例编号、测试人员、用例标题不为空,备注可为空2.测试平台,被测版本,测试结果为边界选择
除了用例编号、标题都可以修改
缺陷跟踪功能
1.创建者默认当前用户2.创建时间、状态、严重度、优先级、所属模块、测试平台、测试版本为边界选择3.标题和内容不能为空,缺陷来源可为空
除了编号、创建人、创建时间都可以修改
缺陷回复:
状态、接管者边界选择,内容不能为空
附件管理:
附件类型和大小
附件管理-
缺陷回复-
容量测试
附件大小
兼容性测试
附件类型
4.2.3测试培训
说明或引用资料说明为被测软件的使用提供培训的计划。
规定培训的内容、受训的人员及从事培训的工作人员。
对象实体
功能方法
用户类型
登陆页面
设置参数
管理员/学生/教师
板块
浏览列表
新增板块
修改板块
删除板块
系统
查看信息
密码修改
编辑(全部)
管理员/教师
置顶
指定精华
转移
管理员
管理人员登录
添加
设定权限
4.3测试设计说明
4.3.1输入
说明本项测试中所使用的输入数据及选择这些输入数据的策略。
用户登录
控制用户权限
管理板块
管理用户
信息查询列表
信息录入和查询管理
功能使用
进行信息查询
用户管理
设置用户信息
4.3.2输出
说明预期的输出数据,如测试结果及可能产生的中间结果或中间结果
权限管理
修改新增信息
设置新增资料
恢复
搜索
精华
4.3.3过程
说明完成此项测试的一个个步骤和控制命令,包括测试的准备、初始化、中间步聚和运行结束方式。
具体请参照淮阴工学院教务系统测试方案和《淮阴工学院教务系统需求分析》写出淮阴工学院教务系统的功能测试用例
4.4评价准则
1、范围
说明所选择的测试用例能够接查的范围及其局限性。
2、数据整理
所做的各种测试都统一存为Word文档或Excel文档,也可以保存到QC质量中心软件中,但是最终要把所有的测试资料交给负责人统一整理、备案。
3、尺度
本系统的查询结果不允许有错误;
增、删、改、查和回不能出现任何误差;
数据资料的安全性要有保证,密码等口令要经过加密处理;
性能方面可以适量降低。
4.5测试总结
在对傻瓜销售系统测试过程中,经过大量的测试,设计大量的测试用例,采用测试工具QTP和LR进行测试,极大地加速了测试过程,并且进一步加强了对测试工具的了解。
通过这次测试,有了一些发现,对傻瓜销售系统资料模块和报表模块的BUG进行整理,进行修正。
收获很大,不但掌握了测试的整个流程,对自己做事情的认真负责进行了考验,而且进一步提高了傻瓜销售系统软件的质量,基本上成功完成了这次的测试任务。
4.6缺陷报告
关于缺陷级别的说明:
A类----严重错误包括:
由于程序所引起的死机,非法退出死循环导致数据库发生死锁,数据通讯错误,严重的数值计算错误
B类----较严重错误,包括:
功能不符,数据流错误,程序接口错误,轻微的数值计算错误
C类----一般性错误,包括:
界面错误打印内容、格式错误,简单的输入限制,未放在前台进行控制,删除操作未给提示
D类----较小的错误,包括:
辅助说明描述不清楚,显示格式不规范,长时间操作未给用户进度提示,提示窗口文字未采用行业术语,可输入区域和只读区与没有明显的区分标志,系统处理未优化
E类----测试建议(非缺陷)
关于缺陷紧急程度的说明:
一般而言,严重程度是指对于产一般也就四级
1–非常严重的缺陷,例如,软件的意外退出甚至操作系统崩溃,造成数据丢失。
2–较严重的缺陷,例如,软件的某个菜单不起作用或者产生错误的结果;
3-软件一般缺陷,例如,本地化软件的某些字符没有翻译或者翻译不准确;
4-软件界面的细微缺陷,例如,某个控件没有对齐,某个标点符号丢失等;
总结
接触软件测试这么久,从什么都不懂到深入了解了软件测试,经历了不少坎坷,自己也学到了太多太多。
从软件测试和软件可靠性理论入手,对现有的软件可靠性技术进行了系统的研究。
软件测试是伴随着计算机的产生而产生的,软件测试是为了更快、更早的将软件产品或软件系统中所存在的各种问题找出来,并促使程序员尽快的解决这些问题,最终及时的向客户提供高质量的软件产品。
软件测试是软件开发过程中的重要内容之一,是软件质量的保证关键。
软件测试贯穿软件开发的整个开发生命周期。
当然这只是我对软件测试的表面了解,在以后的学习中一定要多看书,首先要有更多的理论知识,再将其运用到实践当中,两者结合,才能将自己本身的能力发挥出来。
对“淮阴工学院教务系统”这一软件进行了测试。
通过队友以及老师的帮助,客服了重重困难,终于要为这个项目画下一个圆满的句号。
在写测试用例的时候,要对界面是否美观,功能是否完善等一系列因素去考虑。
把与实际不相符合的单列出来,这就是缺陷。
紧张的实训终于完成了,及时的总结才能不断的进步,这次对“淮阴工学院教务系统”的测试过程中,经过大量的测试,设计大量的测试用例,采用测试工具进行测试极大的加速了测试过程,并且进一步加强了对测试工具的了解。
通过这次测试,不但掌握了测试的整个流程,对自己做事情的认真负责进行了考验,而且进一步提高“淮阴工学院教务系统”软件的质量,基本上完成了这次的测试任务。
致谢
感谢所有常老师给自己的指导和帮助,是他教会了我专业知识,教会了我如何学习。
正是由于他,我才能在各方面取得显著的进步,在此向他们表示我由衷的谢意,并祝老师培养出越来越多的优秀人才,桃李满天下。
同时也感谢学院为我提供良好的做论文设计的环境。
在论文即将完成之际,我的心情无法平静,要感谢的人太多,要说得话也太多,尽管文字很无力,但我还是想用无力的语言表达我想说的话,故借写论文致谢信之机向各位可敬的师长、同学、朋友表达我最诚挚的谢意!
参考文献
[1]王健.苗勇.刘郢.编著.《软件测试员培训教材》.电子工业出版社.2003.9
[2]蔡琰.浅谈功能测试用例模板设计.《软件测试杂志》.2005第1期
[3]贺平.编著.《软件测试教程》.电子工业出版社.2005.6
[4]吴长安.软件测试的若干问题.《软件测试杂志》.2007.4.4期.12