unittest和unittest2的区别差异、unittest2框架------执行原理

unittest和unittest2的区别差异

unittest2是Python 2.7及更高版本中添加到unittest测试框架的新功能的反向移植。经测试可在Python 2.6、2.7、3.2、3.3、3.4和pypy上运行

要使用unittest2代替unittest，只需将import unittest替换为 import unittest2即可

unittest2中的类派生自unittest中的适当类，因此应该可以使用运行unittest2测试的基础结构，而不必立即将所有测试切换为使用unittest2。同样，您可以使用新的断言方法unittest2.TestCase与标准单元测试的测试运行的基础设施。并非unittest2中的所有新功能都可以与标准unittest测试加载器一起使用，但是运行器结果对象。

通常，有关unittest2的文档，请参见CPython的最新文档：

CPython单元测试文档

新功能包括：

addCleanups-更好的资源管理
许多新的断言方法，包括比较列表，集合，字典unicode字符串等的更好默认值，以及指定用于比较特定类型的新默认方法的能力
assertRaises作为上下文管理器，此后可以访问异常
测试发现和新的命令行选项（包括快速运行和测试运行期间对ctrl-C的更好处理）
类和模块级别的固定装置：setUpClass，tearDownClass， setUpModule，tearDownModule
测试跳过和预期的失败
用于assertAlmostEqual的新的delta关键字参数，以进行更有用的比较和比较非数字对象（例如日期时间）
load_tests协议，用于从模块或包中加载测试
TestResult上的startTestRun和stopTestRun方法
其他各种API改进和修复

注意

命令行用法

在Python 2.7中，您可以使用python -m unittest <args>调用unittest命令行功能（包括测试发现）。由于unittest是一个程序包，并且使用python -m ...调用程序包的功能是Python 2.7中的新增功能，因此我们无法对unittest2执行此操作。

相反，unittest2带有脚本unit2。命令行用法：

unit2发现

unit2 -v test_module

该脚本还有一个名为unit2.py的副本，对Windows有用，该脚本使用文件扩展名而不是使用shebang行来确定使用哪个程序执行文件。这两个脚本都由distutils安装。

在我编写适当的文档之前，有关所有新功能的最佳信息是Python 2.7的Python文档的开发版本：

http://docs.python.org/dev/library/unittest.html

查找有关在Python 2.7中添加或更改的功能的注释。

注意

unittest2已经用于distutils2的开发。

unittest2的版本0.5.1有功能奇偶校验单元测试在Python 2.7决赛。如果要确保测试在unittest2和unittest中在Python 2.7中运行相同，则应使用unittest2 0.5.1。

更高版本的unittest2包括在Python 3.2中进行的unittest更改，以及Python 2.7发布后的更改。

差异性

Python 2.7中的unittest2和unittest之间的区别：

assertItemsEqual不会使Py3k警告保持沉默，因为它使用了warnings.catch_warnings（）（这是Python 2.6中的新功能（用作上下文管理器，要使用Python 2.4会很麻烦））。
TestCase.longMessage默认为True，因为它更好。由于向后兼容的原因，它在Python 2.7中默认为False。
python -m软件包在Python 2.7之前的Python版本中不起作用。unittest2的命令行特性由一个提供页免费（和 unit2.py）脚本来代替。
unittest2包括一个非常基本的setuptools兼容测试收集器。在setup.py中指定 test_suite ='unittest2.collector'。这将从包含setup.py的目录中的默认参数开始测试发现，因此，它可能是最有用的示例（请参阅unittest2 / collector.py）。
在unittest2中，TextTestResult.stopTestRun负责调用printErrors。这是理想的行为，但是在Python 3.1中，TestResult.stopTestRun被记录为空，并且子类不需要调用它。这将使更改向后不兼容并且需要考虑。

问题

一个TestResult中有意想不到的成功对象返回True result.wasSuccessful（） 。很难知道这是否是正确的行为。

如果将点路径名用于测试发现，则仍将使用全局安装的模块/程序包，而不是当前目录中的一个。从虚线路径名进行发现时，我们可以检查这种特定情况。

