使用RationalSuiteTestStudio测试自动化项目计划例子.docVIP

附录C：使用Rational Suite TestStudio的测试自动化项目计划的例子 C．1简介 这份文档是用于向大家传授自动化软件测试框架以及其支持的测试工具的实施策略。其目的是帮助普通读者理解对这种框架进行部署的策略。 大家应该接受这样一种观点，即自动化测试是需要专门资源的全职的活动。只有接受了这个观点工作付出的努力才可能成功。 C．2参考文献 C．2．1内部资源 质量保证与测试（QAT）组的自动化测试方法应该用以下的文档进行描述。这些文档和他们的内容会随着自动化方法的成熟而改变或者被替换。 *软件测试自动化计划（Software Testing Automation Plan） *自动化测试方法学（Automated Testing Methodology） *自动化测试策略（Automated Strategy） *自动化测试指南（Automated Test Guidelines） C．2．2外部资源 1．Nagle,Carl.“TestAutomationFrameworks” 可在/sascanagl/FRAMESDataDrivenTest AutomationFrameworks.htm查到 2．Zambelich,Keith. “Today Data-Driven Automated Testing”白皮书，可在/articles.html查到，这是自动化测试专家（ATS）的网站。 C．3自动化实施 Rational Suite TestStudio包括很多产品，能够支持测试过程的不同阶段，这些产品可以用于以下过程。 C．3．1测试管理 Rational TestManager能被用于测试的各个阶段对测试活动进行管理。 C．3．2测试设计阶段 Rational TestManager和Rational RequisitePro能用于此阶段定义测试需求，测试场景，测试用例，测试脚本和测试套件。此外微软的word和excel可分别用于为每个应用程序功能开发此时计划和测试数据。 RequisitePro是定义测试需求的工具。功能需求，高级设计和细节设计的文档会被导入RequisitePro中。测试需求会从这些文档所包括的系统需求和设计规格说明要求中提取出来。 TestManager使用RequisitePro提取出的测试需求作为其测试输入的首要类别。TestManager中会创建一个测试计划文件夹，这个文件夹会作为每一个被测应用程序特征的所有测试相关对象的高级目录。外部测试计划和测试用例文档会与内部测试计划文件夹以及创建出来的测试产物相关联起来。 测试计划文件夹会为具体应用程序构建和测试配置爆出将测试需求与测试脚本和测试套件相联系的信息，测试数据池也会与这个级别的特殊测试相关联。 外部测试计划是通过微软的Word使用RequisitePro中的测试需求而形成的，它用于指导定义测试活动。一个修改过的Rational Unified Process测试计划模板会被使用。尽管有些是与测试计划并行开始的，但测试用例一般都是在测试计划草拟完以后有Excel准备的。测试计划和测试用例都是动态的文档，当系统需求变化时它们也需要进行更新。 C．3．3测试实现阶段 Rational TestManager和Robot都可用于此阶段。冒烟测试脚本以及环境设置脚本都由Robot生成。数据驱动引擎（DDE）也由Robot实现以及定制在这个级别，测试待定GUI和特征测试由Robot脚本实现，这个测试脚本会传给DDE，而DDE会驱动实际的测试。TestManager用于将测试脚本与测试需求连接起来以便跟踪和检测测试覆盖。 C．3．4测试执行阶段 Rational Robot是最初的测试执行平台，但是测试要从测试管理器的控制台接口执行。测试结果会被捕获并显示在TestManager的测试日志窗口，测试结果也将被打印出来并且存档。 C．4自动化环境 测试自动化的基础架构如图所示： C．4．1 测试自动化工程师需要有一个安装了TestStudio的测试开发以及执行工作站。这个工作站不是普通的NT台式机，因为自动化测试控制着台式机，工程师的工作站运行的测试会影响到其他工作活动。测试自动化的一个好处是测试的执行可以不用干预，测试人员可以干其他的事情。 测试脚本开发工作站应该是一台安装NT/Windows2000系统的机器，最少要有60GB的硬盘和396KB的内存，还要安装微软的Office C．4．2测试数据存储服务器 Rational Suite TestStudio中所有项目都是作为测试项目数据存储实现的，每一个项目数据的存储包括项目存储文件和需求存储文件。此外，ClearQuest存储文件也可以与每一