进公司快三个月了，现在在IPTV海外版解决方案的项目中，主要从事自动化测试。开始的一个月里我大部分时间是在看文档，由于华为的业务问题，我换了两个组，每次换组的时候，就要看对应的业务方面的文档，通过这个段时间看文档，对IPTV的业务方面有了一个总体的了解，对我我现在的做的自动化有很大的帮助。
在做自动化测试这段时间里，学到了很多。以前在学校了喜欢遇到问题时自己去解决问题，有时候会花很久的时间去弄明白一个问题，但现在遇到问题，首先会认真的思考，在短时间内解决不了的，就会带着自己思考后的想法，去请教别人自己的疑问，让别人解决，因为一个人的效率影响了整个项目的进度。
下面是我做页面自动化测试的一些心得和大家分享
1.业务熟悉程度对自动化的影响。
做自动化测试，首先要对自己所做的业务要熟悉，编写自动化用例时才能够清楚下一步应该干嘛。如果不清楚业务的情况下做的会比较慢，一旦写错了，用例等于白写了。
2、自动化安装需要注意的。
首先，是第一次安装的话，要严格按照华为给出的安装步骤来进行安装，不然会出错。如果是以前安装过，需要卸载掉所有的关于TMSS的东西，在清除注册表中的信息。
一般安装步骤为：（根据自己的需求来选择版本）
1）先安装TMSS客户端，并安装TMSS客户端的补丁
2）安装GTR （检验GTR安装是否成功，需要安装好后，在TMSS中“AutoSpace”下拉菜单中选择“Show
GTR Window”项，看是否出现， 出现了则成功，不出现则需重装。）
3）安装AutoSpace
4）安装TTCN3
注：如果是界面自动化的，还需要安装一个IBM公司提供的一个功能/系统测试平台RFT(Rational
Functional Tester）主要用于界面的录制。
3、在编写界面测试用例时，需要用RFT工具录制界面上的控件，录制控件用几种方法。
1）正常的录制，通过录制按钮来录制，它也分为单个录制、区域录制等几种情况的。
单个录制：是针对一个控件来录制，这个录制方法，如果页面框架的改动了，对其所录制的控件影响比较小，便于用例的重复使用，但是录制的效率会慢点。个人认为这种方法录制的控件，用例重用性比较好。
区域录制：是针对页面上的一个区域（框架），在这个区域里面的控件都会被录制下来，效率比较高，但是一旦页面框架有所改动，则这些录制好的控件可能都不能用了。这种方法只能是对那些页面不需要改动的系统用比较合适。如果不考虑重用性的话，可以用这种方法录制。
2）通过“创建测试对象”的方法来录制，这样可以查看到一些隐藏属性，来确定控件的定位。
3）静态录制，在“scripts”下—>创建一个“添加空脚本”—>“脚本资源管理器”中有个“检测对象”下“专用测试对象图”来录制
一个控件，录制生成的文件保存后，在录制好的控件上，“识别属性”项中选择“静态录制”并填写一些信息。
4、编写界面自动化用例时，应注意的。
首先介绍下，我们编写用例最常用到的AutospaceView窗口，它分为左右两块，左侧是AW窗口，右侧进行自动化用例设计。
AW窗口显示了AW文件MDN_AW_IPTV.v1.xml中定义的全部AW。
右侧窗口：Title显示手工测试用例的测试步骤/结果等 ；
PreShell测试用例的预置条件;
CaseStep测试用例的测试步骤；
AfterShell一般是用例执行后进行环境恢复；
Result窗口显示自动化用例的执行结果是否是成功跑通的。
这里面有个执行顺序一般以“PreShell->CaseStep-> AfterShell”执行的。
这下来说说，编写时应注意：
1）AW的应用，一般是从AW窗口中拖至右侧或双击AW来使用。
2）用AW前，首先需要先使用“激活map映射文件”的AW，来激活我们用RFT工具录制的界面上的控件的文件，这样下面用到这个文件里
面的控件才能有用。
3）使用每个AW时会有对该AW的描述，需要看仔细了，有时候多个逗号呀等，都会出错，我记得在用数据库检查AW的时候，它的AW要求不需要SQL语句的“；”，它的描述也没有注明，导致我误以为是AW问题的，最后请人解决时，人家说是多了个分号的原因。
4）遇到错误时，需要仔细的看日志，很多问题都是因为看日志的不仔细导致没能查出原因。有个错误是实现AW的类的问题，本身AW的类里面就有错误，本身就是无法编译的（这个问题不容易发现的）。
5、运行用例时，需要注意的。
在运行界面自动化测试用例时，首先，需要注意的是每次运行要保证只有一个IE页面打开的，不能有两个以上IE页面，这样会导致控件冲突，找到多个控件。其次，在调试自动化时，最好先“Unload
Executor” 在TMSS工具上显示的是“红叉”的标志。
以上是我在界面自动化方面遇到的一些问题，及需要注意的一些地方，希望对新手有点帮助。 |