该removeHandler装饰也可能是一个上下文管理器。

问题8313：单元测试回溯中的<unprintable AssertionError object>消息在2.7之前的Python版本中很难修复。Python 2.7中的修复依赖对跟踪模块和跟踪对象的更改。由于该问题很少见，因此我将其保留在unittest2中。

unittest2（和unittest）中有几个地方会在异常上调用str（...）以获取异常消息。如果使用非ASCII Unicode创建异常，则失败。这很少见，除非将其实际报告为某人的问题，否则我不会解决。

文本或长序列的比较（使用assertSequenceEqual或 assertMultiLineEqual等）可能需要很长时间才能为故障消息生成差异。这些方法使用prettyprint和difflib。

pip install -e。除非已经安装了setuptools> 0.6.24，否则unittest2源中的Python3.2上的版本将失败。这是需要较新的setuptools（以避免使用execfile）和setup_requires回退到easy_install的组合，而后者不知道如何及时升级setuptools，从而无法在unittest2中对其进行修复。

unittest2框架------执行原理

使用unittest2框架，做简单的技术实验，了解框架基本使用及执行原理代码：

#一个自动化测试框架，关于用例执行的实验

#导入包

import unittest2

#创建类，并继承代码库中的TestCase,表示当前类，是测试用例类

class UnittestDemo(unittest2.TestCase):

#重写setUpClass()方法

@classmethod

def setUpClass(cls):

print('setUpClass方法')

print('')

def setUp(self):

print('在测试用例开始前，要做的初始化条件')

def test_login(self):

print('以test开头的测试用例执行实验')

self.func_aa()

def func_aa(self):

print('不以test开头的方法，是普通方法，只有被调用才会执行,放在test_login()里调用了！')

def test_regi(self):

print('每条测试用例执行前，需要执行一次setUp()、tearDown()方法')

def tearDown(self):

print('在测试用例结束后，要做的场景还原')

print('')

#重写tearDownClass方法

@classmethod

def tearDownClass(cls):

print('tearDownClass方法')

if __name__ == '__main__':

unittest2.main()

光标在main()方法处，运行结果：

setUpClass方法
在测试用例开始前，要做的初始化条件
以test开头的测试用例执行实验
不以test开头的方法，是普通方法，只有被调用才会执行,放在test_login()里调用了！
在测试用例结束后，要做的场景还原

在测试用例开始前，要做的初始化条件
每条测试用例执行前，需要执行一次setUp()、tearDown()方法
在测试用例结束后，要做的场景还原

tearDownClass方法

Ran 2 tests in 0.002s

最后收尾的小结：

按住ctrl键，点击unittest2.TestCase类，可以看到这个类中，继承了unittest.TestCase
我们用的unittest2，是unittest的升级版本，unittest.TestCase打开这个类，可以找到**setUp()、tearDown()**是写的pass空方法，所以需要重写这两个方法
按住ctrl键，点击unittest2.TestCase类，进入这个类中，还有两个方法setUpClass()、tearDownClass()、方法。这两个方法也需要重写，方法前要加注释器【@classmethod】
重写父类中的setUpClass()方法，是类中，所有测试用例执行前，要做的初始化条件
重写父类中的setUp()方法。在每条测试用例开始前，要做的预置条件
声明一个以test开头的方法，表示这是一个测试用例方法，该方法可以直接运行。
test开头的测试用例执行顺序，按照test后的字母排列顺序执行
声明一个不以test开头的方法，是普通方法，只有被调用才会执行
重写父类中的tearDown()方法。在测试用例结束后，要做的场景还原
重写父类中的tearDownClass()方法，是类中，所有测试用例执行后，要做的场景还原工作（比如注册后，再次注册不成功）
每条测试用例执行前，需要执行一次setUp()、tearDown()方法
unittest2.main()解释：只有在当前文件运行，就会执行unittest2.main()。表示调用unittest2的主方法，执行当前类中的所有方法
运行时，如果光标指在某一个test开头的测试类上，就只运行当前的测试类；如果光标在unittest2.main()处，就会执行所有的测试用例方法