TDD：测试驱动开发，先写测试，再写逻辑代码，通过单测，写逻辑代码，依次循环，知道所有逻辑都完成
1. TDD 三定律
第一定律：在编写不能通过的单元测试前，不可变写生产代码。
第二定律：只可编写刚好不可通过的单元测试，不能编译也算不通过。
第三定律：只可编写刚好足以通过当前失败测试的生产代码。
2. 保持测试整洁
有人认为测试代码不用遵循生产代码的质量标准
- 变量名不用好
- 测试函数不必短小和具有描述
- 测试代码不必做良好的设计和仔细划分
- 测试代码只要还能工作即可
不好的测试带来的问题
- 后期修改成本高
- 新增测试代码难度大
- 可能需要丢弃测试代码，直接使用无测试的代码，风险高
所以测试代码和生产代码一样重要。
测试的好处
保证生产代码的可扩展、可维护、可复用
改着放心，用着舒心
3. 整洁的测试
可读性是测试代码最重要的衡量指标，要保证测试代码的明确、简介、还有足够的表达力
测试的三个环节
give（准备数据）
when ( 执行逻辑)
then （验证逻辑）
看一个例子
代码语言：java复制package com.xxx.mas.cd.platform.service;
import com.xxx.mas.cd.platform.TestHelper;
import com.xxx.mas.cd.platform.common.config.AppPipelineConfiguration;
import com.xxx.mas.cd.platform.controller.dto.pipeline.AndroidAppPipelineGenerateFrontParamRequest;
import com.xxx.mas.cd.platform.controller.dto.pipeline.AppPipelineGenerateFrontParamResponse;
import com.xxx.mas.cd.platform.service.android.AndroidAppBuildParamConfigService;
import com.xxx.mas.cd.platform.service.android.AndroidAppBuildService;
import com.xxx.mas.cd.platform.service.android.AndroidBaseProjectBuildConfigParamService;
import com.xxx.mas.cd.platform.service.android.AndroidProjectRegisterService;
import com.xxx.mas.cd.platform.service.pipeline.AndroidAppPipelineConfigService;
import com.xxx.mas.common.entity.dto.pipeline.AppPipelineConfigGeneratorDTO;
import com.xxx.mas.common.proxy.GitProxy;
import com.xxx.mas.common.utils.JsonUtils;
import org.apache.velocity.app.Velocity;
import org.junit.Before;
import org.junit.Test;
import org.junit.runner.RunWith;
import org.mockito.InjectMocks;
import org.mockito.Mock;
import org.mockito.MockitoAnnotations;
import org.powermock.api.mockito.PowerMockito;
import org.powermock.modules.junit4.PowerMockRunner;
import java.io.IOException;
import static org.assertj.core.api.Assertions.assertThat;
import static org.mockito.ArgumentMatchers.any;
import static org.powermock.api.mockito.PowerMockito.doReturn;
import static org.powermock.api.mockito.PowerMockito.when;
@RunWith(PowerMockRunner.class)
public class AndroidAppPipelineConfigServiceTest {
@Mock
private AppPipelineConfiguration appPipelineConfiguration;
@Mock
private GitProxy gitProxy;
@Mock
private AndroidProjectRegisterService androidProjectRegisterService;
@Mock
private AndroidBaseProjectBuildConfigParamService androidBaseProjectBuildConfigParamService;
@Mock
private AndroidAppBuildParamConfigService androidAppBuildParamConfigService;
@Mock
private AndroidAppBuildService androidAppBuildService;
@InjectMocks
private AndroidAppPipelineConfigService androidAppPipelineConfigService;
@Before
public void init() {
MockitoAnnotations.initMocks(this);
Velocity.init();
}
@Test
public void testGenerateAppPipelineFrontTemplate() throws IOException {
AndroidAppPipelineGenerateFrontParamRequest param = AndroidAppPipelineGenerateFrontParamRequest.builder()
.applicationId("com.xxx.calculator")
.appPipelineBuildType("test")
.build();
String templateParam = "{"git":{"url":"git@git.xxxx.com:QaTools/calculator.git","branch":"master"},"type":"test","application_id":"com.xxx.calculator","gradlew_path":"gradlew","project_build_file_root_path":"build.gradle","module_build_file_path":"app/build.gradle","app_module":"app","build_variant":"fullRelease","gradle_cache_dir":null}";
String androidPipeline = TestHelper.getResource("android_pipeline_param.json");
String expectResult = TestHelper.getResource("android_generate_pipeline_front_template.json");
AppPipelineConfigGeneratorDTO appPipelineConfigGenerator = AppPipelineConfigGeneratorDTO.builder().templateParam(templateParam).build();
AndroidAppPipelineConfigService androidAppPipelineConfigServiceSpy = PowerMockito.spy(androidAppPipelineConfigService);
doReturn(appPipelineConfigGenerator).when(androidAppPipelineConfigServiceSpy).processAppPipelineConfig(param);
when(gitProxy.getFileContent(any(), any(), any())).thenReturn(androidPipeline);
AppPipelineGenerateFrontParamResponse result = androidAppPipelineConfigServiceSpy.generateAppPipelineFrontTemplate(param);
assertThat(JsonUtils.objectToJson(result)).isEqualTo(expectResult);
}
}4.每一个测试必须有断言
也就是我上面说的then这个阶段，如果我们只是进行执行逻辑，缺不严重逻辑，这样的测试也就没什么意义了
每一个测试只测一种case
开发中一个方法可能存在多种业务逻辑，我们应该每一种case进行一次单独测试编写
5.R.I.R.S.T
测试遵循的5条规则
快速：测试代码应该执行快，以便于频繁的执行测试
独立：测试和测试之间应该相互独立，不能一个测试作为另一个测试的条件，每一个测试都是可以独立运行的
可重复：测试应该是可以重复执行的，而且获的结果是一致的
自足验证： 测试一定是有断言的，可以自我验证逻辑的正确性
及时：测试应该和生产代码同时编写。
