选项处理是 Trade Federation 模块化方法的核心。具体而言，选项是一种机制，让开发者、集成者和测试运行者通过该机制可以共同协作，而不会重复相互的工作。简单地说，实现选项处理后，开发者可将 Java 类成员标记为可配置，届时该成员的值可被集成者增强或覆盖，并且随后可被测试运行者增强或覆盖。该机制适用于所有 Java 固有类型，以及固有类型的任何 Map 或 Collection。
注意：选项处理机制仅适用于实现测试生命周期中包含的某个接口的类，并且仅当该类由生命周期系统实例化后才适用。
开发者
首先，开发者需要使用 @Option 注解来标记成员。
这些对象至少指定 name 和 description 值，以指定与该选项关联的参数名称，以及在命令使用 --help 或 --help-all 运行 TF 控制台时。
举例来说，假设我们要构建一个功能完善的电话测试，我们会在测试中拨打各种电话号码，并预期在每个号码连接后收到一系列 DTMF 音。
public class PhoneCallFuncTest extends IRemoteTest {
@Option(name = "timeout", description = "How long to wait for connection, in millis")
private long mWaitTime = 30 * 1000; // 30 seconds
@Option(name = "call", description = "Key: Phone number to attempt. " +
"Value: DTMF to expect. May be repeated.")
private Map<String, String> mCalls = new HashMap<String, String>;
public PhoneCallFuncTest() {
mCalls.add("123-456-7890", "01134"); // default
}
以上就是开发者为该测试设置两个配置点的所有要求。开发者随后可以正常离开并使用 mWaitTime 和 mCalls，而无需特别关注它们可配置的事实。 由于 @Option 字段是在类实例化之后、但在 run 方法调用之前设置的，因此实现者可通过一种简单的方法来设置或执行一些默认值对 Map 和 Collection 字段的过滤类型，其他除外。
集成商
集成者的工作重心是编写 XML 格式的配置。配置格式允许集成者为任何 @Option 字段设置（或附加）值。例如，假设集成者想要定义调用默认数值的低延迟测试，以及调用各种数值的运行时间较长的测试。集成者可以创建一对配置，可能如下所示：
<?xml version="1.0" encoding="utf-8"?>
<configuration description="low-latency default test; low-latency.xml">
<test class="com.example.PhoneCallFuncTest">
<option name="timeout" value="5000" />
</test>
</configuration>
<?xml version="1.0" encoding="utf-8"?>
<configuration description="call a bunch of numbers; many-numbers.xml">
<test class="com.example.PhoneCallFuncTest">
<option name="call" key="111-111-1111" value="#*#*TEST1*#*#" />
<option name="call" key="222-222-2222" value="#*#*TEST2*#*#" />
<!-- ... -->
</test>
</configuration>
测试运行者
测试运行者也可以通过 Trade Federation 控制台访问这些配置点。
首先也是最重要的，它们将使用 run command <name> 指令（或简称 run <name>）运行命令（即配置及其所有参数）。除此之外，他们可以指定任何参数列表作为命令的一部分，这可能替换或附加到各个配置内的生命周期对象指定的字段。
如需使用 many-numbers 电话号码运行低延迟测试，测试运行者可以执行：
tf> run low-latency.xml --call 111-111-1111 #*#*TEST1*#*# --call 222-222-2222 #*#*TEST2*#*#
或者，要从相反方向获得类似的效果，测试运行者可以减少 many-numbers 测试的等待时间：
tf> run many-numbers.xml --timeout 5000
选项排序
您可能会注意到底层实现的 call 选项是 Map，因此在命令行上，重复了 --call 时，它们都将存储起来。
选项 timeout（其底层实现为 long）只能存储一个值。因此，系统只会存储指定的最后一个值。
--timeout 5 --timeout 10 会生成包含 10 的 timeout。
如果将 List 或 Collection 用作底层实现，则系统会按照命令行中指定的顺序存储所有值。
布尔值选项
布尔值基础类型的选项可以通过直接传递选项名称（例如 --[option-name]）设置为 true，也可以利用语法 --no-[option-name] 设置为 false。