自动化测试命名规范最佳实践：求权威参考资料支撑命名

以下是被行业广泛认可的权威参考，可支撑你的自动化测试命名方案：

• 《Google测试技术指南》
  Google内部的测试规范明确了自动化测试命名的核心原则：命名需具备可读性、唯一性、可追溯性。针对单元测试，推荐采用[被测方法/组件]_[场景]_[预期结果]的结构，比如calculateTotal_withNegativeDiscount_returnsCorrectValue；针对UI自动化测试，则强调要包含被测页面核心功能点，避免过于模糊的命名。

• JUnit官方文档（5.x版本）
  JUnit作为Java生态最主流的测试框架，其官方规范指出测试方法名应清晰描述测试行为和预期结果，反对使用类似test1、testLogin这种模糊命名，建议使用完整的陈述句，比如shouldRejectLoginWhenPasswordIsIncorrect。同时提到命名要便于团队协作时快速理解测试意图，无需查看测试代码即可知道测试内容。

• 《Selenium官方最佳实践》
  针对UI自动化测试，Selenium的官方实践指南提出命名要关联业务场景而非技术实现，比如避免使用clickButtonById_xxx这种绑定技术细节的命名，而是用checkoutWithInvalidPaymentMethod_showsError，这样当底层实现变更时，测试名无需修改，依然能准确反映测试目的。

• 微软Azure测试规范
  微软针对自动化测试的命名规范中，强调了分层命名的思路：针对不同层级的测试（单元、集成、E2E），命名前缀或结构要区分开。比如单元测试用UT_开头，集成测试用IT_开头，E2E测试用E2E_开头，同时核心命名部分遵循[业务模块]_[测试场景]_[预期结果]的结构，便于快速归类和排查问题。

这些资料都是行业内经过大量实践验证的规范，你可以根据自己的测试类型（单元、UI、集成等）和团队协作需求，从中提取适配的命名规则作为支撑。

内容的提问来源于stack exchange，提问作者user9157359