什么是单元测试

什么是单元测试

问题一：什么是单元测试？ 单元测试的对象是软件设计的最小单位——模块。单元测试的依据是详细设描述，单元测试应对模块内所有重要的控制路径设计测试用例，以便发现模块内部的错误。单元测试多采用白盒测试技术，系统内多个模块可以并行地进行测试。单元测试任务　　单元测试任务包括：1 模块接口测试；2 模块局部数据结构测试；3 模块边界条件测试；4 模块中所有独立执行通路测试；5 模块的各条错误处理通路测试。　　模块接口测试是单元测试的基础。只有在数据能正确流入、流出模块的前提下，其他测试才有意义。测试接口正确与否应该考虑下列因素：　　1 输入的实际参数与形式参数的个数是否相同；　　2 输入的实际参数与形式参数的属性是否匹配；　　3 输入的实际参数与形式参数的量纲是否一致；　　4 调用其他模块时所给实际参数的个数是否与被调模块的形参个数相同；　　5 调用其他模块时所给实际参数的属性是否与被调模块的形参属性匹配；　　6调用其他模块时所给实际参数的量纲是否与被调模块的形参量纲一致；　　7 调用预定义函数时所用参数的个数、属性和次序是否正确；　　8 是否存在与当前入口点无关的参数引用；　　9 是否修改了只读型参数；　　10 对全程变量的定义各模块是否一致；　　11是否把某些约束作为参数传递。　　如果模块内包括外部输入输出，还应该考虑下列因素：　　1 文件属性是否正确；　　2 OPEN/CLOSE语句是否正确；　　3 格式说明与输入输出语句是否匹配；　　4缓冲区大小与记录长度是否匹配；　　5文件使用前是否已经打开；　　6是否处理了文件尾；　　7是否处理了输入/输出错误；　　8输出信息中是否有文字性错误；　　检查局部数据结构是为了保证临时存储在模块内的数据在程序执行过程中完整、正确。局部数据结构往往是错误的根源，应仔细设计测试用例，力求发现下面几类错误：　　1 不合适或不相容的类型说明；　　2变量无初值；　　3变量初始化或省缺值有错；　　4不正确的变量名（拼错或不正确地截断）； 　　5出现上溢、下溢和地址异常。　　除了局部数据结构外，如果可能，单元测试时还应该查清全局数据（例如FORTRAN的公用区）对模块的影响。　　在模块中应对每一条独立执行路径进行测试，单元测试的基本任务是保证模块中每条语句至少执行一次。此时设计测试用例是为了发现因错误计算、不正确的比较和不适当的控制流造成的错误。此时基本路径测试和循环测试是最常用且最有效的测试技术。计算中常见的错误包括：　　1 误解或用错了算符优先级；　　2混合类型运算；　　3变量初值错；　　4精度不够；　　5表达式符号错。　　比较判断与控制流常常紧密相关，测试用例还应致力于发现下列错误： 　　1不同数据类型的对象之间进行比较；　　2错误地使用逻辑运算符或优先级；　　3因计算机表示的局限性，期望理论上相等而实际上不相等的两个量相等；　　4比较运算或变量出错；　　5循环终止条件或不可能出现；　　6迭代发散时不能退出；　　7错误地修改了循环变量。　　一个好的设计应能预见各种出错条件，并预设各种出错处理通路，出错处理通路同样需要认真测试，测试应着重检查下列问题：　　1输出的出错信息难以理解；　　2记录的错误与实际遇到的错误不相符；　　3在程序自定义的出错处理段运行之前，系统已介入；　　4异常处理不当；　　5错误陈述中未能提供足够的定位出错信息。　　边界条件测试是单元测试中最后，也是最重要的一项任务。众的周知，软件经常在边界上失效，采用边界值分析技术，针对边界值及其左、右设计测试用例，很有可能发现新的错误。单元测试过程　　一般认......余下全文>>问题二：什么是单元测试 单元测试：单元测试是对软件中的基本组成单位进行的测试，如一个模块、一个过程等等。它是软件动态测试的最基本的部分，也是最重要的部分之一，其目的是检验软件基本组成单位的正确性。一个软件单元的正确性是相对于该单元的规约而言的。问题三：什么是单元测试 单元测试(unit testing)，是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。总的来说，单元就是人为规定的最小的被测功能模块。单元测试是在软件开发过程中要进行的最低级别的测试活动，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。
在一种传统的结构化编程语言中，比如C，要进行测试的单元一般是函数或子过程。在像C++这样的面向对象的语言中， 要进行测试的基本单元是类。对Ada语言来说，开发人员可以选择是在独立的过程和函数，还是在Ada包的级别上进行单元测试。单元测试的原则同样被扩展到第四代语言(4GL)的开发中，在这里基本单元被典型地划分为一个菜单或显示界面。
经常与单元测试联系起来的另外一些开发活动包括代码走读(Code review)，静态分析(Static analysis)和动态分析(Dynamic analysis)。静态分析就是对软件的源代码进行研读，查找错误或收集一些度量数据，并不需要对代码进行编译和执行。动态分析就是通过观察软件运行时的动作，来提供执行跟踪，时间分析，以及测试覆盖度方面的信息。问题四：什么是单元测试 1.通常针对一个方法会写几组这样的 带入值，复杂的方法可能更多。实际使用当中，一个方法的运行会有很多依赖关系 ，不如 需要上下文环境，需要 HTTP Requst ,Response ,数据库连接等。 如果自己写的话太复杂，所以就有 很多插件来帮忙解决外部问题。 Junit 是JAVA单元测试使用最多的插件。其他的也还有很多，基本和 Junit的思想是一样的。 2.单元测试指学完一个单元，为了检测学习情况而进行的测验考试。问题五：单元测试到底是什么？应该怎么做 hi.baidu.com/...4.html
只是 如何 写单元测试代码, 以及 大概写成什么样的, 简单的例子.
一般来说, 你至少要有个 接口的定义, 才能开始 写测试代码的.
啥都没有的话,实在太难了.问题六：单元测试到底是什么？应该怎么做 单元测试就是根据这个单元所学的内容出的试题。问题七：单元测试一般是测试人员做还是开发人员做啊？ 这个其实都可以做啊！关键看个人素质，测试也可以做，开发更适合做。还有些比较注重质量管控的公司，购买商业工具配合一起做，我们公司现阶段主要是开发做。单元测试是需要设计测试用例的，测试一般代码，能力不够的话做不好，不过貌似我们公司现在测试也在一起帮着做，因为买的这个Jtest工具会自动设计测试用例，比较节省工作量啊！问题八：单元测试到底是什么？应该怎么做 hi.baidu.com/...4.html
只是 如何 写单元测试代码, 以及 大概写成什么样的, 简单的例子.一般来说, 你至少要有个 接口的定义, 才能开始 写测试代码的.
啥都没有的话,实在太难了.问题九：单元测试和集成测试？ 交谈中请勿轻信汇款、中奖消息，勿轻易拨打陌生电话。
ゃ尛ぢ蕐ゐ 13:31:50
单元测试是在软件开发过程中要进行的最低级别的测试活动，在单元测试活动中，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。
在一种传统的结构化编程语言中，比如C，要进行测试的单元一般是函数或子过程。在象C++这样的面向对象的语言中， 要进行测试的基本单元是类。对Ada语言来说，开发人员可以选择是在独立的过程和函数，还是在Ada包的级别上进行单元测试。单元测试的原则同样被扩展到第四代语言(4GL)的开发中，在这里基本单元被典型地划分为一个菜单或显示界面。
单元测试不仅仅是作为无错编码一种辅助手段在一次性的开发过程中使用，单元测试必须是可重复的，无论是在软件修改，或是移植到新的运行环境的过程中。因此，所有的测试都必须在整个软件系统的生命周期中进行维护。
经常与单元测试联系起来的另外一些开发活动包括代码走读(Code review)，静态分析(Static analysis)和动态分析(Dynamic analysis)。静态分析就是对软件的源代码进行研读，查找错误或收集一些度量数据，并不需要对代码进行编译和执行。动态分析就是通过观察软件运行时的动作，来提供执行跟踪，时间分析，以及测试覆盖度方面的信息。
某设计人员习惯于把所有模块按设计要求一次全部组装起来，然后进行整体测试，这称为非增量式集成。这种方法容易出现混乱。因为测试时可能发现一大堆错误，为每个错误定位和纠正非常困难，并且在改正一个错误的同时又可能引入新的错误，新旧错误混杂，更难断定出错的原因和位置。与之相反的是增量式集成方法，程序一段一段地扩展，测试的范围一步一步地增大，错误易于定位和纠正，界面的测试亦可做到完全彻底。下面讨论两种增量式集成方法。集成测试，也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求）如根据结构图〕组装成为子系统或系统，进行集成测试。实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。程序在某些局部反映不出来的问题，在全局上很可能暴露出来，影响功能的实现。问题十：什么是单元测试？ 单元测试的对象是软件设计的最小单位——模块。单元测试的依据是详细设描述，单元测试应对模块内所有重要的控制路径设计测试用例，以便发现模块内部的错误。单元测试多采用白盒测试技术，系统内多个模块可以并行地进行测试。单元测试任务　　单元测试任务包括：1 模块接口测试；2 模块局部数据结构测试；3 模块边界条件测试；4 模块中所有独立执行通路测试；5 模块的各条错误处理通路测试。　　模块接口测试是单元测试的基础。只有在数据能正确流入、流出模块的前提下，其他测试才有意义。测试接口正确与否应该考虑下列因素：　　1 输入的实际参数与形式参数的个数是否相同；　　2 输入的实际参数与形式参数的属性是否匹配；　　3 输入的实际参数与形式参数的量纲是否一致；　　4 调用其他模块时所给实际参数的个数是否与被调模块的形参个数相同；　　5 调用其他模块时所给实际参数的属性是否与被调模块的形参属性匹配；　　6调用其他模块时所给实际参数的量纲是否与被调模块的形参量纲一致；　　7 调用预定义函数时所用参数的个数、属性和次序是否正确；　　8 是否存在与当前入口点无关的参数引用；　　9 是否修改了只读型参数；　　10 对全程变量的定义各模块是否一致；　　11是否把某些约束作为参数传递。　　如果模块内包括外部输入输出，还应该考虑下列因素：　　1 文件属性是否正确；　　2 OPEN/CLOSE语句是否正确；　　3 格式说明与输入输出语句是否匹配；　　4缓冲区大小与记录长度是否匹配；　　5文件使用前是否已经打开；　　6是否处理了文件尾；　　7是否处理了输入/输出错误；　　8输出信息中是否有文字性错误；　　检查局部数据结构是为了保证临时存储在模块内的数据在程序执行过程中完整、正确。局部数据结构往往是错误的根源，应仔细设计测试用例，力求发现下面几类错误：　　1 不合适或不相容的类型说明；　　2变量无初值；　　3变量初始化或省缺值有错；　　4不正确的变量名（拼错或不正确地截断）； 　　5出现上溢、下溢和地址异常。　　除了局部数据结构外，如果可能，单元测试时还应该查清全局数据（例如FORTRAN的公用区）对模块的影响。　　在模块中应对每一条独立执行路径进行测试，单元测试的基本任务是保证模块中每条语句至少执行一次。此时设计测试用例是为了发现因错误计算、不正确的比较和不适当的控制流造成的错误。此时基本路径测试和循环测试是最常用且最有效的测试技术。计算中常见的错误包括：　　1 误解或用错了算符优先级；　　2混合类型运算；　　3变量初值错；　　4精度不够；　　5表达式符号错。　　比较判断与控制流常常紧密相关，测试用例还应致力于发现下列错误： 　　1不同数据类型的对象之间进行比较；　　2错误地使用逻辑运算符或优先级；　　3因计算机表示的局限性，期望理论上相等而实际上不相等的两个量相等；　　4比较运算或变量出错；　　5循环终止条件或不可能出现；　　6迭代发散时不能退出；　　7错误地修改了循环变量。　　一个好的设计应能预见各种出错条件，并预设各种出错处理通路，出错处理通路同样需要认真测试，测试应着重检查下列问题：　　1输出的出错信息难以理解；　　2记录的错误与实际遇到的错误不相符；　　3在程序自定义的出错处理段运行之前，系统已介入；　　4异常处理不当；　　5错误陈述中未能提供足够的定位出错信息。　　边界条件测试是单元测试中最后，也是最重要的一项任务。众的周知，软件经常在边界上失效，采用边界值分析技术，针对边界值及其左、右设计测试用例，很有可能发现新的错误。单元测试过程　　一般认......余下全文>>