还梦呦

摘要： 直接上代码 Calculator.java ````java public class Calculator { private String name; private int age; public Calculator(String name, int age) { this.name = n 阅读全文

摘要： ​ ExternalResource是一个规则（如TemporaryFolder）的基类，它在测试前设置了一个外部资源（一个文件、套接字、服务器、数据库连接等），并保证在测试后将其拆除。测试人员可以重复使用或扩展下面提供的Rules之一，或编写自己的Rules。对于添加了TimeoutRule 的测试类，当测试类中的测试方法执行超过TimeoutRule 配置的时间时，测试方法执行就会被标记为失败。如果，你想在每个测试之后，甚至是在@After之后，想检查些什么，就可以使用Verifier这个Rule. 阅读全文

摘要： 有时候我们会把测试方法卸载内部类中，这个时候我们需要使用@RunWith(Enclosed.class)，这样可以运行内部类的测试方法， 这里贴出官方的demo连接：https://github.com/junit-team/junit4/wiki/%27Enclosed%27-test-runner-example ，大家可以学习一下。使用@Category可以对测试类添加分类，然后和@Suit结合使用，可以同时运行相同分类或不同分类的测试，算是上一种用法的升级版。 阅读全文

摘要： ​ @FixMethodOrder的顺序也并不一定是方法在代码中定义的顺序，这与JVM的实现有关。​ 我们在写JUnit测试用例时，有时候需要按照定义顺序执行我们的单元测试方法，比如如在测试数据库相关的用例时候要按照测试插入、查询、删除的顺序测试。如果不按照这个顺序测试可能会出现问题，比如删除方法在前面执行，后面的方法就都不能通过测试，因为数据已经被清空了。而JUnit测试时默认的顺序是随机的。所以这时就需要有办法要求JUnit在执行测试方法时按照我们指定的顺序来执行。 阅读全文

摘要： ​ 测试套件属于那种一看很麻烦，做起来很麻烦的那种。先来个@RunWith(Suite.class)再来个@SuiteClasses({})主要就是两句注解的事情，直接上例子。括号里面加上需要运行的所以类就行了。 阅读全文

摘要： 应用程序编程接口（Application Programming Interface, API）是这些年来最流行的技术之一，强大的Web应用程序和领先的移动应用程序都离不开后端强大的API。API技术的应用给系统开发带来了便利，但也对测试人员提出了更高的要求，如何以一种有效的方式测试这些API，并且确保它们按照预期运行，是目前测试人员面临的主要问题。今天我们大概介绍一些接口测试的一些概念以及一些专业术语等等见名知意，接口就是连接两个不同系统或者一个系统中两个不同的功能，它们之间相互连接的部分称为接口。 阅读全文

摘要： ​ JUnit 4引入了一项名为参数化测试的新功能。参数化测试允许开发人员使用不同的值反复运行相同的测试。 阅读全文

摘要： ​ **断言(assertion)**是一种在程序中的一阶逻辑(如：一个结果为真或假的逻辑判断式)，目的为了表示与验证软件开发者预期的结果——当程序执行到断言的位置时，对应的断言应该为真。若断言不为真时，程序会中止执行，并给出错误信息。​ JUnit 4 结合 Hamcrest 提供了一个全新的断言语法——assertThat。程序员可以只使用 assertThat 一个断言语句，结合 Hamcrest 提供的匹配符，就可以表达全部的测试思想。 阅读全文

摘要： ​ 前面我们介绍了白盒测试方法，后面我们来介绍一下Junit 4，使用的是eclipse（用IDEA的小伙伴可以撤了） 阅读全文

摘要： ​ 程序中每个判定的取真分支和取假分支至少执行一次。​ 判定3：(a > 0 && b > 0)​ 判定6：(a > 1 || c > 1)​ 判定3：(a > 0 && b > 0)​ 判定6：(a > 1 || c > 1)后面如未说明那就是还是用的这个样例。​ a0真假各一次。​ a1真假各一次。​ a>0时，b>0真假各一次。​ a>1时，c>1真假各一次。​ 程序中的每个可执行语句。​ 用例覆盖程序中的。 阅读全文