1.0前言 前面我们介绍了白盒测试方法，后面我们来介绍一下Junit4，使用的是eclipse（用IDEA的小伙伴可以撤了）1.1配置Junit41.1.1安装包我们需要三个jar包：org.junit_4.13.2.v20211018-1956.jarorg.hamcrest.core_1.3.0.v20180420-1519.jarorg.hamcrest-library-1.3.jarorg.junit_4.13.2.v20211018-1956.jar和org.hamcrest.core_1.3.0.v20180420-1519.jar这两个jar包是eclipse自带的然后我们需要
1.0前言 前面我们介绍了白盒测试方法，后面我们来介绍一下Junit4，使用的是eclipse（用IDEA的小伙伴可以撤了）1.1配置Junit41.1.1安装包我们需要三个jar包：org.junit_4.13.2.v20211018-1956.jarorg.hamcrest.core_1.3.0.v20180420-1519.jarorg.hamcrest-library-1.3.jarorg.junit_4.13.2.v20211018-1956.jar和org.hamcrest.core_1.3.0.v20180420-1519.jar这两个jar包是eclipse自带的然后我们需要
1.0前言 断言(assertion)是一种在程序中的一阶逻辑(如：一个结果为真或假的逻辑判断式)，目的为了表示与验证软件开发者预期的结果——当程序执行到断言的位置时，对应的断言应该为真。若断言不为真时，程序会中止执行，并给出错误信息。1.1JUnitassert断言这里我们直接上例子importstaticorg.junit.Assert.assertArrayEquals;importstaticorg.junit.Assert.assertEquals;importstaticorg.junit.Assert.assertFalse;importstaticorg.junit.Asse
1.0前言 断言(assertion)是一种在程序中的一阶逻辑(如：一个结果为真或假的逻辑判断式)，目的为了表示与验证软件开发者预期的结果——当程序执行到断言的位置时，对应的断言应该为真。若断言不为真时，程序会中止执行，并给出错误信息。1.1JUnitassert断言这里我们直接上例子importstaticorg.junit.Assert.assertArrayEquals;importstaticorg.junit.Assert.assertEquals;importstaticorg.junit.Assert.assertFalse;importstaticorg.junit.Asse
1.0流程图标识1.1语句覆盖法（C0标准）①目标 程序中的每个可执行语句至少被执行一次后面如未说明那就是还是用的这个样例程序源代码：importjava.util.Scanner;publicclassDemo{ publicstaticvoidmain(String[]args){ inta,b; doublec; Scannerscanner=newScanner(System.in); a=scanner.nextInt(); b=scanner.nextInt(); c=scanner.nextDouble(); if(a>0&&b>0){ c=c/a; }el
1.0流程图标识1.1语句覆盖法（C0标准）①目标 程序中的每个可执行语句至少被执行一次后面如未说明那就是还是用的这个样例程序源代码：importjava.util.Scanner;publicclassDemo{ publicstaticvoidmain(String[]args){ inta,b; doublec; Scannerscanner=newScanner(System.in); a=scanner.nextInt(); b=scanner.nextInt(); c=scanner.nextDouble(); if(a>0&&b>0){ c=c/a; }el
At-rules规则是目前CSS中一种常见的语法规则，它使用一个"@"符号加一个关键词定义，后面跟上语法区块，如果没有则以分号结束即可。这种规则一般用于标识文档、引入外部样式、条件判断等等，本文是对该规则的使用总结。常用规则@import@import主要用于从其他样式表导入新的样式规则，语法：@importurl|stringlist-of-mediaqueries;。url|string：需要引入的样式资源路径，相对路径或绝对路径都可以；list-of-mediaqueries：逗号分隔的条件列表，判断什么条件下才引入该样式资源，支持媒体查询条件。@import"./reset.css";
At-rules规则是目前CSS中一种常见的语法规则，它使用一个"@"符号加一个关键词定义，后面跟上语法区块，如果没有则以分号结束即可。这种规则一般用于标识文档、引入外部样式、条件判断等等，本文是对该规则的使用总结。常用规则@import@import主要用于从其他样式表导入新的样式规则，语法：@importurl|stringlist-of-mediaqueries;。url|string：需要引入的样式资源路径，相对路径或绝对路径都可以；list-of-mediaqueries：逗号分隔的条件列表，判断什么条件下才引入该样式资源，支持媒体查询条件。@import"./reset.css";
“我们如何证明，通过遵循“代码整洁之道”（CleanCode）就可以编写更多的代码呢？”当人们试图将“代码整洁之道（CleanCode）”的原则应用于现有的代码库时，我经常会问这个问题。我认为这是合情合理的。当我们开始重构遗留代码时，通常会将内容提取到较小的方法中。然后再将方法提取到类中。很快，我们可能就能感觉到原来30行的方法现在已经分散在不同的类中。我们想知道的是：这在实际上是否是更容易维护了呢。也许我们是一个小团队。也许我们必须支持我们继承的一个相对较大（并且没有文档记录的）的代码库。寻求代码可维护性是一件好事。错误在于，认为代码可维护性与代码行数（linesofcode，LOC）相关。
“我们如何证明，通过遵循“代码整洁之道”（CleanCode）就可以编写更多的代码呢？”当人们试图将“代码整洁之道（CleanCode）”的原则应用于现有的代码库时，我经常会问这个问题。我认为这是合情合理的。当我们开始重构遗留代码时，通常会将内容提取到较小的方法中。然后再将方法提取到类中。很快，我们可能就能感觉到原来30行的方法现在已经分散在不同的类中。我们想知道的是：这在实际上是否是更容易维护了呢。也许我们是一个小团队。也许我们必须支持我们继承的一个相对较大（并且没有文档记录的）的代码库。寻求代码可维护性是一件好事。错误在于，认为代码可维护性与代码行数（linesofcode，LOC）相关。
