为了对测试执行过程进行管理，执行完测试脚本，需要把测试结果写入到 TestCase DB，达到对测试过程的追踪和记。一次测试过程往往需要对上千个 API 进测试，也就会有上千个执行记录，如果根据执行结果，手工去标记执行结果的状态会浪费大量时间，而且容易出错。从上文中可以看出，对每个测试脚本我们都会生成 Log 文件，Log 文件中包含测试脚本的执行结果和 Test CaseID，TestSuite 中含有可以唯一标识测试记录的 URL 和 TestCase ID，因此可以通过分析 Log 文件和 TestSuite 文件，把测试结果批处理写入到 Test Case Db 中。核心代码片段：
清单 5. 把测试结果批处理写入到 Test Case Db 中
| NotesThread.sinitThread(); // 初始化连接 Notes DB 线程 Session s = NotesFactory.createSession((String)null, (String)null, password); Database database = s.getDatabase(host, nsf, false);// 获取 TestCase DataBase Document doc = db.getDocumentByUNID(getDocUNID(URL);// 获取测试记录文档 ... doc.replaceItemValue("ExecCountPassed", new Integer(doc.getItemValueInteger("ExecCountPassed") + 1));// 写入测试用例执行结果 doc.replaceItemValue("ExecDateLast", new Date().toString());// 写入执行时间 doc.save(); .... |
11 测试报告的生成
上文中介绍到执行每个测试脚本后都会生成一个 Log 文件。对整个测试来说，我们需要有一个概要的测试报告，而不是去查看所有 Log 结果文件。我们只需要分析 Log 文件和 TestSuite 文件，生成一个可读的测试包括，Symphony 项目中我们采用 XSL 定义生成一个 HTML 文件。对于 XSL 本文中不进行介绍。
12 使用 RFT 自动进行测试
本节将介绍结合 RFT 对脚步语言进行自动测试在 IBM Lotus Symphony 中的实践。上文第 8 节中提到了连续的执行的方法，因此我们只需使用 RFT 在 IBM Lotus Symphony 中连续打开包含需要测试的脚本 API 的文件，并点击一个 CommandButton，使脚本进行执行，其它的验证点处理等则由脚本语言自己处理。因此只需要编写一个通用的根据文件名，打开文件，并点击 CommandButton 的 RFT 脚本，不需要对每个测试文件编写一个 RFT 脚本。处理完所有的测试文件，则生成测试结果，并写入测试用例数据库 TCDB。如图 5 所示。
图 5. RFT 自动执行测试流程图
所用的 RFT 脚本核心代码如下：
