UI测试分析.

蓝兰儿 · 发表于 2006-4-14 13:20:10

Sample TextSample TextSample Text
   软件业的迅速发展使得软件产品越来越深入到每个人的生活当中。因此对于一个不懂电脑的人员如何能够快速的接受并学会使用软件产品就变的非常的关键。图形化用户接口GUI已经越来越成为用户喜欢的一种人机接口界面，因此GUI的好坏将直接影响用户使用软件时的效率及心情，也直接影响用户对所使用的系统的印象。
   目前,由于GUI开发环境有可能重用组件,因此开发用户界面是一项高省时的工作.但由于GUI的复杂性,增加了测试的难度,因此必须采用自动化测试工具进行测试. 通过使用自动化的测试，能够很快地发现系统的缺陷，并且也易于发现这些缺陷，使得测试工作变得更加系统化，因此整体的质量也得以提高。而且现在国内支持GUI测试工具的有很多,业界常用的UI测试工具有Mercury Interactive公司的WinRunner,(它是基于MS Windows环境的,企业级的功能测试工具.功能强大,应用丰富.有关WinRunner的详细介绍请参考下文). 还有Compuware公司的QACenter的其中模块QARun(主要对系统的GUI进行测试以及对客户端事务逻辑进行测试)以及Rational公司的Rational Robot(可开发三种脚本:用于功能测试的GUI脚本,用于性能测试的VU以及VB脚本),
   Mercury Interactive公司的WinRunner(简称WR),是一种企业级的功能测试工具，用于检验企业应用程序是否能如期进行，是几款最好的UI测试工具之一！
WR能够帮助用户自动处理冲测试开发到测试执行的整个过程,并且操作比较简单,灵活性强,可以创建可修改和可重复使用的测试脚本,而不用担心软件功能模块的变更.用户通过让计算机自动执行脚本,发现软件中的错误,提交用户处理.
WinRunner的测试过程主要包括如下6个阶段：

1). 创建GUI Map文件：进行录制时,WR会选取每个对象做惟一描述并写入GUI Map中,当软件用户界面发生变化时,用户只需更新GUI Map,这样一来环境感应模式的测试脚本非常容易被重复使用, WR可以通过它来识别被测试应用程序中的GUI对象。

2). 创建测试脚本：通过录制，编程，或两者的组合创建。在录制测试脚本时，WR会自动记录你的操作并生成用一种类C的测试脚本语言生成测试脚本,测试脚本中的测试语言会描述用户选取对象和操作动作.在你想检查被测试应用程序响应的地方插入验证点。

3). 调试脚本：用调试（Debug）的模式运行测试脚本以确保它们可以平稳地运行。还可以使用WR提供的Step, Step Into, Step out功能来调试脚本。

4). 运行测试：用验证（Verify）的模式运行测试脚本来测试你的应用程序。当WR在运行中碰到验证点时，它会将被测应用程序中的当前数据和以前捕捉的期望数据进行比较，如果发现了任何不匹配，WR将会把目前的情况捕捉下来作为真实的结果。

5). 检查结果：确定测试脚本的成功或是失败。在每次测试脚本运行结束之后，WR会将结果显示在报告中。它描述了所有在运行中碰到的重要的事件，例如验证点，错误信息，系统信息或是用户信息。如果发现在运行中有任何不匹配的验证点，你可以在测试结果窗口中查看期望的和实际的结果。WR的互动式报告工具会列出在测试中发现的错误和出错的位置。通过提供这种详尽的，易懂的报告，WR可以帮助您解释所得的结果.
6). 提交缺陷：如果一个测试脚本是由于所测试应用程序中的缺陷而导致失败的，你可以直接从测试结果窗口中提取缺陷的相关信息。
由于能让测试重复使用，WR提供的不仅仅是一种能在多种环境下检测应用程序的功能测试工具，而是一种在程序应用周期内，经济实效且利用率高的测试方式. WR能够发现系统缺陷，并确保那些跨越多个应用程序和数据库的业务流程再初次发布就避免故障的出现，并且保持其长期稳定地运行。
目前国内的GUI测试发展：
（1）进行GUI自动化测试需要掌握大量与测试工具相关的知识和技能，因此必须事先经过很好的培训。国内企业希望快速培养GUI测试人员.
（2）绝大多数自动化测试工具都有 “ 录制回放 ” 或者 “ 捕捉回放 ” 功能，这确实是个很好的方法。可以手工执行测试用例，测试工具在后台记住你的所有操作，然后产生可以用来重复执行的测试用例脚本。这是一个很好的方法，但是很多时候却不能奏效。很多软件测试文章的作者得出结论 “ 录制回放 ” 虽然可以生成部分测试脚本，但是有很多问题导致 “ 录制回放 ” 不能应用到整个测试执行过程中。结果， GUI 测试还是主要由手工完成。而且最主要的困难GUI测试工具比较价格昂贵

[ 本帖最后由蓝兰儿于 2006-4-14 21:07 编辑 ]