读完此教程后，读者应该学会：

1.        TestComplete 内主要六种回放，范围由小至大分别是

1.1         Run Current Routine (执行函式)

1.2         Run scrīpt (执行脚本)

1.3         Run Manual Test (执行手工测试)

1.4         Project 的 Test Items 里面的 Run Focused Item (执行当前选择的测试物件)

1.5         Run Project (执行项目)

1.6         Run Project Suite （执行专案）

2.        TestComplete 内测试项目的架构

3.        透过 Test Items 来组织测试单元 (Units) 的串连回放

正文：

Run Current Routine

下图是 Run Current Routine 的方法，在 Sub Main 任何一个范围上右按，选择 Run Current Routine 便会执行 Main 这个函式。

根据图内的代码的话，结果会是先出现 “Hello.” 的 MsgBox，然后呼叫AnotherFunction 继而出现 “Hello World!” 的 MsgBox。

Run scrīpt

透过下图所显示，在工具列上的按钮可以执行 Run scrīpt, Run Project 或者 Run Project Suite。

按照下图的代码，如果执行 Run scrīpt，会先运行左边栏的 “scrīpt” 内的 Main Routine (启始函式)。

scrīpt 的 Main Routine，可以按照下图来设置。

如果设置成 AnotherFunction，执行 Run scrīpt 就只会出现 “Hello World!” 这个结果。

如果设置成 Main，执行 Run scrīpt 就会先出现 “Hello.”，再出现 “Hello World!”。

Run Manual Test

Manual Test 是手工测试，可以在 Project 右按来建立，主要就是纪录一些人手操作的步骤。

Run Manual Test 就是回放一个一个的画面显示每个人手操作步骤，测试员人手执行实际动作后可回到 TestComplete 去选择适合的按钮来纪录结果。

Run Project

执行 Run Project，是会执行 Project 的 Test Items。

如下图的设置的话，Project 的第一个 Test Item 就是执行 Unit1 内 AnotherFunction 这个函式。

右按介面，透过 New Item 可以陆续加上更多 Test Items，甚至用 New child item 来分层次地加上 Test Items。

Test Items 不单可以是 scrīpt (脚本)，还可以是 Manual Test (手工测试)。

如下图的设置的话，执行 Run Project 的结果就是出现 “Hello World!”，然后出现 ManualTest1 的手工测试脚本，测试员完成手工测试后，继续运行自动测试而出现 ”Goodbye”，然后出现 “Hello.” 和 “Hello World!”。

在此处，分层次的主要是为了方便启动或者屏蔽某一项测试范围。如下图。你还可以直接拖拉或者透过右按来移动项目。

这里通常就是管理者组织很多复杂脚本的地方。

通常，测试队伍可以陆续建立很多 Function (函式) 甚至 Unit (单元)，每个 Unit 或者 Function 通常都有自己的录制起点和终点。而管理者，透过测试计划 Test Plans 和用例 Test Cases 等等设计文件和辅助文件引导下，可以在这里组织 Unit 来实现计划的。

因此，其实没有必要透过代码编写多个 Call 函式来实现多个脚本组合运行的。反而，使用 Call 函式更适合去呼叫一些经过代码重构 (Refactorization) 后可以循环再用或者共用的函式的。

Run Focused Item

同样在 Project 的 Test Items 介面内，你可以透过右按来执行 Run Focused Item，将目前选取的项目运行。如根据下图的设置，是不会运行的，因为，事前已经将 ProjectTestItem2 屏蔽了。

Run Project Suite

Project Suite 同样有 Test Items 的设置。此处所谓的 Test Items，其实就是指 Projects，如下图，就是指 Windows 专案下 Notepad 这个项目。

一个专案 (Project Suite) 可以有多个项目 (Projects) 的。这个例子中则只有一个。如果出现多个，你是可以同样地在 Test Items 内设置 Projects 的次序先后和屏蔽状态。

执行 Run Project Suite 的话，就会先运行 Notepad 这个 Project，也就会根据 Notepad Project 内 Test Items 的设置来运行了。

- 完 -

　　SELECT --从数据库表中检索数据行和列  

select * from table order by oid desc limit 0,5; 查表中最后5条记录

　　INSERT --向数据库表添加新数据行

　　DELETE --从数据库表中删除数据行

　　UPDATE --更新数据库表中的数据

　　--数据定义

　　CREATE TABLE --创建一个数据库表

　　DROP TABLE --从数据库中删除表

　　ALTER TABLE --修改数据库表结构

　　CREATE VIEW --创建一个视图

　　DROP VIEW --从数据库中删除视图

　　CREATE INDEX --为数据库表创建一个索引

　　DROP INDEX --从数据库中删除索引

　　CREATE PROCEDURE --创建一个存储过程

　　DROP PROCEDURE --从数据库中删除存储过程

　　CREATE TRIGGER --创建一个触发器

　　DROP TRIGGER --从数据库中删除触发器

　　CREATE SCHEMA --向数据库添加一个新模式

