欢迎来到皮皮网官网

【java试卷源码】【android定位源码 demo】【jsp企业系统源码】番茄看看源码_番茄看看是真的吗

时间:2024-12-26 02:38:55 来源:直链源码搭建教程

1.一文搞懂PythonUnittest测试方法执行顺序

番茄看看源码_番茄看看是番茄番茄真的吗

一文搞懂PythonUnittest测试方法执行顺序

       Unittest

       unittest大家应该都不陌生。它作为一款博主在5-6年前最常用的看看单元测试框架,现在正被pytest,源码nose慢慢蚕食。番茄番茄

       渐渐地,看看看到大家更多的源码java试卷源码讨论的内容从unittest+HTMLTestRunner变为pytest+allure2等后起之秀。

       不禁感慨,番茄番茄终究是看看自己落伍了,跟不上时代的源码大潮了。

回到主题

       感慨完了,番茄番茄回到正文。看看虽然unittest正在慢慢被放弃,源码但是番茄番茄它仍然是一款很全面的测试框架。

       今天在群里看到番茄卷王的看看一番言论,激起了我的源码一番回忆。

       自己以前是知道unittest的执行顺序并不是按照编写test方法的顺序执行,而是按照字典序执行的。但遗憾的是我都是投机取巧去解决的问题(后面会讲)。

       下面我们就来探讨下unittest类的android定位源码 demotest方法的执行顺序问题。

源码初窥

       研究一下源码(unittest.TestLoader)可以发现,在加载一个class下面的test方法的时候,原生Loader进行了排序,并且根据functools.cmp_to_key方法对测试方法列表进行了排序。

       我们知道,unittest是不需要我们指定对应的方法,说白了,它是从类里面自动获取到咱们的方法,并约定了以test开头的jsp企业系统源码方法都会被视为测试方法。

       查询一下self.sortTestMethodsUsing(这个是一个排序的方式)。

       可以看到这个比较方法写的很明确了,如果x<y那么返回-1,x=y则返回0,x>y返回1。

       其实大家可能不知道Python里面的字符串也是可以比较的,在此必须说明一下字典序。我们来看看这个例子:

a="abc"b="abcd"c="abce"print(a>b)print(b>c)

       猜猜看执行结果,很显然,密码安全控件源码字典序的比较,是按A-Z的顺序来比较的,如果前缀一样但长度不一样,那么长度长的那个,字典序靠后。

       了解了字典序以后,我们就不难知道,在unittest里面它寻找case的过程可以这样简化:

       找到对应类下面以test开头的测试方法

       对他们进行字典序排序

       依次执行

       这样就不难解释为什么我们有时候写的case不按照自己想的顺序来。

回到问题的ce5.6源码本质

       搞清楚为什么用例会乱,那就想到对应的解决方案。由于修改源码是不太合适的,那我们有2个策略去达成目的。

       比如我有多个test方法:

classTestcase(unittest.TestCase):defsetUp(self)->None:passdeftest_1(self):print("执行第一个")deftest_2(self):print("第二个")deftest_3(self):print("第三个")deftest_(self):print("第四个")deftest_(self):print("第五个")deftearDown(self)->None:passif__name__=="__main__":unittest.main()

       执行起来,按照字典序,其实是的顺序。

1.以字典序的方式编写test方法

       我们可以手动修改test方法的名称,这也是我早前的处理方式。也就是说把想要先执行的case字典序排到前面:

classTestcase(unittest.TestCase):defsetUp(self)->None:passdeftest_0_1(self):print("执行第一个")deftest_0_2(self):print("第二个")deftest_0_3(self):print("第三个")deftest_1_0(self):print("第四个")deftest_1_1(self):print("第五个")deftearDown(self)->None:pass

       我们可以把数字按位数拆开,个位数就把位补0,这样就能达到效果,如果会写个case,我们就需要补2个0,比如0_0_1,当然一个文件里面也不会有太多case。

       如果遇到test_login这种怎么办呢,不是数字结尾的方法。

       其实是一样的,可以写成test_数字_业务的模式。番货写了一个装饰器专门解决这样的问题,大家可以去参考下。

2.回归本质,从根本解决问题

       方案1用了番货的装饰器,好是好,但是改变了方法本身的名称,我们其实可以针对他的排序方式入手,按照我们编写case的顺序排序测试方法,就能达到想要的目的。

       说说思路:

       手写一个loader继承自TestLoader类,改写里面的排序方法

       在unittest运行的时候传入这个新的loader

       来看看完整代码,注释里面写的很完善了。

importunittestclassMyTestLoader(unittest.TestLoader):defgetTestCaseNames(self,testcase_class):#调用父类的获取“测试方法”函数test_names=super().getTestCaseNames(testcase_class)#拿到测试方法listtestcase_methods=list(testcase_class.__dict__.keys())#根据list的索引对testcase_methods进行排序test_names.sort(key=testcase_methods.index)#返回测试方法名称returntest_namesclassTestcase(unittest.TestCase):defsetUp(self)->None:passdeftest_1(self):print("执行第一个")deftest_2(self):print("第二个")deftest_3(self):print("第三个")deftest_(self):print("第四个")deftest_(self):print("第五个")deftearDown(self)->None:passif__name__=="__main__":unittest.main(testLoader=MyTestLoader())

       执行了一下还是不对,是不是哪里出了什么问题呢?

       是因为pycharm有一种默认的unittest的调试方法,我们要改成普通的方法去执行。

       试试用控制台执行:

       作者:米洛

copyright © 2016 powered by 皮皮网   sitemap