对应起来就是:

单元测试

示例

有这么一段代码: 加到项目中: 规范是建议遵守,规定必须遵守. 项目结构如图.另外,点击类名的测试会测试所有的函数,点击函数的测试只会测当前函数. 结果:

断言

Equals中,第一个参数是期望值,第二个是实际值.如果报错,那么会提示出msg. 最后一个msg可以不传递. 测试失败: 抛出异常的检查:第二个参数是一个函数式接口

常见注解

演示:

下面的代码中,strings是一个数组: 注解: 修改之后,演示为:

企业开发规范

比如,就刚才的代码而言: 身份证号要考虑:传进来空,传进来过长过短,传过来是男是女. 原本的代码: 这里的代码似乎没有注明会抛出什么异常,不够规范? 当然,还需要一些正常的测试.不多赘述.

如何得知测试的全不全?

这便是统计覆盖率.点击之后,可以得到: 由于默认统计的是一个包里面的,因此会把helloworld加进来. class:表示你这个类测过了. method:业务方法测了50%,这是正常的,因为我们只测试了一个方法. 与此同时,点击左边的代码区: 可以看到覆盖了什么.

一般公司里会要求核心代码覆盖率100%,非核心的80% 可以修改只统计某一个java文件:

依赖范围

我们可以验证:如果我们在main里面写@test,也是可以的.但是这样极不规范,我们可不可以限制不允许这么做? 前两者最常用. 其实compile最常用,以后我们写的绝大部分都是compile.

如果使用maven的test: 运行后,会执行所有的规范的单元测试(规范:命名为...Test的单元测试就叫规范)

如果我打包的时候不想运行测试:(跳过测试)