前面几篇介绍完了JUnit的基本功能和基本使用场景以及用法，一般来说，现在的开发都是一个人一个模块，如果一个开发，写一个业务代码的类，然后利用前面的知识是可以完成最基础的单元测试，起码证明他写的方法是可以通过单元测试，至少开发会做正向成功的用例。这篇开始来学习JUnit作为一个单元测试框架的高级部分，我们先从TestSuite开始。   1.测试套件 TestSuite 不要笑，我们先来学习

在前面一章中示例了如何编写一个简单的测试，但有两个问题： 我们知道测试用例的执行顺序是根据测试用例名称顺序执行的，在不改变用例名称的情况下，我们怎么来控制用例执行的顺序呢？一个测试文件，我们直接执行该文件即可，但如果有多个测试文件，怎么进行组织，总不能一个个文件执行吧？ 要解决上面两个问题，我们就要用到测试套件（TestSuite）了 代码： # coding = utf-8import

目录 1：addTest() 2、addTests() 3：discover()         上一篇说了Unittest的一个基本的执行顺序，那如果我们想要调整用例的执行先后顺序的话，可以用TestSuite()和TextTestRunner()了，可以这么理解，比如一个班级里有50个学生（50条用例），其中有10个学生获得了评优（10条需要执行），然后需要单独叫出来领奖，然后这1

TestSuite 测试套件简介 对一个功能的验证往往是需要很多多测试用例，可以把测试用例集合在一起执行，这就产生了测试套件TestSuite 的概念，它是用来组装单个测试用例，规定用例的执行的顺序，而且TestSuite也可以嵌套TestSuite。 可以通过addTest() 加载TestCase 到TestSuite 中，再返回一个TestSuite 实例。 示例：将simple_

今天操作git的时候，git stash了一下，然后git pull拉取最新的代码，发现居然报错了，报错如下： $ git stashfatal: Unable to create 'F:/TestSuite/TestSuite/.git/index.lock': File exists.If no other git process is currently running, this pr