　　DROP SCHEMA --从数据库中删除一个模式

　　CREATE DOMAIN --创建一个数据值域

　　ALTER DOMAIN --改变域定义

　　DROP DOMAIN --从数据库中删除一个域

--数据控制

　　GRANT --授予用户访问权限

　　DENY --拒绝用户访问

　　REVOKE --解除用户访问权限

　　--事务控制

　　COMMIT --结束当前事务

　　ROLLBACK --中止当前事务

　　SET TRANSACTION --定义当前事务数据访问特征

　　--程序化SQL

　　DECLARE --为查询设定游标

　　EXPLAN --为查询描述数据访问计划

　　OPEN --检索查询结果打开一个游标

　　FETCH --检索一行查询结果

　　CLOSE --关闭游标

　　PREPARE --为动态执行准备SQL 语句

　　EXECUTE --动态地执行SQL 语句

　　DESCRIBE --描述准备好的查询

　　---局部变量

　　declare @id char(10)

　　--set @id = '10010001'

　　select @id = '10010001'

2.常用加实用的: DDL—数据定义语言(CREATE，ALTER，DROP，DECLARE)
DML—数据操纵语言(SELECT，DELETE，UPDATE，INSERT)
DCL—数据控制语言(GRANT，REVOKE，COMMIT，ROLLBACK)　　
首先,简要介绍基础语句：　　
1、说明：创建数据库CREATE DATABASE database-name 　　
2、说明：删除数据库drop database dbname　　
3、说明：备份sql server　　
--- 创建 备份数据的 deviceUSE master
EXEC sp_addumpdevice 'disk', 'testBack', 'c:\mssql7backup\MyNwind_1.dat'　　
--- 开始 备份BACKUP DATABASE pubs TO testBack 　　
4、说明：
创建新表create table tabname(col1 type1 [not null] [primary key],col2 type2 [not null],..)　　
根据已有的表创建新表：
A：create table tab_new like tab_old (使用旧表创建新表)
B：create table tab_new as select col1,col2… from tab_old definition only　　
5、说明：　　
删除新表：drop table tabname 　　
6、说明：　　
增加一个列：Alter table tabname add column col type　　注：列增加后将不能删除。DB2中列加上后数据类型也不能改变，唯一能改变的是增加varchar类型的长度。　　
7、说明：
　　添加主键：Alter table tabname add primary key(col)
　　说明：
　　删除主键：Alter table tabname drop primary key(col)　　
8、说明：
　　创建索引：create [unique] index idxname on tabname(col….)
　　删除索引：drop index idxname　　注：索引是不可更改的，想更改必须删除重新建。　　
9、说明：
　　创建视图：create view viewname as select statement
　　删除视图：drop view viewname　　
10、说明：几个简单的基本的sql语句
　　选择：select * from table1 where 范围
　　插入：insert into table1(field1,field2) values(value1,value2)
　　删除：delete from table1 where 范围
　　更新：update table1 set field1=value1 where 范围
　　查找：select * from table1 where field1 like ’%value1%’ ---like的语法很精妙，查资料!
　　排序：select * from table1 order by field1,field2 [desc]
　　总数：select count * as totalcount from table1
　　求和：select sum(field1) as sumvalue from table1
　　平均：select avg(field1) as avgvalue from table1
　　最大：select max(field1) as maxvalue from table1
　　最小：select min(field1) as minvalue from table1　　
11、说明：几个高级查询运算词
　　A： UNION 运算符
　　UNION 运算符通过组合其他两个结果表（例如 TABLE1 和 TABLE2）并消去表中任何重复行而派生出一个结果表。当 ALL 随 UNION 一起使用时（即 UNION ALL），不消除重复行。两种情况下，派生表的每一行不是来自 TABLE1 就是来自 TABLE2。
　　B： EXCEPT 运算符
　　EXCEPT 运算符通过包括所有在 TABLE1 中但不在 TABLE2 中的行并消除所有重复行而派生出一个结果表。当 ALL 随 EXCEPT 一起使用时 (EXCEPT ALL)，不消除重复行。
　　C： INTERSECT 运算符
　　INTERSECT 运算符通过只包括 TABLE1 和 TABLE2 中都有的行并消除所有重复行而派生出一个结果表。当 ALL 随 INTERSECT 一起使用时 (INTERSECT ALL)，不消除重复行。　　注：使用运算词的几个查询结果行必须是一致的。　　

3.SQL复制的基本元素包括

1.字符串函数
长度与分析用

datalength(Char_expr) 返回字符串包含字符数,但不包含后面的空格

substring(expression,start,length) 不多说了,取子串

right(char_expr,int_expr) 返回字符串右边int_expr个字符

字符操作类

upper(char_expr) 转为大写

lower(char_expr) 转为小写

space(int_expr) 生成int_expr个空格

replicate(char_expr,int_expr)复制字符串int_expr次

reverse(char_expr) 反转字符串

stuff(char_expr1,start,length,char_expr2) 将字符串char_expr1中的从

