资讯详情

深入了解 · 专业解读

Java单元测试与Mock技术实战指南

发布时间：2026/9/15 12:53:28
Java单元测试与Mock技术实战指南 1. 为什么Java开发者必须掌握单元测试与Mock技术2018年那场让我记忆犹新的生产事故彻底改变了我对单元测试的看法。当时团队在凌晨上线了一个核心支付模块的小优化结果导致次日早高峰时段整个交易系统瘫痪。事后排查发现问题出在一个看似简单的金额计算逻辑上——由于缺少单元测试覆盖开发人员修改时未能发现四舍五入规则与银行系统的微妙差异。这个价值300万的教训让我明白单元测试不是可选项而是Java开发者保命的必备技能。现代Java开发中单元测试和Mock技术已经深度融入开发流程。以Spring框架为例其最新版本甚至将测试支持作为核心模块的一部分。根据2023年JetBrains开发者调查报告超过78%的Java项目要求提交代码时必须附带单元测试而Mock技术在这些测试中的使用率高达92%。这些数据背后反映的是一个残酷的现实不懂单元测试和Mock的Java开发者正在被行业加速淘汰。2. 单元测试核心概念与JUnit5实战2.1 什么是真正的单元测试很多开发者对单元测试存在误解认为只要写了测试代码就是单元测试。实际上真正的单元测试具有三个核心特征独立性不依赖外部环境数据库、网络等快速性单个测试应在毫秒级完成确定性每次执行结果必须一致// 反例这不是合格的单元测试 Test public void testSaveUser() { User user new User(test, 123456); userRepository.save(user); // 依赖真实数据库 assertNotNull(user.getId()); // 测试结果不可控 }2.2 JUnit5现代用法详解JUnit5相比旧版本进行了架构重构主要包含三个子项目JUnit Platform测试引擎的基础设施JUnit Jupiter新的编程模型和扩展模型JUnit Vintage兼容旧版本测试推荐使用以下现代实践DisplayName(用户服务测试) // 使用有意义的测试名称 class UserServiceTest { BeforeEach void init(TestInfo testInfo) { System.out.println(初始化测试: testInfo.getDisplayName()); } Test Tag(fast) // 标记测试类别 void createUser_WhenPasswordValid_ShouldReturnSuccess() { UserService service new UserService(); Result result service.createUser(user1, StrongPss1); assertEquals(Result.SUCCESS, result); } ParameterizedTest ValueSource(strings {weak, 123456, password}) void createUser_WhenPasswordInvalid_ShouldThrowException(String password) { UserService service new UserService(); assertThrows(InvalidPasswordException.class, () - service.createUser(user1, password)); } }2.3 测试覆盖率与陷阱Jacoco是Java生态中最常用的覆盖率工具但要注意覆盖率陷阱行覆盖≠逻辑覆盖即使100%行覆盖仍可能有未测试路径覆盖率的合理目标核心业务逻辑80%以上工具类60%左右必须关注的指标分支覆盖率Branch Coverage在Maven中配置Jacocoplugin groupIdorg.jacoco/groupId artifactIdjacoco-maven-plugin/artifactId version0.8.8/version executions execution goals goalprepare-agent/goal /goals /execution execution idreport/id phasetest/phase goals goalreport/goal /goals /execution /executions /plugin3. Mock技术的深度解析与实践3.1 Mock与Stub的本质区别很多开发者混淆了Mock和Stub的概念这是单元测试中常见的误区特性MockStub验证重点对象交互行为返回预设结果典型用途验证方法调用次数提供测试数据失败时机断言失败时返回异常时框架示例Mockito简单手工实现3.2 Mockito高级技巧Mockito 4.x版本引入了一些强大功能深度Mock配置Mock private UserRepository userRepository; Test void testFindUser() { // 链式调用Mock when(userRepository.findByUsername(admin)) .thenReturn(Optional.of(new User(admin, xsw2#))); // 参数匹配器 when(userRepository.save(any(User.class))) .thenAnswer(invocation - { User u invocation.getArgument(0); u.setId(1L); return u; }); // 验证调用次数 verify(userRepository, times(1)).findByUsername(admin); }Mock静态方法需要Mockito-InlineTest void testStaticMethod() { try (MockedStaticUtility mocked mockStatic(Utility.class)) { mocked.when(Utility::generateId).thenReturn(fixed-id); String result Utility.generateId(); assertEquals(fixed-id, result); } }3.3 常见Mock陷阱与解决方案陷阱1过度Mock// 错误做法Mock了所有依赖 Test void testProcessOrder() { OrderService service mock(OrderService.class); PaymentGateway gateway mock(PaymentGateway.class); InventoryService inventory mock(InventoryService.class); // ...过度Mock导致测试失去意义 }解决方案只Mock真正的外部依赖数据库、第三方API对领域对象使用真实实例陷阱2脆弱的MockTest void testUpdateUser() { UserRepository repo mock(UserRepository.class); when(repo.update(any(User.class))).thenReturn(true); // 过于宽松 // 更好的做法 User expectedUser new User(test, pwd); when(repo.update(argThat(u - u.getUsername().equals(test)))) .thenReturn(true); }4. 集成测试中的Mock策略4.1 Spring Test Context的Mock集成Spring Boot Test提供了优雅的Mock集成方案SpringBootTest AutoConfigureMockMvc class UserControllerTest { Autowired private MockMvc mockMvc; MockBean private UserService userService; Test void getUser_WhenExists_ShouldReturn200() throws Exception { when(userService.findById(1L)) .thenReturn(new User(1L, admin)); mockMvc.perform(get(/users/1)) .andExpect(status().isOk()) .andExpect(jsonPath($.username).value(admin)); } }4.2 测试切片(Test Slices)技术Spring Boot的测试切片可以精准控制测试范围注解测试范围启动时间WebMvcTest仅MVC层~1sDataJpaTest仅JPA仓库~2sJsonTestJSON序列化1sRestClientTestREST客户端~1s示例代码WebMvcTest(UserController.class) class UserControllerSliceTest { Autowired private MockMvc mvc; MockBean private UserService service; Test void shouldReturnUserWhenExists() throws Exception { // ...类似前例 } }4.3 测试容器(Testcontainers)与Mock的配合对于需要真实中间件的测试场景Testcontainers DataJpaTest AutoConfigureTestDatabase(replace AutoConfigureTestDatabase.Replace.NONE) class UserRepositoryTest { Container static PostgreSQLContainer? postgres new PostgreSQLContainer(postgres:15); DynamicPropertySource static void configureProperties(DynamicPropertyRegistry registry) { registry.add(spring.datasource.url, postgres::getJdbcUrl); registry.add(spring.datasource.username, postgres::getUsername); registry.add(spring.datasource.password, postgres::getPassword); } Test void shouldSaveUser() { // 使用真实数据库测试 } }5. 企业级测试架构设计5.1 测试金字塔实践Google测试金字塔的Java实现方案层级占比技术栈执行频率单元测试70%JUnit5 Mockito每次构建集成测试20%Spring Test Testcontainers每日构建E2E测试10%Selenium Cucumber发布前5.2 测试代码的质量保障测试代码同样需要保证质量坏味道检测重复的测试逻辑模糊的断言消息过度复杂的测试准备不稳定的测试Flaky Tests改进方案// 使用自定义断言提高可读性 class UserAssertions { static void assertValidUser(User user) { assertNotNull(user.getId()); assertTrue(user.getUsername().length() 4); assertTrue(user.getPassword().length() 8); } } // 使用测试数据工厂 class TestUserFactory { static User createValidUser() { return new User(testuser, ValidPass123); } static User createAdminUser() { User user createValidUser(); user.setRole(Role.ADMIN); return user; } }5.3 测试性能优化技巧大型项目的测试加速方案并行测试执行!-- surefire配置 -- plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-surefire-plugin/artifactId version3.0.0/version configuration parallelmethods/parallel threadCount4/threadCount /configuration /plugin测试分类执行Tag(slow) class SlowIntegrationTests { // 耗时较长的测试 } // 命令行执行快速测试 mvn test -Dgroupsfast上下文缓存SpringBootTest TestInstance(TestInstance.Lifecycle.PER_CLASS) // 共享测试实例 class CachedContextTests { // 测试方法共享同一个Spring上下文 }6. 特殊场景测试方案6.1 多线程测试Java并发测试的可靠方案Test void shouldHandleConcurrentAccess() throws Exception { AtomicInteger counter new AtomicInteger(); ExecutorService executor Executors.newFixedThreadPool(10); ListCallableVoid tasks IntStream.range(0, 100) .mapToObj(i - (CallableVoid) () - { counter.incrementAndGet(); return null; }) .collect(Collectors.toList()); executor.invokeAll(tasks); executor.shutdown(); assertTrue(executor.awaitTermination(1, TimeUnit.SECONDS)); assertEquals(100, counter.get()); }6.2 时间敏感测试处理时间相关逻辑的测试技巧class TimeServiceTest { Test void shouldCheckBusinessHours() { // 使用固定时钟 Clock fixedClock Clock.fixed( Instant.parse(2023-07-20T09:00:00Z), ZoneId.of(UTC)); TimeService service new TimeService(fixedClock); assertTrue(service.isBusinessHour()); } }6.3 异常场景测试全面覆盖异常路径Test void shouldThrowWhenUserNotFound() { UserRepository repo mock(UserRepository.class); when(repo.findById(anyLong())).thenReturn(Optional.empty()); UserService service new UserService(repo); assertThrows(UserNotFoundException.class, () - service.getUserProfile(1L)); // 验证异常消息 Exception ex assertThrows(UserNotFoundException.class, () - service.getUserProfile(1L)); assertEquals(User not found with id: 1, ex.getMessage()); }7. 测试驱动开发(TDD)实战7.1 真正的TDD循环有效的TDD实践流程编写一个失败的小测试Red实现最简单可通过的代码Green重构代码和测试Refactor重复直到功能完成示例开发密码验证器// 第1步失败测试 Test void shouldRejectShortPassword() { PasswordValidator validator new PasswordValidator(); assertFalse(validator.isValid(short)); } // 第2步最简单实现 public class PasswordValidator { public boolean isValid(String password) { return password.length() 6; } } // 第3步添加更多测试用例...7.2 TDD常见误区误区1测试后补错误做法先写完整实现再补测试正确做法每个小功能点都遵循Red-Green-Refactor误区2大测试用例// 错误做法 Test void testAllPasswordRules() { // 测试长度、特殊字符、数字等所有规则 } // 正确做法 Test void shouldRequireMinimumLength() {...} Test void shouldRequireSpecialCharacter() {...}7.3 TDD在复杂场景下的应用领域驱动设计(DDD)中的TDDTest void shouldCalculateOrderTotalWithTax() { Order order new Order(); order.addItem(new Product(Book, Money.of(100)), 2); order.setTaxRate(0.1); Money total order.calculateTotal(); assertEquals(Money.of(220), total); // 100*2 * 1.1 }8. 现代测试工具链8.1 断言库的选择工具特点示例AssertJ流式API丰富断言assertThat(user).hasName(admin)Hamcrest匹配器库assertThat(score, greaterThan(60))TruthGoogle风格assertThat(users).containsExactly(...)AssertJ示例Test void assertJExample() { User user userService.findById(1L); assertThat(user) .isNotNull() .hasFieldOrPropertyWithValue(username, admin) .hasNoNullFieldsOrProperties() .satisfies(u - assertThat(u.getRoles()).contains(ROLE_ADMIN)); }8.2 测试数据生成使用Java Faker生成测试数据Test void testWithGeneratedData() { Faker faker new Faker(); String username faker.name().username(); String email faker.internet().emailAddress(); User user new User(username, password, email); assertThat(user.getEmail()).contains(); }8.3 契约测试与Pact微服务间的契约测试PactTestFor(providerName UserService, port 8080) public class UserClientContractTest { Pact(consumer OrderService) public RequestResponsePact userExistsPact(PactDslWithProvider builder) { return builder .given(user with id 1 exists) .uponReceiving(get user by id) .path(/users/1) .method(GET) .willRespondWith() .status(200) .body(new PactDslJsonBody() .integerType(id, 1) .stringType(username, admin)) .toPact(); } Test PactTestFor(pactMethod userExistsPact) void shouldFetchUserWhenExists(MockServer mockServer) { UserClient client new UserClient(mockServer.getUrl()); User user client.getUser(1L); assertEquals(1L, user.getId()); } }9. 测试代码的持续演进9.1 测试重构模式模式1测试工具方法提取class TestHelpers { static User createTestUser() { User user new User(); user.setUsername(test); user.setPassword(password123); return user; } } // 使用方式 Test void shouldUpdateUser() { User user TestHelpers.createTestUser(); // 测试逻辑 }模式2自定义匹配器class UserMatchers { static MatcherUser hasUsername(String expected) { return new TypeSafeMatcherUser() { Override protected boolean matchesSafely(User user) { return expected.equals(user.getUsername()); } Override public void describeTo(Description description) { description.appendText(user with username expected); } }; } } // 使用方式 Test void shouldFindUser() { User user userService.findById(1L); assertThat(user, hasUsername(admin)); }9.2 测试代码审查要点有效的测试代码审查清单[ ] 每个测试是否只有一个明确的验证点[ ] 测试名称是否清晰表达意图[ ] 是否避免了魔法数字和字符串[ ] 测试准备代码是否简洁[ ] 是否处理了所有边界条件[ ] 测试是否独立于执行顺序[ ] 断言失败信息是否有帮助9.3 测试代码的可维护性长期维护测试代码的关键实践测试组织结构src/test/java ├── unit │ ├── service │ └── domain ├── integration │ ├── repository │ └── web └── e2e ├── api └── ui测试生命周期管理DisplayName(用户注册流程) class UserRegistrationTest { Nested DisplayName(当输入有效时) class WhenInputValid { Test void shouldReturnSuccess() {...} } Nested DisplayName(当输入无效时) class WhenInputInvalid { Test void shouldThrowException() {...} } }测试数据管理策略Test void shouldProcessOrder() { Order order TestDataFactory.createOrder() .withItem(Book, 2) .withDiscount(0.1); // 测试逻辑 }10. 测试文化的建立10.1 团队测试规范制定有效的测试规范应包含命名约定如[Method]_[Scenario]_[Result]目录结构标准覆盖率阈值要求Mock使用准则测试代码审查流程10.2 测试代码的文档化使用测试作为活文档/** * 用户密码修改规范 * 1. 必须包含至少8个字符 * 2. 必须包含数字和特殊字符 * 3. 不能与最近3次密码相同 */ class PasswordPolicyTest { Test void shouldRejectPasswordShorterThan8Chars() {...} Test void shouldRequireNumberAndSpecialChar() {...} Test void shouldCheckPasswordHistory() {...} }10.3 测试指标可视化推荐监控的测试指标单元测试通过率测试执行时间趋势代码覆盖率变化测试失败率缺陷逃逸率生产环境缺陷/测试发现缺陷使用SonarQube配置质量阈sonar.qualitygate.waittrue sonar.qualitygate.timeout300 # 质量阈条件 sonar.qualitygate.conditionscoverage,duplicated_lines_density sonar.qualitygate.coverage.threshold80 sonar.qualitygate.duplicated_lines_density.threshold511. 前沿测试技术探索11.1 基于属性的测试(Property-based Testing)使用jqwik进行属性测试Property void passwordValidation(ForAll String password) { Assume.that(password ! null password.length() 8); boolean isValid new PasswordValidator().isValid(password); assertTrue(isValid); }11.2 突变测试(Mutation Testing)使用PITest检测测试有效性plugin groupIdorg.pitest/groupId artifactIdpitest-maven/artifactId version1.9.0/version configuration targetClasses paramcom.example.service.*/param /targetClasses targetTests paramcom.example.service.*Test/param /targetTests /configuration /plugin11.3 AI辅助测试生成使用EvoSuite生成测试用例// 自动生成的测试示例 Test public void testUserConstructor() { User user new User(); assertNull(user.getUsername()); assertNull(user.getPassword()); }12. 遗留系统的测试策略12.1 测试解耦技术处理紧耦合代码的测试方案class LegacyOrderProcessor { // 原始紧耦合代码 public void process(Order order) { InventoryService.checkStock(order); // 静态调用 // 业务逻辑 } // 重构后可测试版本 public void process(Order order, InventoryService inventory) { inventory.checkStock(order); // 业务逻辑 } }12.2 接缝测试(Seam Testing)在不可测试代码中寻找接缝点class LegacyPaymentService { // 原始方法 public boolean processPayment(Payment payment) { if (payment.getAmount() 1000) { return callExternalSystem(payment); // 难以测试 } return true; } // 提取接缝 protected boolean callExternalSystem(Payment payment) { // 实际外部调用 } } // 测试子类覆盖接缝 class TestablePaymentService extends LegacyPaymentService { Override protected boolean callExternalSystem(Payment payment) { return true; // 测试桩 } }12.3 特征测试(Characterization Testing)逆向工程现有行为Test void characterizeLegacyBehavior() { LegacyCalculator calc new LegacyCalculator(); // 通过实验发现的行为 assertEquals(3, calc.compute(12)); assertEquals(0, calc.compute()); // 空输入返回0 assertEquals(-1, calc.compute(null)); // null输入返回-1 }13. 测试驱动设计(TDD)进阶13.1 测试驱动架构通过测试驱动架构决策Test void shouldSupportMultiplePaymentMethods() { Order order new Order(); order.pay(new CreditCard(4111-1111-1111-1111)); order.pay(new PayPal(userexample.com)); assertEquals(2, order.getPayments().size()); }13.2 测试驱动领域建模通过测试澄清领域概念Test void shouldCalculateProductDiscount() { Product product new Product(Laptop, Money.of(1000)); DiscountPolicy policy new BulkDiscountPolicy(5, 0.1); product.applyDiscountPolicy(policy); Order order new Order(); order.addItem(product, 5); assertEquals(Money.of(4500), order.getTotal()); // 1000*5*0.9 }13.3 测试驱动API设计通过测试设计REST APITest void shouldSupportPartialUpdate() throws Exception { mockMvc.perform(patch(/users/1) .contentType(application/merge-patchjson) .content({\email\:\newexample.com\})) .andExpect(status().isOk()) .andExpect(jsonPath($.email).value(newexample.com)); }14. 测试性能工程14.1 测试中的性能考量编写高性能测试的技巧避免在测试中创建不必要的对象重用昂贵的测试资源使用BeforeAll代替BeforeEach进行重量级初始化并行化慢测试14.2 测试执行监控使用Micrometer监控测试执行class TestMetrics { private static final MeterRegistry registry new SimpleMeterRegistry(); AfterEach void recordTestMetrics(TestInfo info) { registry.counter(test.execution) .tag(class, info.getTestClass().get().getSimpleName()) .tag(method, info.getTestMethod().get().getName()) .increment(); } }14.3 测试环境优化Docker化的测试环境配置FROM openjdk:17-jdk-slim COPY . /app WORKDIR /app RUN ./mvnw verify15. 测试安全实践15.1 安全测试集成使用OWASP测试框架Test void shouldPreventSqlInjection() throws Exception { mockMvc.perform(get(/users?name OR 11--)) .andExpect(status().isBadRequest()); }15.2 敏感数据测试安全处理测试数据Test void shouldMaskSensitiveData() { User user new User(admin, secret); String json JsonUtils.toJson(user); assertThat(json).doesNotContain(secret); assertThat(json).contains(\password\:\******\); }15.3 测试代码的安全审查测试代码的安全检查清单[ ] 测试中是否包含真实凭证[ ] 测试数据是否包含敏感信息[ ] 测试是否会意外修改生产数据[ ] 测试工具是否更新到安全版本16. 测试报告与可视化16.1 自定义测试报告使用Allure生成增强报告plugin groupIdio.qameta.allure/groupId artifactIdallure-maven/artifactId version2.11.2/version /plugin添加测试步骤注解Test DisplayName(用户登录流程) Feature(认证) Story(用户登录) void userLoginTest() { step(准备测试用户); User user createTestUser(); step(执行登录); LoginResult result authService.login(user.getUsername(), password); step(验证结果); assertThat(result).isSuccessful(); }16.2 测试趋势分析使用Jenkins展示测试趋势pipeline { stages { stage(Test) { steps { sh ./mvnw test junit target/surefire-reports/**/*.xml archiveArtifacts target/surefire-reports/**/* } } } post { always { recordIssues( tools: [java(), junit()], trendChartType: TOOLS_ONLY ) } } }16.3 测试失败分析自动化失败分类Rule public TestRule failureAnalyzer new TestWatcher() { Override protected void failed(Description description, Throwable cause) { if (cause instanceof AssertionError) { log.error(验证失败: description.getDisplayName()); } else { log.error(运行时异常: description.getDisplayName(), cause); } } };17. 测试基础设施即代码17.1 测试环境自动化使用Terraform配置测试环境resource aws_instance test_db { ami ami-0c55b159cbfafe1f0 instance_type t2.micro tags { Name test-database } }17.2 测试数据管理使用Flyway管理测试数据-- src/test/resources/db/migration/V1__init_test_data.sql INSERT INTO users (username, password) VALUES (test1, password1), (test2, password2);17.3 测试流水线设计GitLab CI测试流水线示例stages: - test unit-test: stage: test image: maven:3.8-openjdk-17 script: - mvn test -Dgroupsunit integration-test: stage: test image: maven:3.8-openjdk-17 services: - postgres:13 script: - mvn verify -Dgroupsintegration18. 测试与持续交付18.1 测试策略与部署流水线不同环境的测试策略环境测试类型执行频率本地开发单元测试、少量集成测试每次代码变更CI服务器全部单元测试、集成测试每次提交预发布环境端到端测试、性能测试每日生产环境监控、A/B测试持续18.2 金丝雀发布测试实现金丝雀发布的测试策略Test void shouldSupportCanaryRelease() { FeatureToggle.canaryRelease true; // 新版本功能测试 NewService newService new NewService(); assertThat(newService.calculate(10)).isEqualTo(20); // 旧版本功能测试 FeatureToggle.canaryRelease false; OldService oldService new OldService(); assertThat(oldService.calculate(10)).isEqualTo(15); }18.3 测试与特性开关使用Togglz管理特性开关Test void featureToggleTest() { FeatureContext.clearCache(); TestFeatureManager manager new TestFeatureManager(); manager.enable(MyFeatures.NEW_ALGORITHM); Calculator calculator new Calculator(); assertEquals(200, calculator.compute(100)); // 使用新算法 }19. 测试与监控的衔接19.1 基于测试的监控指标将测试用例转化为生产监控Scheduled(fixedRate 3600000) void runHealthChecks() { try { new UserServiceHealthCheck().verify(); Metrics.gauge(app.health.user_service, 1); } catch (Exception e) { Metrics.gauge(app.health.user_service, 0); } }19.2 测试与SLO验证使用测试验证服务等级目标Test void shouldMeetResponseTimeSLO() { long start System.currentTimeMillis(); orderService.process(new Order()); long duration System.currentTimeMillis() - start; assertThat(duration).isLessThan(500); // SLO: 500ms }19.3 测试与混沌工程集成混沌测试Test void shouldHandleDatabaseFailure() { ChaosMonkey.enable(database); assertThatThrownBy(() - userService.findById(1L)) .isInstanceOf(DatabaseUnavailableException.class); ChaosMonkey.disableAll(); }20. 测试的未来趋势20.1 云原生测试技术Kubernetes测试操作符示例apiVersion: testing.k8s.io/v1 kind: TestRun metadata: name: user-service-test spec: image: user-service-test:latest env: - name: DB_URL value: postgres://test:testtest-db:5432/test20.2 AI在测试中的应用AI生成测试的潜力领域基于代码变更的智能测试选择自动生成边界条件测试测试用例的智能排序测试失败的根因分析20.3 测试作为产品资产将测试作为可交付物/** * 用户服务测试套件 * * p包含以下测试场景 * ul * li正常用户流程 * li边界条件验证 * li错误处理 * /ul */ public class UserServiceTestSuite { // 测试方法... }21. 个人测试经验分享在多年的Java开发中我总结了这些测试心得测试命名艺术好的测试名应该像一本书的目录读测试名就能知道系统行为。我习惯使用[method]_[scenario]_[result]格式比如createUser_whenPasswordInvalid_shouldThrowException。测试数据管理避免在多个测试中复制粘贴相同的测试数据。我通常会对简单对象使用工厂方法对复杂对象使用Builder模式对数据库数据使用Flyway或LiquibaseMock的克制使用曾经我过度使用Mock导致测试无法发现真实问题。现在我会只在测试外部依赖时使用Mock对领域对象尽量使用真实实例对值对象总是使用真实实例测试反馈速度保持单元测试在毫秒级我的经验法则是单个测试不超过50ms整个项目的单元测试套件不超过5分钟使用Tag(slow)标记耗时测试测试驱动设计TDD不仅是一种测试方法更是设计工具。通过先写测试我发现了许多设计问题过大的类和方法不合理的依赖模糊的接口定义测试维护成本测试代码也需要重构。我定期会删除过时的测试合并重复的测试提取测试工具方法更新模糊的断言消息测试与文档我把测试作为系统文档的一部分通过有意义的测试名清晰的测试结构示例性的测试数据详细的断言消息测试心态转变最大的突破是从不得不写测试到渴望写测试的转变。好的测试能增强修改代码的信心

相关新闻