Component（测试组件或者测试成分），TTCN接触下来最频繁的就是MTC（Main Test Component,主测试组件），在执行测试用例前，需要首先创建一个MTC，在testcase运行过程中，只能有唯一的MTC。如果没有指明testcase需要runs on在某个Component，系统默认的component就是MTC。在testcase代码中，不能控制MTC的建立与停止。

非主测试组件的测试组件叫PTC（ParallelTest Component, 并行测试组件）, PTC是由testcase控制的，最后由系统销毁。testcase可以执行create，start，stop等操作 。

简单说，一个PTC就可以理解为TTCN模拟出来的一台远程主机的进程。通过它，模拟出其他主机实现并行测试。而测试组件之间，通过通信端口实现通信。

这个testcase中，简单执行：

PCT和startClient的实现（common/CLI/CLI_Function.ttcn.linux）：

随后，调用p_ptcClient.running检测，p_ptcClient是否在运行（running运行在一个测试部件上检查另一个测试部件是否运行，这里实在mtc上检查p_ptcClient）。如果没有运行，则依次执行map和connect，map为p_ptcClient与ipwork之间建立映射 ，connect为mtc和p_ptcClient建立一个双工的通信关系，即mtc的输出口指向p_ptcClient的输入口，p_ptcClient的输出口指向mtc的输入口。然后，执行p_ptcClient.start启动PTC，PTC启动后执行的就是start的参数CliSimulator()，如同pthread_create或者exec执行线程或进程函数一样。

我们已经启动了新的PTC，那么看看p_ptcClient的CliSimulator()里面究竟执行了那些东西：

这里的alt是可选步，如同一个switch的消息循环，每个case选项或是等待远程过程调用请求，或是等待接受数据，如果有请求或者数据传输，程序就会跳进对应的case,，这里主要关心[]managePort.getcall(sig_Command:{?}) ->param(command)

getcall等待远程的call，managePort就是之前mtc与p_ptcClient建立关联的端口，那么这里就是等待mtc的call调用，根据module CLI_Signature中定义的函数原型signature sig_Command(inout charstring p_Command)，mtc远程call时传入的参数p_Command将被赋予command，telnet_client_port 即之前map建立的p_ptcClient与ipwork建立的关联, telnet_client_port.send(command)将把mtc传来的command转发给ipwork。这样就完成了，从mtc传送命令交由模拟的PTC转发给ipwork测试系统接口的过程。下面的[]managePort.getcall(sig_BatchCommand也大体类似，只是将一串命令打包执行。

最后看下mtc中如何调用p_ptcClient的方法 ，使用sendCommand_byPTC("date ",tsp_ptcClientName11,2.2)，它的作用就是通过名为tsp_ptcClientName11的PTC发送date给ipwork：

这里首先获取了获取名为p_ClientName的PTC引用，然后利用managePort调用远程方法（也就是mtc与p_ptcClient关联的端口），这里的远程方法会到p_ptcClient中去找模板为sig_Command的方法，也就是之前提到的CliSimulator()中相关内容。