start开始的length个字符用char_expr2代替

ltrim(char_expr) rtrim(char_expr) 取掉空格

ascii(char) char(ascii) 两函数对应,取ascii码,根据ascii吗取字符

字符串查找

charindex(char_expr,expression) 返回char_expr的起始位置

patindex("%pattern%",expression) 返回指定模式的起始位置,否则为0

2.数学函数

abs(numeric_expr) 求绝对值

ceiling(numeric_expr) 取大于等于指定值的最小整数

exp(float_expr) 取指数

floor(numeric_expr) 小于等于指定值得最大整数

pi() 3.1415926.........

power(numeric_expr,power) 返回power次方

rand([int_expr]) 随机数产生器

round(numeric_expr,int_expr) 安int_expr规定的精度四舍五入

sign(int_expr) 根据正数,0,负数,,返回+1,0,-1

sqrt(float_expr) 平方根

3.日期函数

getdate() 返回日期

datename(datepart,date_expr) 返回名称如 June

datepart(datepart,date_expr) 取日期一部份

datediff(datepart,date_expr1.dateexpr2) 日期差

dateadd(datepart,number,date_expr) 返回日期加上 number

上述函数中datepart的

写法 取值和意义

yy 1753-9999 年份

qq 1-4 刻

mm 1-12 月

dy 1-366 日

dd 1-31 日

wk 1-54 周

dw 1-7 周几

hh 0-23 小时

mi 0-59 分钟

ss 0-59 秒

ms 0-999 毫秒

日期转换

convert()

4.系统函数 

suser_name() 用户登录名

user_name() 用户在数据库中的名字

user 用户在数据库中的名字

show_role() 对当前用户起作用的规则

db_name() 数据库名

object_name(obj_id) 数据库对象名

col_name(obj_id,col_id) 列名

col_length(objname,colname) 列长度

valid_name(char_expr) 是否是有效标识符

APP_NAME() --函数返回当前执行的应用程序的名称

select app_name()
COALESCE() --函数返回众多表达式中第一个非NULL 表达式的值
COL_LENGTH(<'table_name'>, <'column_name'>) --函数返回表中指定字段的长度值
COL_NAME(, ) --函数返回表中指定字段的名称即列名
DATALENGTH() --函数返回数据表达式的数据的实际长度
DB_ID(['database_name']) --函数返回数据库的编号
DB_NAME(database_id) --函数返回数据库的名称
HOST_ID() --函数返回服务器端计算机的名称
HOST_NAME() --函数返回服务器端计算机的名称

select host_name()
IDENTITY([, seed increment]) [AS column_name])
--IDENTITY() 函数只在SELECT INTO 语句中使用用于插入一个identity column列到新表中
/*select identity(int, 1, 1) as column_name
into newtable
from oldtable*/
ISDATE() --函数判断所给定的表达式是否为合理日期
ISNULL(, ) --函数将表达式中的NULL 值用指定值替换
ISNUMERIC() --函数判断所给定的表达式是否为合理的数值
NEWID() --函数返回一个UNIQUEIDENTIFIER 类型的数值
NULLIF(, )
--NULLIF 函数在expression1 与expression2 相等时返回NULL 值若不相等时则返回expression1 的值

读完此文章之后，读者应该学会：

1.      Tools > Customize Keyboard 的用途

2.      Tools > Default Project Properties… 的用途和影响

3.      Project > Properties的用途和影响

4.      Tools > Options 的用途和影响

本文章不是将所有设置都介绍，而是针对一些值得一提的设置，属于经验之谈。无论你是测试员或者是需要为队伍统一一下一些设置，希望你会觉得本文章有点用。

Tools > Customize Keyboard

不知道有多少人像我一样，是个键盘怪癖者，学习任何软件都特爱学习快捷键，希望键不离手，不希望被鼠标操作拖慢效率。就正如很多从事图像设计的高手也很熟练  Photoshop 等等工具内的快捷键一样。

Tools > Customize Keyboard 就是自定义快捷键设置的地方。各种功能都会在此纪录其目前的快捷键 (Current key)。

你可以赋以新的快捷键，直接在 Press new shortcut key 里面键入你的快捷键组合便可，但需要留意 Shortcut currently used by 看看你所键的快捷键是否已经被另一功能使用。

例如下图，笔者的个人喜好之一就是将 Code Explorer 赋以快捷键。这样的话，在编写代码时键不离手就可以很快得到代码方面的基本帮助。

不过，笔者也同时建议不要将已经存在的快捷键更改，尤其是如果你知道不一定会在同一台电脑操作或者你的电脑不只是固定一人操作的话，以免因为不统一而一时不习惯。

另外，Tools > Options 内有一部份是设置 “全局快捷键” 的，就算 TestComplete 不是当前的画面也可以用的，但这些键不是在 Customize Keyboard 里面设置的。文章后面会有介绍。

Tools > Default Project Properties…

Default Project Properties 的设定，就是影响你目前及将来建立的 Project 里面的 Properties 的设定。

