SQA Basic 语言是从 Visual Basic 语言中演化而来的，同时它对语法进行了扩展，添加了一些测试专用的命令。这些新的命令扩展了 Robot 对所有 GUI 对象的编程访问能力，同时也使通常的编程任务―象创建一个数据驱动的测试―更加的简单。
Robot 灵活的满足了客户需要的扩展性
对于测试人员来说，无法实现自动化测试的一个共同原因是，他们无法测试自定义的控件。自定义的控件通常是被开发人员编写的，或者是从特定的控件供应商买来的以填补开发的缺口，而这些控件的并不一定会保证是在标准的控件环境下被创建的。这些控件使开发人员的工作更加简单的同时，却给测试人员的工作带来了极大的麻烦。
通常的情况下， Robot的通用录制机制将可以支持多数的自定义的控件。但是也存在着 Robot 本身无法访问到被给的属性或者控件的数据的情况。在这种情况下，也不要感到无助， Robot 具有非常好的扩展接口，这个扩展接口使 IBM Rational 的合作伙伴可以扩展 Robot 的功能，以支持几乎任何的控件。这就可以使测试人员从问题控件中解脱出来，将精力放到测试任务之中。
Robot 对执行测试脚本的支持
一旦完成了了录制和改进测试脚本，就应该开始执行脚本完成测试了。
在执行或者回放时， Robot承担了这个任务。Robot 重复所有的用户交互，计算当前的应用程序结果与验证基线的任何差异，并将结果记录在测试日志中。在所有的测试脚本被执行完后，QA 小组检查测试日志评估他们应用程序的健康性。
成功的脚本执行的关键在于拥有多执行点的能力。有时你可能希望只是执行单个的或者少量的脚本，其他的时候你希望执行所有的测试用例。这两种情况是需要不同的考虑的。
Robot 对执行测试脚本的灵活性
Robot 给你提供了你所需要的执行脚本的灵活性。你可以以以下的方式执行测试脚本：
从Robot 图形界面中执行脚本
从Robot 命令行中执行脚本
从TestManager 中执行脚本(具有远程执行脚本的能力)
Robot 执行测试的方式
单一的脚本或者少量的脚本能过从 Robot 图形界面中或者从命令行被执行。更加复杂的大量的测试脚本能够在 IBM Rational TestManager 工具中被创建和执行。
文章来源于领测软件测试网 https://www.ltesting.net/
