• 定义按键事件的发送间隔
输入格式： Wait <INT16 wait time>
返 回： Key:DONE
举例：
wait 6000 // 等待 6000Ms ，即 1 分钟
通过该命令，可以请求一个 pause 。比如呼叫 1001 通话 1 分钟后挂断。 PTE 脚本编写如下：
Key 1
Wait 500 // 按键间等待 0.5 秒
Key 10
Wait 500
Key 10
Wait 500
Key 1
Wait 500
Key 11 // 按呼叫键
Wait 3000 // 等待呼叫， 3 秒
Wait 60000 //1001 接通后等待 1 分钟
Key 12 // 按挂机键，结束通话
Wait 500
• 自动测试方案及框架体系 :
下面介绍一套自动化功能测试方案架构
• 方案简述 :
自动测试主要工作流程分以下几个主要阶段：
• 测试用例的设计和准备 ， 形成一套自动测试用例脚本库
自动测试用例的准备，如果贵公司在需求定义的同时有各功能详细具体的 menu tree 架构，那即可在此基础上手动编写 PTE 命令脚本。
假设一手机的关机功能菜单位于主菜单中第 5 项菜单 “ 话机设置 ” 的第一子菜单中，可以用以下脚本方式实现手机执行关机。
Key 15 // 在待机下按左键进主菜单
Wait 500
Key 5 // 按 5 进入住菜单的第 5 个子菜单 “ 话机设置 ”
Wait 500
Keyhold 1 ， 2000 // 长按 1 键关机
Wait 500
从中可以看出只要定义了 menu tree ，理解菜单的排列顺序，以及实际的功能操作步骤，即可以用脚本来模拟所有按键和执行步骤来定义测试的 PTE 脚本。
另一种脚本编写方式可以通过录制加转换的方式实现，利用 optitrace 工具录制实际操作时的按键动作，存为 txt 文件，然后将该 txt 文本转换为 PTE 脚本文件。实际测试中通过在集成测试或者系统测试初级阶段录制脚本，这样不会因软件大的变更导致测试用例失效，或者需要大规模维护，降低了风险指数。这些脚本在日后的回归测试中将发挥巨大的作用。
按键录制时测试工程师针对某一功能或者依照某一组测试用例执行一次完整连续的手工测试，通过 optitrace 捕捉本次测试过程中所有的按键事件，生成一份对应的 << 按键事件列表文档 >>.TXT （ optitrace 只能生成文本文档），然后对应将所有按键事件转换为 <<*.PTE 文本 >> 。
• 代码桩或者跟踪语句
测试时根据实际情况可能需要在各检测点编写用户检验的代码桩或者跟踪语句，代码测试桩有利于对本自动测试体系中软件问题作出较精确的定位和分析，同时也有利于对测试结果的快速判断与自动生成测试报告。这些代码测试桩对应按键事件所对应的程序执行路径和逻辑，主要通过白盒测试方法跟踪代码执行的路径、逻辑覆盖、信息流，数据流和控制流等。在测试执行时，测试桩将执行结果响应并通过 Trace 跟踪语句显示在 optitrace 工具中。编写该测试桩需要测试工程师具备较强的编程能力，同时对手机系统要比较熟悉和了解。各功能完整的代码测试桩的编写工作量非常大，前期可以只针对部分功能的部分特性做尝试。同时测试桩插入在相应的代码中，为了避免混乱，配置时必须将测试代码同程序代码分开，只在测试执行时打开对应的编译开关得到对应的编译版本。
• 生成一份预期的测试报告
运行预先录制的 PTE 脚本和对应的测试桩，通过 optitrace 工具生成一份预期的测试结果报告 ( 实际是 optitrace 生成的一份按键事件和测试桩跟踪输出信息 ) 。这份预期的测试报告日后同实际结果比较，作为实际测试结果与预期结果是否一致的判断。
• 生成自动测试用例库
终由 << 按键事件列表文档 >> 、 <<*.PTE 文本 >> 、代码测试桩、 << 预期的测试结果报告 >> 组成一份自动测试用例。所有的自动测试用例按照一定的结构组织起来形成自动测试用例库。