首先值得一提的就是 Project > General > Character encoding。

如果你所做的测试开发，会使用一般亚洲语言 (中文 [ 繁体 / 简体 ]、日文、韩文等)，或者处理一些已国际化 (i18n) 或者本地化 (l10n) 的测试对像，你或需要设置成 UTF-8 或者 UTF-16，避免代码乱码的问题。

当你有已经存在的单元档案后才转换 Encoding 的话，TestComplete 会在当你下次编辑并且保存单元档案时对档案进行转换。

唯独 TestComplete 6 则多了个 Auto 的选择，是不会对已经存在的档案进行转换。不过如无特别原因，笔者不建议使用。

UTF-16 應該注意它和你連接外部的版本控制工具的兼容。相信如果你明白你的測試項目是有 UTF-16 的需求的話，你應該是個高手的了，可以參考一下幫助文件。

另一个值得一提的是 Project > Playback 的选项。

根据帮助文件所说明，Error Dialog 是只会对 Delphiscrīpt 的单元起作用的。它是当回放脚本时遇到错误时是否弹出提示窗口要求测试员是否终止回放的。

如果你的测试对像可能存在一些效能上的问题，笔者建议你调整一下右面那四种时间上的设置。尤其 Auto-wait timeout, ms 的设置，预设是 10000 (10 秒)，笔者目前的习惯是调整成 30000 的。Key-pressing delay, ms 我也习惯从预设的 0 改为 20。

On unexpected window 主要是控制回放时遇到未预期的窗口时应该怎么处理。

On overlapping window 是控制当回放是遇到被其他窗口覆盖正要操作的窗口是是否理会那前面的窗口。

Project > Properties

Project > Properties 基本上就是和 Tools > Default Project Properties 里面的设置一样的，但只是对当前的 Project 起作用。

Tools > Options

上图这部份是设置 Global Shortcuts (全局快捷键) 的，就算 TestComplete 不是当前的画面也可以用的，但这些键不是在 Customize Keyboard 里面设置的。

笔者建议记一下，用得多就容易习惯的了。

另外也提示一下，如果你的测试对像正好也有全局快捷键的话，留意一下有没有发生冲突，你是可以在这里更改的。更改时也留意有没有和 Customize Keyboard 里面的设置有冲突。

上图这部份里面，可以设置预设的脚本编程语言。笔者用 VBscrīpt 的。

上图这部份是设定 Visualizer，可以设置脚本在录制或者回放时，是否保存抓图。

这个抓图功能很好，尤其当实际运行脚本后测试出错误时，你就有抓图可以利用它作为向开发组提供错误报告的有力证据 (呵呵，测试报告是讲求证据的)。

笔者也建议按 Configure，适度调节抓图的图像格式。预设的 BMP 实在会是很大的，笔者就试过，刚开始的项目，代码不多，经过几次运行之后，所有抓图加起来就已经超过 3MB 了。所以笔者都习惯都会转成 JPG，已经很足够。

录制或者运行后，你回顾代码就会发现代码旁边的图示，按下去就可以浏览抓图了，而且，多次运行的抓图都有纪录的。右按图示的话，是有菜单提供给你去一次过或逐个清除抓图的，不一定要到 “我的电脑” 去删除。

深入一点的话，笔者会建议，测试组具体进行录制和尝试运行的电脑，不需要抓图，因为主要都只是进行测试代码开发和试行的工作；最好设置另一台独立的电脑，是专门独立负责正式运行测试组的完成品，这台电脑的硬盘空间最好是足够有余的。

也留意 Engines > Log > Images > Configure 里面同样有图像格式的设置，也是例行地转为 JPG 比较化算。这些图片是纪录在脚本运行后所生成的测试报告 (Logs) 里面的。

(TestComplete 6+ only)

TestComplete 6 多了个 Name Mapping 的选项。管理者应该深思熟虑决定并且为队伍统一设置。

主要就是 TC 6 增强了代码编辑介面的 Code Completion 功能，可以将 Name Mapping 生成的 Aliases (物件别名) 也保存，供 Code Completion 使用，是手工编写代码的工作更轻松和准确。

TestComplete: 对Manual Test 的介绍 (及TestComplete 6 对 Manual Test 的增强)

1.      Manual Test 的应用范围和一些启发

2.      Manual Test 的建立和修改

3.      Manual Test 的回放和运行

4.      Manual Test 在 Run Project 内的串连运行

5.      TestComplete 6 对 Manual Test 的增强，Manual Test 由 TC5 至 TC6 的升级

TestComplete 的 Manual Test 是什么?

TestComplete 的 Manual Test，是用来建立一个个画面 （有点像安装软件过程一个一个的画面一样），每个画面其实就是手工测试的步骤描述和预期结果。在回放时，它就会一个个画面展现在测试员面前。测试员按照画面内所描述的步骤进行手工测试，步骤完成了，就回到 TestComplete 这个画面，决定是通过还是不合格。测试员可以在每个步骤加入备注形容具体的结果。到整个 Manual Test 回放完成了， TestComplete 一样会生成一个测试报告 (Log) 的。

