1. 项目概述
在软件测试领域，ETestDEV5作为一款专业测试工具，其术语体系构成了整个测试工作的基础语言。就像外科医生需要精确掌握解剖学术语一样，测试工程师必须透彻理解ETestDEV5的专用词汇，这是编写有效测试用例、分析测试结果的前提条件。
本教程将系统梳理ETestDEV5环境下的核心术语定义，这些术语就像测试工程的"密码本"，掌握它们才能准确理解测试需求文档、正确配置测试环境、精准描述缺陷现象。不同于普通词典式的术语解释，我会结合十年测试经验，重点剖析那些容易产生歧义的操作性术语，以及它们在实际测试场景中的具体应用边界。
2. 核心术语解析
2.1 基础架构类术语
测试桩(Test Stub)
在ETestDEV5中特指模拟被测系统依赖组件的轻量级替代品。与普通测试工具不同，ETestDEV5的测试桩支持动态参数注入，比如可以通过<param name="response_time" value="200ms"/>这样的XML配置定义响应延迟。实际项目中曾遇到因未设置超时阈值导致测试用例无限等待的情况，建议始终配置超时参数。
测试驱动(Test Driver)
ETestDEV5的驱动模块采用分层架构：
<driver> <protocol_layer>CAN</protocol_layer> <adapter_layer>PCI-8510</adapter_layer> <control_layer>PID</control_layer> </driver>调试时若出现"驱动未响应"错误，通常需要逐层检查协议配置、硬件接口和算法参数。
2.2 执行控制类术语
测试序列(Test Sequence)
ETestDEV5的序列执行引擎支持三种模式：
- 线性模式（默认）
- 条件分支模式（带if-else判断）
- 循环压力模式（stress参数控制）
典型配置示例：
<sequence mode="loop" count="1000" interval="10ms"> <case ref="TC_001"/> </sequence>注意：循环模式下务必设置合理的interval值，否则可能导致硬件资源耗尽
测试用例优先级(Priority)
ETestDEV5定义的五级优先级在实际使用中有这些经验法则：
- P0（致命）：涉及核心安全功能的用例
- P1（高）：主干业务流程用例
- P2（中）：边界值/异常流测试
- P3（低）：UI/兼容性测试
- P4（建议）：非强制执行的优化用例
2.3 结果评估类术语
测试通过准则(Pass Criteria)
ETestDEV5支持复合判断条件，例如：
<criteria> <and> <output match="regex" pattern="OK.*"/> <duration max="500ms"/> <memory leak="false"/> </and> </criteria>常见错误是将简单的字符串匹配作为唯一判断条件，而忽略性能指标。
缺陷严重程度(Severity)
与通用定义不同，ETestDEV5的缺陷分级特别强调对测试执行的影响：
- 阻塞(Blocker)：导致测试套件无法继续
- 严重(Critical)：主要功能失效
- 主要(Major)：功能降级但可绕过
- 次要(Minor)：非功能性缺陷
- 建议(Enhancement)：改进建议
3. 术语应用实战
3.1 测试方案设计中的术语映射
在将需求文档转化为测试方案时，需要建立术语对应关系：
| 需求术语 | ETestDEV5对应实体 | 转换规则 |
|---|---|---|
| 功能点 | 测试项(Test Item) | 需拆分为可测的原子功能 |
| 业务规则 | 验证点(Check Point) | 每条规则对应1个验证点 |
| 性能指标 | 负载场景(Load Scene) | 需转换为具体的并发数/吞吐量 |
3.2 测试脚本编写规范
基于术语的脚本注释标准：
# [TC_001] Login Function Test # @Priority: P1 # @Type: Functional # @Precondition: User registered # @PassCriteria: # 1. Return session_token # 2. Response time < 1s def test_login(): # Test Stub configuration stub.set_response("auth_server", "OK:token=abcd1234") # Test Driver invocation result = driver.post("/login", {"user":"test", "pwd":"123"}) # Verification assert "token" in result.text assert result.elapsed < 1000关键技巧：在脚本头部显式标注术语标签，便于后续的测试资产管理和追溯
4. 常见问题排查
4.1 术语相关错误诊断
| 错误现象 | 可能原因 | 解决方案 |
|---|---|---|
| "Undefined test item" | 术语拼写不一致 | 检查测试方案中的术语对照表 |
| "Invalid pass criteria" | 判断条件语法错误 | 使用ETestDEV5 Schema验证器 |
| "Driver mismatch" | 协议层术语定义冲突 | 统一硬件手册和配置文件的术语 |
4.2 术语管理最佳实践
- 建立项目术语表：使用Excel维护中英文对照、ETestDEV5专用名、通用测试术语三列映射
- 进行术语评审：在测试设计阶段组织专项评审，确保团队理解一致
- 自动化术语检查：利用ETestDEV5的术语校验插件扫描脚本：
etest validate-terms --input=test_scripts/ --glossary=terms.xlsx5. 高级应用技巧
5.1 自定义术语扩展
ETestDEV5允许通过命名空间机制扩展术语：
<extension xmlns:custom="http://yourcompany.com/etest"> <custom:high_availability>cluster</custom:high_availability> </extension>在测试报告中会保留这些定制化术语，但需要确保：
- 在项目范围内明确定义
- 与基础术语无冲突
- 在所有相关文档中保持统一
5.2 术语驱动的测试分析
利用术语关系进行测试覆盖分析：
-- 检查术语覆盖完整性 SELECT req.term, COUNT(test.item) FROM requirements req LEFT JOIN test_items test ON req.term = test.term GROUP BY req.term HAVING COUNT(test.item) = 0;这个SQL可找出需求文档中未被测试用例覆盖的术语，帮助发现测试盲区。在实际金融项目中使用该方法曾发现3个关键安全术语未被覆盖，避免了重大漏洞。
