认识达内从这里开始

单元测试是程序员在做软件测试的时候会经常用到的一种测试方式，而本文我们就通过案例分析来简单了解一下，单元测试框架与测试目的分析。

1、单元测试的必要性

测试驱动开发并不是一个很新鲜的概念了。在日常开发中，很多时候需要测试，但是这种输出是必须在点击一系列按钮之后才能在屏幕上显示出来的东西。测试的时候，往往是用模拟器一次一次的从头开始启动app，然后定位到自己所在模块的程序，做一系列的点击操作，然后查看结果是否符合自己预期。

这种行为无疑是对时间的巨大浪费。于是有很多资深工程师们发现，我们是可以在代码中构造一个类似的场景，然后在代码中调用我们之前想要检查的代码，并将运行结果和设想结果在程序中进行比较，如果一致，则说明我们的代码没有问题，由此就产生了单元测试。

2、单元测试的目的

单元测试的主要目的是发现模块内部逻辑、语法、算法和功能错误。

单元测试主要是基于白盒测试验证以下问题：

验证代码与设计相符度。

发现设计和需求中存在错误。

发现在编码过程中引入的错误。

单元测试关注的重点有以下部分：

独立路径-对于基本执行路径和循环进行测试，可能的错误有：

不同数据类型的比较。

“差1错”，即可能多循环或少循环一次。

错误或不可能的终止条件。

不适当的修改了循环变量。

局部数据结构-单元的局部数据结构是常见的错误来源，应设计测试用例以检查可能的错误：

不一致的数据类型。

检查不正确或不一致的数据类型。

错误处理-比较完善的单元设计要能预见出错的条件，并设置适当的错误处理，以便在程序出错时，能对错误重新做安排，保证期逻辑上的正确性：

出错的描述难以理解。

显示的错误与实际的错误不符。

对错误条件的处理不正确。

边界条件-边界上出现错误是常见的错误现象：

取大小值发生错误。

控制流中的大于、小于这些比较值常出现错误。

单元接口-接口实际上就是输入和输出对应关系的集合，要对单元进行动态测试无非就是给这个单元一个输入，然后检查输出是否和预期一致。如果数据不能正常输入和输出，单元测试就无从谈起，因此需要对单元接口进行如下的测试：

被测单元的输入、输出在个数、属性、顺序是否和详细设计中的描述一致。

是否修改了只做输入用的形式参数。

约束条件是否通过形式参数来传送。

3、单元测试依赖的两个主要框架

OCUnit(即用XCTest进行测试)其实就是苹果自带的测试框架。

OCMock主要功能是模拟某个方法或者属性的返回值，你可能会疑惑为什么要这样做?使用模型生成的模型对象，再传进去不就可以了?答案是可以的，但是有特殊的情况，比如一些不容易构造或不容易获取的对象，此时你可以创建一个虚拟的对象来完成测试。实现思想是根据要mock的对象的class来创建一个对应的对象，并且设置好该对象的属性和调用预定方法后的动作(例如返回一个值，调用代码块，发送消息等等)，然后将其记录到一个数组中，接下来开发者主动调用该方法，后做一个verify(验证)，从而判断该方法是否被调用，或者调用过程中是否抛出异常等。

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加抖音太原达内IT培训学习了解。