Python自动单元测试框架的应用详解

开发 前端 后端
使用单元测试可以给我们开发人员在实际程序开发中带来非常大的好处。在这里我们就可以通过本文介绍的关于Python单元测试的相关内容来对这一方面的知识有一个相应的了解。

测试是一个贯穿于整个开发过程的连续过程,从某个意义上说,软件开发的过程实际上就是测试过程。正如Martin Fowler所说的,“在你不知道如何测试代码之前,就不该编写程序。而一旦你完成了程序,测试代码也应该完成。除非测试成功,你不能认为你编写出了可以工作的程序。”

51CTO推荐阅读:旁观者清 Python与Ruby各有千秋

测试最基本的原理就是比较预期结果是否与实际执行结果相同,如果相同则测试成功,否则测试失败。为了更好地理解PyUnit这一自动测试框架的作用,先来看一个简单的例子,假设我们要对例1中的Widget类进行测试:

例1. widget.py

  1. # 将要被测试的类  
  2. class Widget:  
  3. def __init__(self, size = (40, 40)):  
  4. self._size = size  
  5. def getSize(self):  
  6. return self._size  
  7. def resize(self, width, height):  
  8. if width 0 or height < 0: 
  9. raise ValueError, "illegal size"  
  10. self._size = (width, height)  
  11. def dispose(self):  
  12. pass 

采用手工方式进行Python单元测试的Python程序员很可能会写出类似例2的测试代码来,

例2. manual.py

  1. from widget import Widget  
  2. # 执行测试的类  
  3. class TestWidget:  
  4. def testSize(self):  
  5. expectedSize = (40, 40);  
  6. widget = Widget()  
  7. if widget.getSize() == expectedSize:  
  8. print "test [Widget]: getSize works perfected!"  
  9. else:  
  10. print "test [Widget]: getSize doesn't work!"  
  11. # 测试  
  12. if __name__ == '__main__':  
  13. myTest = TestWidget()  
  14. myTest.testSize() 

稍一留心你不难发现这种手工测试方法存在许多问题。首先,测试程序的写法没有一定的规范可以遵循,十个程序员完全可能写出十种不同的测试程序来,如果每个 Python程序员都有自己不同的设计测试类的方法,光维护被测试的类就够麻烦了,谁还顾得上维护测试类。其次,需要编写大量的辅助代码才能进行单元测试,例1中用于测试的代码甚至比被测试的代码还要多,而这毫无疑问将增大Python程序员的工作量。

为了让单元测试代码能够被测试和维护人员更容易地理解,最好的解决办法是让开发人员遵循一定的规范来编写用于测试的代码,具体到Python程序员来讲,则是要采用 PyUnit这一自动测试框架来构造单元测试用例。目前PyUnit已经得到了大多数Python开发人员的认可,成了事实上的Python单元测试标准。如果采用 PyUnit来进行同样的测试,则测试代码将如例3所示:

例3. auto.py

  1. from widget import Widget  
  2. import unittest  
  3. # 执行测试的类  
  4. class WidgetTestCase(unittest.TestCase):  
  5. def setUp(self):  
  6. self.widget = Widget()  
  7. def tearDown(self):  
  8. self.widget = None 
  9. def testSize(self):  
  10. self.assertEqual(self.widget.getSize(), (40, 40))  
  11. # 构造测试集  
  12. def suite():  
  13. suite = unittest.TestSuite()  
  14. suite.addTest(WidgetTestCase("testSize"))  
  15. return suite  
  16. # 测试  
  17. if __name__ == "__main__":  
  18. unittest.main(defaultTest = 'suite'


在采用Python单元测试框架后,用于测试的代码做了相应的改动:

◆用import语句引入unittest模块。

◆让所有执行测试的类都继承于TestCase类,可以将TestCase看成是对特定类进行测试的方法的集合。

◆在setUp()方法中进行测试前的初始化工作,并在tearDown()方法中执行测试后的清除工作,setUp()和tearDown()都是TestCase类中定义的方法。

◆在testSize()中调用assertEqual()方法,对Widget类中getSize()方法的返回值和预期值进行比较,确保两者是相等的,assertEqual()也是TestCase类中定义的方法。

◆提供名为suite()的全局方法,PyUnit在执行测试的过程调用suit()方法来确定有多少个测试用例需要被执行,可以将TestSuite看成是包含所有测试用例的一个容器。

虽然看起来有点复杂,但PyUnit使得所有的Python程序员都可以使用同样的Python单元测试方法,测试过程不再是杂乱无章的了,而是在同一规范指导下进行的有序行为,这就是使用PyUnit这一自动单元测试框架所带来的最大好处。

【编辑推荐】

  1. Python闭包的概念、形式与应用
  2. 全能选手 看看Python应乎潮流的72变
  3. 旁观者清 Python与Ruby各有千秋
  4. 加速程序开发 Python整合C语言模块
  5. 对Python特色的详细介绍

 

责任编辑:王晓东 来源: 岁月联盟
相关推荐

2017-01-14 23:42:49

单元测试框架软件测试

2009-08-19 09:00:48

单元测试框架自动化测试

2022-05-12 09:37:03

测试JUnit开发

2024-10-16 16:09:32

2022-04-27 08:17:07

OCMock单元测试集成

2023-07-26 08:58:45

Golang单元测试

2023-12-24 10:00:35

Java单元测试

2009-06-01 10:47:32

jboss seam例jboss seam开jboss seam

2022-04-08 09:01:56

脚本Go应用单元

2010-01-15 14:10:42

C++单元测试

2022-12-08 08:01:02

Python测试单元

2021-09-27 13:02:05

Python技巧测试

2011-05-16 16:52:09

单元测试彻底测试

2017-01-16 12:12:29

单元测试JUnit

2017-01-14 23:26:17

单元测试JUnit测试

2010-03-04 15:40:14

Python单元测试

2016-09-26 16:42:19

JavaScript前端单元测试

2021-03-28 23:03:50

Python程序员编码

2011-06-14 15:56:42

单元测试

2020-08-18 08:10:02

单元测试Java
点赞
收藏

51CTO技术栈公众号