Manual Test 的应用

Manual Test，顾名思议就是手工测试的意思。

你或者会问：‘咱们用这 TestComplete 不是为了实现自动化测试吗? 那这手工测试的功能是不是有点本末倒置了?’

其实，很多人都已经知道，一个测试对像里面并不是所有地方都适合实施自动化的测试的。

有哪些地方适合利用 TestComplete 的 Manual Test 呢? 笔者来分享一下构想和经验。

对于一些逻辑性很强而且复杂的测试或者变数很多的测试，要开发一个覆盖率可靠的自动化脚本作回归测试之用，并非一朝一夕可以完成的。那么，不妨先建立一个 Manual Test。况且，未建好自动化脚本之前，你的队伍还不一样是要做些手工测试来应付目前的需求，对不?

那么，这边有人已经按照 Manual Test 进行手工测试，那边就有人开始构想自动化的可能，继而开发自动化测试脚本。

Manual Test 是可以利用作为无工具测试和自动化测试之间的过渡桥。假使真的可以自动化了并且完成了，原本的 Manual Test 也可以被取代了。

又或者，有些测试项目根本不值得或者不需要自动化的，是不会带来有价值的回报或者会严重加重维护的负担的话，管理者适宜将此类测试纳入手工测试的工作里面。

Manual Test 的建立

如果你目前已经存在的项目并未包括 Manual Test 的话，你可以右按 Project > Add > New Item，选择 Manual Test 来建立。

TestComplete 6 的左边栏组织得更好，所有手工测试项目都在 Manual Test 这个目录之下，不如 TestComplete 5 一样保存在 Project 这一层，感觉上直观得多。

Manual Test 的编辑

利用 Test steps 的按钮，你可以增加，移除或者移动每个步骤。

步骤的根层适合作为本次测试的介绍，以及描述一些事前准备功夫；最好可以把所有不涉及预期结果的内容都写进去。例如上图。

上图右面就是所选择步骤的编辑介面。值得一提的是 Test descrīption 和 Test notes and comments 似乎对输入中文字有问题。但你最主要去编写的步骤内容会是写在中间的 Test instructions，这才是编写 Manual Test 的核心部份之一，而且可以保存成一个个 HTML 档案，或者导入一些已经存在的 HTML 档案的。

由于是 HTML 格式，你可以加插图像，或者加入超连结指向其他文件以辅助测试员之用。

以上例子就是 Step1 的编辑画面和内容。

每个步骤应该能给测试员一些步骤指示，和预期结果。

如果你步骤过于复杂，牵涉很多变数，或者预期结果比较长的话，右可以利用超连结指向具体的档案供测试员参考。或者可以来得简单点，留给测试员思考和判断的空间。这完全是测试设计者去决定了。

Manual Test 的回放和运行、TC 6 内的增强，以及升级问题

单独运行一个 Manual Test，就透过左边栏上右按 > Run Manual Test 吧。

管理者亦可以在 Project > Test Items 里面加插这 Manual Test，那么，Run Project 或者 Run Project Suite 也可以包括这个 Manual Test 的，如上图。

以下是运行 Manual Test 的过程。

正如之前所说，手工测试一开始时，最好可以给测试员描述一下测试起点在哪，应该有什么设置和环境等等；是不牵涉预期结果，也不预期测试员要报告通过或者不合格的一种描述。

留意，除了 Success, Fail 和 Stop 之外，工具列上还有个双箭头按钮，就是 Skip (跳过) 的意思。

以下是按了 Fail 之后出现的画面，会要求测试员输入对不合格的描述。

此时可以 Continue 继续下一步测试，或者 Try Again 继续尝试目前的步骤，或者 Stop 终止整个手工测试。

由以上画面中圈着的可见，TestComplete 6 最主要增强的地方，就是有实时抓图的能力，会纪录在测试完成后的报告内。

另外，笔者亦试过了，TC5 和 TC6 所生成的 Manual Test 档案并没有不兼容的问题的，可以交替来用。

TestComplete的单元测试

陈能技

2007-9-17

单元测试包括对程序模块的函数、过程、方法的测试。“单元”可以是单个的函数或整个库。单元测试的关键点是只对程序的一部分进行了测试。

通常，单元测试的简单方法是编写一个叫“driver”或“test harness”的小程序（“驱动”），对这些函数进行测试并报告结果。

自动化单元测试工具一般执行以下操作：

1、  执行测试过程并给它们输入数据

2、  从测试过程获取测试结果

3、  与存储的期待值比较结果

TC可以把各种类型的单元测试组合在一起。大部分这些单元测试都是通过外部工具来执行的（MSTest、NUnit、JUnit和DUnit），TC只是帮你组织和调用它们。只有TCUnitTest类型的单元测试是由TC自己执行的。

下面以VS.NET的C#为蓝本简要介绍TCUnitTest的建立过程：

