软件单元测试及测试用例设计

网友投稿 752 2022-11-16

本站部分文章、图片属于网络上可搜索到的公开信息,均用于学习和交流用途,不能代表睿象云的观点、立场或意见。我们接受网民的监督,如发现任何违法内容或侵犯了您的权益,请第一时间联系小编邮箱jiasou666@gmail.com 处理。

软件单元测试及测试用例设计

1.软件测试

软件测试是指利用相关测试工具,按照一定的测试方案和流程对软件系统的功能和性能进行测试,对可能出现的问题进行分析、评估,发现开发错误并跟踪,以确保所开发的软件满足用户需求。软件测试是保证软件质量的主要手段,是根据软件开发各阶段的规则说明和程序内部结构而精心设计的一批测试用例,并利用这些测试用例运行程序以发现软件是否存在错误的过程,软件测试的范围应当包括更广泛些,除了考虑正确性外,还应关心程序的效率、健壮性等因素。

软件测试过程包含单元测试、集成测试、确认测试和系统测试四个步骤:

(1)单元测试:对每一个程序单元进行独立测试,检查各程序模块是否正确地实现了预定的功能。

(2)集成测试:把已通过测试的模块组装起来,对软件体系构造的正确性进行测试。

(3)确认测试:检查已完成的软件系统是否已满足了需求规格说明中的各项需求,软件配置是否完全、正确。

(4)系统测试:将经过确认的软件系统置入实际的运行环境中,与其它系统成份结合在一起进行测试。

2.单元测试

单元测试以详细设计说明书和源程序清单为依据,常采用白盒测试的用例,辅之以黑盒测试的用例,以寻找模块内部可能存在的错误为目的,主要完成模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试等任务。

(1) 模块接口测试

单元测试开始时,要对通过被测模块的数据流进行测试。包括调用该模块的输入参数的正确性、调用其子模块时提供参数的正确性、全局变量的定义在各模块中是否一致等。

(2) 局部数据结构测试

包括数据类型的一致性、变量名、变量赋值、全局数据对模块影响的正确性等检验。

(3) 路径测试

对基本执行路径和循环进行测试,查找由于错误的计算、不正确的比较或不正常的控制流而导致的错误。

(4) 错误处理测试

检测对错误条件的响应是否正确,错误描述是否与实际的错误是否相符、是否能够对错误定位、是否易于理解等。

(5) 边界测试

通过设定边界值检测数据流、控制流中等于、大于或小于比较值时出错的可能性。

在面向过程编程时代,单元测试所说的单元一般是指函数,而在面向对象编程时代,单元测试所说的单元一般是指类。以类作为测试单位,测试的复杂度相对较高,所以目前通常采用的办法是为软件开发建立对应的测试工程,为每个类建立对应的测试类,为每个函数建立测试函数测试结构化的局部代码。

3.单元测试用例的设计

测试用例是指对某特定的软件系统进行测试任务的描述,它体现了测试的方案、方法和技术,包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等,并形成文档。

测试用例的设计也就是测试需求细化的过程,测试需求分析和测试用例设计是密不可分的,前者是后者的依据,后者是前者的体现。测试用例的设计应与复审相结合,根据相关设计信息设计测试数据,以增大发现错误的可能性。

单元测试用例可以选取正确输入、边缘数据和错误输入作为测试数据。以系统用户注册模块中出生年、月、日的设置为例,通过等价类划分法设计测试用例。

在划分等价类时,我们将其划分为两类:1、有效等价类:是指输入完全满足程序输入的规范说明、合理的、有意义的输入数据所构成的集合。利用有效等价类可以检验程序是否满足规格说明书所规定的功能和性能。2、无效等价类:是指完全不满足程序输入的规格说明、不合理的、无意义的输入数据所构成的集合。使用无效等价类可以检验程序的容错性能。

等价类划分好之后,按以下步骤设计测试用例:1、为一个等价类规定一个唯一的编号。2、设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖的有效等价类,重复这一步,直到所有的有效等价类都被测试用例覆盖为止,即将有效等价类分割到最小。3、设计一个新的测试用例,使它覆盖一个而且只能覆盖一个尚未被覆盖的无效等价类,重复这一步,直到所有无效等价类都被覆盖为止。

根据软件需求说明书,设计出的等价类表如表1所示。

上一篇:基于软件测试的策略与测试方法应用
下一篇:软件工程中的软件测试技术
相关文章

 发表评论

暂时没有评论,来抢沙发吧~