简述单元测试的内容。

题目
简述单元测试的内容。
参考答案和解析
单元测试的内容有:
(1)模块接口测试:对通过被测模块的数据流进行测试。为此,对模块接口,包括参数表、调用子模块的参数、全程数据、文件输入/输出操作都必须检查。
(2)局部数据结构测试:设计测试用例检查数据类型说明、初始化、缺省值等方面的问题,还要查清全程数据对模块的影响。
(3)路径测试:选择适当的测试用例,对模块中重要的执行路径进行测试。对基本执行路径和循环进行测试可以发现大量路径错误。
(4)错误处理测试:检查模块的错误处理功能是否包含有错误或缺陷。例如,是否拒绝不合理的输入;出错的描述是否难以理解、是否对错误定位有误、是否出错原因报告有误、是否对错误条件的处理不正确;在对错误处理之前错误条件是否已经引起系统的干预等。
(5)边界测试:要特别注意数据流、控制流中刚好等于、大于或小于确定的比较值时出错的可能性。对这些地方要仔细地选择测试用例,认真加以测试。
(6)此外,如果对模块运行时间有要求的话,还要专门进行关键路径测试,以确定最坏情况下和平均意义下影响模块运行时间的因素。这类信息对进行性能评价是十分有用的。
如果没有搜索结果或未解决您的问题,请直接 联系老师 获取答案。
相似问题和答案

第1题:

对于单元测试框架,除了用于Java的JUnit还有CppUnit、NUnit等,它们是()?

A.C++单元测试框架、.NET单元测试框架

B.C语言单元测试框架、通用单元测试框架

C.C++单元测试框架、自动化单元测试框架

D.自动化单元测试框架、.NET单元测试框架


参考答案:A

第2题:

《智能变电站合并单元测试规范》规定,合并单元的精度测试内容应包括()和()。


正确答案:稳态幅值误差;稳态相位误差

第3题:

简述单元测试、集成测试以及确认测试所对应的测试对象。


参考答案:单元测试:代码和详细设计文档
集成测试:详细设计和概要设计文档
确认测试:概要设计和需求规格说明

第4题:

简述单元测试的主要任务。 


正确答案:单元测试的主要任务有:程序语法检查、程序逻辑检查、模块接口测试、局部数据结构测试、路径测试、边界条件测试、错误处理测试、代码书写规范检查。

第5题:

单元测试有哪些内容?


正确答案: 单元测试主要针对模块的以下五个基本特征进行测试:
(1)模块接口
(2)局部数据结构
(3)重要的执行路径
(4)错误处理
(5)边界条件

第6题:

在编码阶段对系统执行的测试类型主要包括单元测试和集成测试,以下不属于单元测试内容的是( )。

A.模块接口测试
B.错误处理测试
C.性能测试
D.路径测试

答案:C
解析:
本题考查单元测试的内容。单元测试又称为“模块测试”,是针对软件设计的最小单位,即程序模块进行正确性检验的测试工作,目的在于发现各模块内部可能存在的各种差错。单元测试需要从程序的内部结构出发设计测试用例,多个模块可以平行地独立进行测试。该测试通常由程序员自己来完成。单元测试的内容如下。(1)模块接口测试(2)局部数据结构测试(3)路径测试(4)错误处理测试(5)边界测试

第7题:

分别简述单元测试、集成测试、确认测试和系统测试的任务。


正确答案: 1.单元测试:又称模块测试,着重对软件设计的最小单元——软件构件或模块进行验证。单元测试根据设计描述,对重要的控制路径进行测试,已发现构建或模块内部的错误,通常采用白盒测试,并且多个构件或模块可以并行测试。单元测试的主要内容:接口、局部数据结构、边界条件、独立路径和错误处理路径。
2.集成测试:也叫组装测试或联合测试。在单元测试的基础上,将所有模块按照要求组装成为子系统或系统,进行集成测试。使用黑盒测试方法测试集成的功能,并且对以前的集成进行回归测试。
3.确认测试:经集成测试后,已经按照设计把所有的模块组装成一个完整的软件系统,接口错误也已经基本排除了,接着就应该进一步验证软件的有效性,这就是确认测试的任务,即软件的功能和性能如同用户所合理期待的那样。
4.系统测试:将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起,进行信息系统的各种组装测试和确认测试,系统测试是针对整个产品系统进行的测试,目的是验证系统是否满足了需求规格的定义,找出与需求规格不符或与之矛盾的地方,从而提高更加完善的方案。

第8题:

简述Xunit测试框架具有哪些优点,使得现行的软件单元测试完全基于Xunit框架。


正确答案:可以使测试代码与产品代码分开。 针对某一个类的测试代码通过较少的改动便可以应用于另一个类的测试。 易于集成到测试人员的构建过程中,XUnit和Ant的结合可以实施增量开发。 XUnit是公开源代码的,可以进行二次开发。 可以方便地对XUnit进行扩展。

第9题:

简述JUnit单元测试步骤。


正确答案: 1.判断组件的功能:通过定义应用的整体需求,然后将系统划分成几个对象;
2.设计组件行为:依据所处理的过程,可以通过一个正规或者非正规的过程实现组件行为的设计,可以使用UML或者其他文档视图来设计组件行为,从而为组件的测试打下基础;
3.编写单元测试程序(或测试用例)确认组件行为:这个阶段应假定组件的编码已经结束而组件工作正常,需要编写单元测试程序来确定其功能是否和预定义的功能相同,测试程序需要考虑所有正常和意外的输入,以及特定的方法能产生的溢出;
4.编写组件并执行测试:首先创建类及其所对应的方法标识,然后遍历每个测试实例,为其编写相应代码使其顺利通过,然后返回测试。继续这个过程直至所有实例通过;
5.测试替代品:对组件行为的其他方式进行考虑,设计更周全的输入或者其他错误条件,编写测试用例来捕获这些条件,然后修改代码使得测试通过;
6.重整代码:如果有必要,在编码结束时对代码进行重整和优化,改动后返回单元测试并确认测试通过;
7.当组件有新的行为时,编写新的测试用例:每次在组件中发现故障,编写一个测试实例重复这个故障,然后修改组件以保证测试实例通过。同样,当发现新的需求或已有的需求改变时,编写或修改测试实例以响应此改变,然后修改代码;
8.代码修改,重复测试:每次代码修改时,重复所有的测试以确保没有打乱代码。

第10题:

单元测试中为了模拟模块之间的关系,需要开发哪两种辅助测试模块?分别简述其概念。


正确答案: 驱动模块和桩模块;
驱动模块:用来模拟被测模块的上机调用模块,功能要比真正的上级模块简单得多,仅仅是接受测试数据,并向被测模块传送测试数据,启动被测模块,回收并输出测试结果。
桩模块:用来模拟被测模块在执行过程中所要调用的模块。它接受被测模块输出的数据并完成它所指派的任务。
驱动模块(Driver):用以模拟待测模块的上级模块。驱动模块在集成测试中接受测试数据,把相关的数据传送给待测模块,启动待测模块,
并打印出相应的结果。
桩模块(StuB.:也成为存根模块,用以模拟待测模块工作过程中所调用的模块。桩模块由待测模块调用,它们一般只进行很少的数据处理,
例如打印入口和返回,以便于检验待测模块与其下级模块的接口。