1、  首先在VS.NET中添加对AutomatedQA.TestComplete.UnitTesting.dll的引用。

2、  为了让测试类能被TC可视化地配置，应该调用UnitTesting对象的AddClasses方法，如下：

using TestComplete; // Add this directive to provide access to the UnitTesting object软件测试专业网站:51Testing软件测试网`9t%eP3IcRu%gM
...软件测试专业网站:51Testing软件测试网{*vg3}G7F*BO8u
// Add MyTestClass to unit testing
"dx(J p5k\!Z:i167635Type[] typearr = {typeof(MyTestClass)};软件测试专业网站:51Testing软件测试网
J.l,R]`b\
UnitTesting.AddClasses(typearr);

3、  在代码中添加包含测试逻辑的测试类

4、  在TCUnitTest编辑器中配置单元测试，选择需要进行的单元测试方法，如下图所示：

5、  执行单元测试

启动被测试程序，通过UnitTesting对象的Execute方法执行单元测试脚本，当然也可以在Project Explorer中选中UnitTesting下的某个单元测试直接运行。

介绍 TestComplete 的 LLP (Low-Level Procedures)

原著者： Terry Young

适合程度： 初学至进阶

读完此文章之后，读者应该认识：

1.      LLP (Low-Level Procedures) 是什么、它的原理、录制以及编辑的基本方法。

LLP 是什么?

LLP (Low-Level Procedures) 实际上可能比较少机会用，但好奇心强烈的你，难免也按捺不住想知道它是什么。它是低层次的键盘和鼠标的纪录方式。

首先要说我们一般所录制的脚本，它的原理是识别测试对像的控件，录制对控件上键盘和鼠标的动作，回放时就是以这个原理摹拟动作的。

LLP 则是低层次、座标式的纪录方式。它是不识别控件的。它只会纪录鼠标 (点击，移动和滚轮) 和键盘的动作事件，以及事件之间的时间间距。

有什么情况可以利用 LLP 呢? 比如要测试图像软件或者一些基于鼠标 / 画笔的绘制动作，就适宜利用 LLP 了。一些以 Flash 作为平台的互动程序，或者也可以利用 LLP 的，不过笔者就未曾深入探究过了。

对于 Rational Robot 有认识的人士，TestComplete 的 LLP 可以说是类似 Robot 内的 VU 吧。不过，TestComplete 的 LLP 在录制后是提供一个可视化的介面来编辑动作的，而不是从编写代码的层面去修改。

如果你的侧边栏未有 LLP 的话，可以在 Project 右按 > Add > New Item 来建立，如上图。

TestComplete LLP 的录制方式

在 TestComplete 的工具列按 Record 按钮，所弹出的小窗口内可以选择录制方式。

前者是基于整个荧幕作为座标基础去录制动作的座标；后者是基于窗口的，需要拖拉动作拖至对像窗口才开始录制。

如果你的测试对像固定是全屏的话，或者你的动作牵涉多个窗后的话，应该选择 Screen Coordinates 比较适合。不过，在另一台机回放的话，要留意电脑荧幕的解像度是否吻合。管理者应该预先为此安排好。

如果你的测试的动作只是对一个窗口的话，可以考虑使用 Window Coordinates 的。

LLP 录制后的编辑

录制完成后，首先会自动建立一个函数，Screen Coordinates 录制的话，就是生成一句 LLCollection1.LLP1.Execute 的语句，也就是执行LLP1 这个低层次动作纪录了，如上图。

然后，自己再编辑一下何时调用这函数便可。

而当你打开 LLCollection1 的 LPP1 的话，就会看到一个可视化的编辑画面，里面详细纪录了 Event (鼠标和键盘的动作)、Parameters (鼠标的座标或者键盘的 CharCode、以及 Delay, ms (动作与动作之间相隔的时间 [微秒])。

点击一行就可以进行微调编辑。

如果编辑鼠标动作，可以看到，它能纪录四种鼠标动作，分别是 Mouse Down, Mouse Up, Mouse Move 和 Mouse Wheel (滚轮)。

如果编辑键盘动作，可以看到，它纪录了 Key Up 和 Key Down 两种动作。

你还可以对一个或多个动作进行拖拉或者剪贴删除，以编辑动作的次序，或者贴进另一个 LLP 内。

右按介面的话，有几个值得提及的功能。

Add Event 是手工地加插鼠标或者键盘的动作。

如果你如上图一样，预先选择多个动作，Expand/Shrink Time for Selected Events… 是可以批次调整动作执行的时间间距的。

以上图为例，假设我原本录制花了大概 1 分钟完成，以以上的设置，就是将所有动作缩短到 10 秒内完成，而每个动作所需要的时间是 Evenly 平均分配的。假如有 10 个动作，也就是每个动作相隔 1 秒了。记住，如要缩短，就要推断一个合理的值，否则，你的测试对像也可能未能及时反应过来而间接导致一些不必要的错误。

另外，如果你选择的动作包含鼠标动作的话，你可以用Shift Coordinates for Selected Events… 来批次将座标的 xy 中心点移动。

以上图为例，就是批次向右水平移动 100 个 pixels (像素)，及向上垂直移动 100 个 pixels。

假设原本的第一个动作是 Mouse Down X: 150, Y: 250 的话，编辑后就会变成 Mouse Down X: 250, Y: 150 了。

是否需要动用到这些功能是很视乎实际情况和需要的。如果过程时间不长的话，还不如重新录制再回放。如果只是测试对像介面上的少许改动，手工地批次编辑则可能更快。

该工具安装后，点击新建工作suit,然后新建一个测试工程（会让你选择保存的目录和脚本类型等一些信息，根据需要选择就可以了）

在工具栏上有一个录制的标志，点击开始录制后，该工具会记录下你鼠标点击的所有操作。

比如我们录制一段打开IE访问google并查询testcomplete相关信息的一段操作，录制的脚本如下：

function Test3()
{
  var  w1;--定义的一些变量
  var  w2;

  --启动sys中的IE游览器
  Sys.Process("Explorer").Window("Shell_TrayWnd").Window("ReBarWindow32").Window("ToolbarWindow32", "Quick Launch").ClickItem("启动 Internet Explorer 浏览器", false);

  w1 = Sys.Process("IEXPLORE").Window("IEFrame", "*");
  w2 = w1.Window("WorkerW", "", 1).Window("ReBarWindow32").Window("ComboBoxEx32").Window("ComboBox").Window("Edit");
  w2.Click(71, 8);

  --输入的信息（可以修改）
  w2.Keys("www.google.com.cn[Enter]");
  w2 = w1.Window("Shell DocObject View").Window("Internet Explorer_Server");
  w2.ToURL("http://www.google.cn/");
  w1 = w2.Page("http://www.google.cn/").document.all;
  w1.Item("q").Keys("test\");
  w1.Item("q").Keys("c");
  w1.Item("q").Keys("o");
  w1.Item("q").Keys("m");
  w1.Item("q").Keys("[Down]");
  w1.Item("q").Keys(" ");
  w1.Item("q").Keys("[Enter]");

   --以上的代码可以用一下代码代替

   --w1.item("q").keys("testcomplete[Enter]")
  //Please wait until download completes: "http://www.google.cn/search?hl=zh-CN&q=testcomplete+&meta=&aq=t"
  w2.Wait();
  //Please wait until download completes: "about:blank"
  w2.Wait();
}

通过上面的代码我们可以看到，该工具其实是通过捕捉控件来实现录制脚本。

在该工具非常适合做一些单元测试，并支持C++ VB javascrīpt vbscrīpt 语言，对于脚本的扩展性支持的比较好。

testcomplete6下载地址

1.Web Services是一种新的使用基于XML标准和协议来交换信息的web应用程序。它不像传统C/S应用程序那样拥有图形界面，因为它不是设计成与用户交互的。而是提供编程接口把功能服务暴露给客户端程序调用，例如web页面或可执行程序。

TestComplete 6 开始支持对web services进行功能测试。你可以创建调用web services的方法并检查返回的结果来判断web services是否正确工作。

你可以指定需要测试的web services的WSDL，通过Get Services来获取WSDL指定的服务列表。如下图所示：

TC会帮你把该Web services 包含的所有方法以及参数的数据类型返回并展示出来，如下图所示：

根据这些方法和参数，我们可以编写测试脚本进行测试，一般调用方法如下：

WebServices.WebServiceName.MethodName(parameters)

通过调用所暴露的方法，取得返回结果与预期结果进行比较，从而检查web services是否正确工作，例如，以下脚本调用FahrenheitToCelcius方法并传入参数，取得返回结果后与预期结果进行比较，如果比较结果不相等则log一个错误信息：

  var tFahrenheit, tCelsius, result; 

  // Specify the tested values: 212 F = 100 C 

  tFahrenheit = 212; 

  tCelsius = 100; 

  // --= Test the FahrenheitToCelcius method =-- 

  // Call the method and get the result   

  result = WebServices.WebService1.FahrenheitToCelcius(tFahrenheit); 

  msgEx = "Expected value for " + tFahrenheit + " F is: " + tCelsius + " C\r\n" + 

          "Actual value: " + result + " C"; 

  // Compare the result and the expected value 

  if (result == tCelsius) 

    Log.Message("The FahrenheitToCelcius method works correctly.", msgEx) 

  else

    Log.Error("The FahrenheitToCelcius method works wrong!", msgEx); 

2.

TestComplete的一些小技巧

录制用户界面操作之间的实际延迟时间

如果你希望脚本执行时按照录制时的速度来回放，那么你需要在录制时记录用户操作之间的实际延迟时间。

有两种方式记录用户操作之间的延迟：

1、  录制low-level procedure脚本。以这种方式录制的脚本，TC除了记录鼠标和键盘的事件外，还会记录事件之间的延迟时间。所以用户操作之间的延迟能被正确地复制下来。但是要注意low-level procedure是以绝对坐标的方式录制的，因此，如果被测应用程序改变了窗体大小，这种脚本可能会回放失败。

2、  你可以使用Real-time mode选项。如果激活该选项，TC会通过在脚本中插入BuiltIn.Delay的方法记录用户操作之间的实际延迟时间。

Real-time mode的设置通过Tools | Options -> Engines | Recording 打开后勾选。

Code Completion

在编写脚本时，通常很难记住很多对象、方法和属性的确切名称。因此TC提供了Code Completion功能，它能帮助你节省很多查阅联机帮助文档和纠正错误拼写的时间。

Code Completion窗口可通过右键显示出来，也可以使用快捷键来触发，默认快捷键是CTRL+Space，这个快捷键与中文操作系统的输入法切换冲突，所以不能生效，需要改变快捷键的设置。

选择菜单Tools | Customize Keyboard ，在Categories选择Edit，然后选择Code Completion，把快捷键改成你想要的，但是又不与其它快捷键冲突的设置。

Code Templates

Code Templates，也叫Code Snippets，允许你把预先定义的代码模板插入到脚本代码中，为你节省很多敲击代码的时间。

默认按快捷键CTRL+J就能展开Code Templates界面，让你可以选择需要的代码片断。默认会提供try、while这些常用的代码框架，你也可以自己定制、增加、删除代码片断。选择菜单Tools | Options，在Panels | Code Editor | Code Templates中就可以做这些操作。

Outlining

Outlining让你可以更好地组织代码，让脚本代码的结构更加清晰、可读性更强。

Outlining意味着你可以把一些代码组合成在一个区域里（block），然后可以展开或收起这个区域的代码。当展开时，你可以看到block中的所有代码，当收起时，只能看到block的第一行代码。所以Outlining让你可以把一些暂时不需要看到、不需要编辑的代码片断隐藏起来，这在代码行比较多的情况下会很有用。

Outlining的使用方法很简单，只需要选中需要隐藏的代码行，右键选择Outlining | Hide Selection或Outlining | Hide by Definitions，要展开时，选择相应的Expand项或直接点代码编辑器左侧的+号即可展开。

TestComplete的计划运行

    完成测试脚本的编写并验证工作正常后，就可以使用这些自动化的测试脚本来帮助你完成测试工作了。一般，我们都需要对每个编译出来的测试版本持续地运行脚本，并在某个特定的时间进行。例如：每天凌晨1：00执行这些脚本。
 
        可以利用任何计划程序来启动并传递合适的命令行参数给TestComplete。例如，可以利用windows的任务计划来定时启动TC并执行测试脚本。
 
任务计划制定步骤
        1、 在控制面板打开任务计划
        2、 添加一个任务计划
        3、 选择TestComplete作为运行应用程序
        4、 在高级属性设置中，指定如下命令行参数：
        <TC安装路径>\Bin\TestComplete.exe <项目文件的路径>/r /e
或者:
        <TC安装路径>\Bin\TestComplete.exe <project suite的路径>/r /e
 
TC的退出代码
        如果你想知道测试脚本运行是否成功，TestComplete提供如下表所列的退出代码，用于报告上一次测试的结果：
 
Exit Code Descrīption 
        0  上次测试没有产生错误或警告  
        1  上次测试结果出现警告但没有错误 
        2  上次测试结果出现错误 
        3  由于出现错误导致脚本无法运行，典型错误可能是测试组套的某个脚本程序不存在

TestComplete6的新特性 - Checkpoints软件测试专业网站:51Testing软件测试网7SP:bL2B
陈能技
'E| r4Wsa;v1676352007-9-28

测试是为了发现错误，通过把实际得到的结果与预期的结果进行比较，看是否一致从而判断测试是否通过，因此比较是测试的最基本原理之一。

TestComplete 6 之前，是通过一些特定的对象来帮助比较文件、图像和对象属性。

而在TC6，比较的功能进一步加强，提供了像Rational Robot 的检查点一样的功能。而且除了文件、图像和对象属性，还能比较数据库、XML文档、web页面、web service的返回结果和表格控件的数据。

在TC6，比较的动作被称为Checkpoints。可以在录制过程中就插入Checkpoints，也可以在测试脚本设计时插入。

通过这种方式插入验证点可以节省大量脚本编写和调试的时间，因为TC会为你自动产生验证点代码。

另外，可视化地选择需要比较的对象、属性和数据的过程都为我们节省了很多时间。

唉，可惜我们公司刚买了5.0版本没多久，现在还需要考虑一下要不要升级。

对于尚未升级到TC6。0或不打算升级到TC6.0，而又想要获得这些特性的人们来说，我觉得可以通过自己写一些代码框架、建立代码片段的方式来部分解决。例如，对于文件、对象属性的比较，我们可以把这些常用的代码封装成公共的函数，供大家来传入参数调用，返回比较结果。

而这些也是自动化测试需要的一个过程：不断积累和完善公共的库，以利于减轻重复开发脚本的工作量。