通用的嵌入式自动化测试框架

　　下面分步骤来描述下面的蓝图，

　　图2:Blueprint of a test suite测试包蓝图

　　1. 准备测试数据

　　测试数据存放在数据库或一个文件中。包括测试场景描述和测试脚本，测试场景指示哪些测试脚本需要执行，有些还指定了什么时候开始执行哪段脚本。如Table 1所示的测试场景信息：

　　Table 1 Layout of the test scenario

　　有好几种方法可以检查某个特定动作的结果。

　　执行动作中包含了检查。测试脚本中定义了动作开始时的输入，同时也定义了预期的输出。最后的动作是比较实际结果是否与预期结果一致。

　　动作本身就是检查。例如View_address可以用作查找一个地址，也可以作为检查这个地址是否在地址薄中存在。

　　检查被定义成了一个独立的动作。动作用作检查被测系统的一个特定状态或特定输出。

　　2. 启动模块

　　在测试包启动测试时，测试环境已经初始化。所有的参数已经初始化了，模块已经加载了，如果必要，与被测系统之间的连接已经建立起来了。下一步是初始化系统。启动模块包含打开和关闭日志报告，也可以正常关闭测试。

　　3. Planner模块

　　该模块读取测试场景信息。测试场景中指定了哪些测试脚本需要执行或者有些指定了在某个时间段执行。如果没有指定时间段，则按脚本列出的顺序执行。

　　Planner模块和测试场景结合起来就是整个测试包的驱动。当所有列出的测试脚本执行完成后，测试包会产生它的日志报告和结果报告然后停止。

　　Planner(test_scenario){

　　open_file (test_scenario);

　　while NOT_END_OF_FILE

　　{

文章来源于领测软件测试网 https://www.ltesting.net/