昨天讲钢笔的使用方法，正好做了一个以前就经常讲过的花纹组合的图象效果，就是控制钢笔的使用。

更多文章详见：www.jobedu.com.cn

　　1      简介：
Bugzilla是Mozilla公司向我们提供的一个开源的免费缺陷跟踪工具。作为一个产品缺陷的记录及跟踪工具，它能够为你建立一个完善的Bug跟 踪体系，包括报告Bug、查询Bug记录并产生报表、处理解决、管理员系统初始化和设置四部分。并具有如下特点：
●       基于Web方式，安装简单、运行方便快捷、管理安全。
●      有利于缺陷的清楚传达。本系统使用数据库进行管理，提供全面 详尽的报告输入项，产生标准化的Bug报告。提供大量的分析选项和强大的查询匹配能力，能根据各种条件组合进行Bug统计。当错误在它的生命周期中变化 时，开发人员、测试人 员、及管理人员将及时获得动态的变化信息，允许你获取历史纪录，并在检查错误的状态时参考这一记录。
●      系统灵活，强大的可配置能力。Bugzilla工具可以对软件产品设定不同的模块，并针对不同的模块设定开发人员 和测试人员；这样可以实现提交报告时自动发给指定的责任人；并可设定不同的小组。设定不同的用户对Bug记录的操作权限不同，可进行有效的控制管理。允许 设定不同的严重程度和优先级，可以在错误的生命期中管理错误，从最初的报告到最后的解决，都有详细的记录，确保了错误不会被忽略，同时，可以让开发人员将 注意力集中在优先级和严重程度高的错误上。
●       自动发送Email通知相关人员。根据设定的不同责任人，自动发送最新的动态信息，有效的帮助测试人员和开发人员进行沟通。
2      Bugzilla操作流程：

2.1   用户登录及设置流程：

●      打开浏览器，输入Bugzilla服务器地址：http://server/bugzilla/
●      进入主页面后，点击【新建帐号】，进入注册页面。
●      在注册页面中输入E-Mail地址和用户代号，然后，点击【Create Account】，随后，你将收到一封包含初始密码的E-Mail。
●      在收到E-Mail之后，点击【登录】，在帐号栏输入注册时使用的E-Mail地址，在密码栏输入邮件里通知的初始密码，然后，点击【Login】。
●      如忘记密码，在登陆页面中输入注册用户名，点击【Submit Request】,根据收到的邮件进行重新设置密码。
●      如果成功登录后，点击【Edit属性】->【帐号设置】，进行密码修改。
●      点击【Edit属性】->【邮件设置】，进行邮件通知设置。
●      点击【Edit属性】->【权限】，进行权限查询。
2.2   Bug的处理流程概述：
●      测试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug报告后，通过Email通知项目组长或直接通知开发者。
●      项目组长根据具体情况，重新reassigned分配给bug所属的开发者。
●      开发者收到E-Mail信息后，判断是否为自己的修改范围。
A.      若不是，重新reassigned分配给项目组长或应该分配的开发者；
B.      若是，进行处理，resolved并给出解决方法。（可创建补丁附件及补充说明）；
●       测试人员查询开发者已修改的bug，进行重新测试。（可创建test case附件）
A.      经验证无误后，修改状态为VERIFIED。待整个产品发布后，修改为CLOSED。
B.      还有问题，REOPENED，状态重新变为“New"，并发邮件通知。
●       如果这个BUG一周内一直没被处理过。Bugzilla就会一直用E-Mail骚扰它的属主，直到采取行动为止。

循序渐进学习QTP–初级篇

      我们使用QTP的目的是想用它来执行重复的手动测试，主要是用于回归测试和测试同一软件的新版本。因此你在测试前要考虑好如何对应用程序进行测试，例如要测试那些功能、操作步骤、输入 数据和期望的输出数据等。
      强烈建议你按照版主oldsidney 写的 Tutorial_oldsidney_cn.pdf 文件来认认真真、从头到尾地执行一遍，包括录制脚本、分 析脚本、增加check point、Split Action等。我想这会减少你在学习QTP过程中的不少困惑和疑虑。
      这篇文档对如何使用QTP写的非常详细，是QTP初学者的经典教材。我就是看了这篇文档后才对QTP的整个测试流程有了一个初步的认识。在此，我对 oldsidney表示感谢。
     注意：
      1，确保你的IE运行正常，依次点击菜单 查看 –> 工具栏，一定要上网助手等插件卸载掉，特别3721这个垃圾网站和其它拦截广告的插件（它也把测试过程中弹出的窗口当成广告，一样会拦截的！）！
    2，如果是按照Tutorial_oldsidney_cn.pdf 文件 中的订购飞机票的例子来练习 QTP的使用，那么只需选择Web 插件就可以了。如果是测试其它的应用程序或系统，就要根据需要来选择相应的插件了。

循序渐进学习QTP—中级篇
在这个阶段你就要自己针对某个系统去录制脚本、维护脚本了。在录制后的回放过程中，你可能会遇到各种问题，这个时候就需要发挥你的主观能动性来解决遇到的 问题。我想你可以按照下面的方法去解决：

       1，查看QTP的有关文档，包括Help 、QTP User’s Guide等文档。这些都是比较系统全面的学习材料。你该好好利用呀。
       2，在本论坛上查看以前别人是如何解决此类问题的（如果有的话）或者是发新贴寻求帮助，也可以搜索Google 等网站寻找问题的解决方法；
      3，与自己部门的同事交流，例如与测试人员交流他们是如何解决的，与开发人员交流某个QTP无法识别的控件具体是用什么属性 来识别的等。毕竟他们对测试的环境和测试的软件比论坛上的人熟悉呀。
      4，自己通过学习VBScript 等方式来提高自己的管理QTP Script的能力。

或许你会发现许多问题都是由提出问题的人来解决的，因为他们希望问题得到解决的迫切心比谁都强烈。

循序渐进学习QTP—高阶篇
如果你对VB Script 、QTP和需要测试的程序或系统非常熟悉，你可能就想直接写QTP Script来表现一下了。如果你能达到这个水平，那么恭喜你－－－你就是真正的高手了。这个时候你已经可以从宏观上把握QTP了，也能灵活自如地使用 QTP了。偶离这个阶段还好远呢。

　增加、编辑、删除等功能，几乎每个系统都会用到，针对这几个方面，写如下测试用例

一：增加

1：在添加页面，输入要添加的数据项均合理，检查数据库以及列表页是否添加了相应的数据

2：在添加页面，留出一个必填项为空，检查是否会提示

3：按照边界值等价类设计测试用例原则设计其他输入项测试用例

4：不符合要求的地方要有错误提示

5：是否支持table键

6：按enter是否能保存

7：若提示保存，也要查看数据库里是否多了一条数据

二、删除

1、删除一个数据库中存在的数据，然后查看数据库以及列表也中是否删除

2、删除一个数据库中并不存在的数据，看是否有错误提示，并且数据库中没有数据被删除

3、输入一个格式错误的数据，看是否有错误提示，并且数据库中没有数据被删除

4、输入正确数据前加空格，看是否能正确删除数据

5、不输入任何字符

6、是否支持table键

7、是否这次enter键

三、编辑

1：对编辑列表页中的每个编辑项进行修改，点击保存，查看是否编辑成功

2：依次对每个编辑项进行修改，点击保存，查看是否编辑成功

3：对于必填项，我们可以修改为空、全角/半角空格，点击保存时，查看是否编辑成功

4：现在很多编辑项目中有很多图片预览的功能，如果对于没有上传的图片，查看编辑页面时，是否显示默认图片。如果上传了图片，是否显示上传的图 片。（因为实际工作中，很多客户很介意这个节目图片显示红叉）

5：在编辑的时候，也要注意添加时，每个编辑项的长度校验，有些时候，添加时有长度限制，而编辑的时候却没有

6：在编辑的时候，查看界面的字段是否同添加时字段显示一致，以及冒号是否也一致（无论是中文冒号或者是英文冒号，但是必须要一致）

四、密码修改

实际当中，根据具体情况具体分析，实际测试中可能只用到几条而已，例如：银行卡密码的修改，就不用考虑英文和非法字符，更不用考虑tap之类的快捷键

有时，需要根据需求具体分析了，例如：连续出错多少次出现的提示，和一些软件修改密码要求一定时间内有一定的修改次数限制等。

1、旧密码、新密码、确认新密码都为空时，查看系统是否会有提示

2、不输入旧密码，直接改密码

3、输入错误的旧密码

4、不输入确认新密码

5、新密码和确认密码不一致

6、新密码中有空格

7、新密码为空

8、新密码为符合要求的最多字符

9、新密码为符号要求的最少字符

10、新密码为符合要求的非最多和最少字符

11、新密码为最多字符-1

12、新密码为最多字符+1

13、新密码为最少字符-1

14、新密码为最少字符+1

15、新密码为非允许字符（例如：密码要求是英文和数字组成，则要试汉字和符号等）

16、看是否支持tap和enter键等

17、密码是否可以复制、粘贴，是否以*之类的加密符号

18、看密码是否区分大小写，新密码中英文小写，确认密码中英文大写

19、新密码和旧密码一样能否修改成功

　　测试软件是一项艰苦的工作。当对测试用例进行等价划分时，必然会减少了测试的覆盖范围。如果测试员需要做更多的测试，该如何办？

　　方法是开发并使用工具。

　　一、工具和自动化的好处

　　在大多数软件的开发模式中，软件发布之前要多次重复代码——测试——修复的过程。

　　如果要测试某项特性，也许需要不止一次执行测试，而是重复多次。还要检查确认在前面的测试中发现的软件缺陷修复没，同时又没有引入新的软件缺陷。重复执行测试的过程称为回归测试。

　　软件测试工具和自动化可以在有限的时间内执行多次测试。

　　工具和自动化的主要属性是：

　　1）速度；

　　2）效率；

　　3）准确度和精确度；

　　4）节省资源；

　　5）仿真和模拟；

　　6）坚持不懈。

　　注意：软件测试工具不能代替软件测试员——它们只能帮助软件测试员更好地工作。

　　一定要注意，使用测试工具不见得总是对的，有时手工测试是不可代替的。

　　目前的任务是了解测试工具能做什么以及怎么做，考虑如何用它们来完成测试任务。

　　二、测试工具

　　使用工具的类型取决于测试的软件类型，以及是进行黑盒测试还是白盒测试。

　　测试工具的好处是使用时并不是总需要深入了解工具在怎样做或者做什么。

　　测试员不必了解工具是怎样做到的，只要知道它做得到就可以了——这就是黑盒测试。

　　另一方面，测试员要有效使用这些工具，需要具备一些白盒技能以及底层协议的知识。

　　1、非入侵式工具和入侵式工具的区别：

　　1）非入侵式工具：如果工具仅用于监视和检查软件而不对其进行修改，就认为是非入侵式工具。

　　2）入侵式工具：如果工具以任何方式修改了程序代码或者控制了操作环境，就属于入侵式工具。

　　由于入侵的程度各有不同，测试员通常设法使用侵入性尽量小的工具，以减少工具影响测试结果的可能性。

　　2、查看器和监视器

　　查看器（viewer）或者监视器（monitor）测试工具能够看到正常情况下看不到的运行的细节。

　　1）如代码覆盖率分析器就是查看器的一个例子。

　　代码覆盖率分析器是如何提供一种方式来查看哪些代码行得以运行、什么函数正在运行、执行测试时所运行的代码分支的。大多数的代码覆盖率分析器是入侵式工具，因为它们需要编译并链接到原程序中才能获得所需信息。

　　2）通信分析器（communications analyzer）是另一种查看器的例子。

　　它只是监听线路，提取经过的数据，在另一台计算机上显示。利用该系统可以查看通信数据的正确性以及观察软件缺陷为什么会产生。

　　通过查看从线上提取的数据，就可以确定问题是出于创建数据的机器还是解释数据的机器。这种类型的系统对软件是非入侵式的。

　　在网络中，真正监视器被称为嗅探器（sniffer）。

　　3）大多数编译器所带的代码调试器也可以看做是查看器，看到一般用户看不到的数据的工具都可以归类为查看测试工具。

　　3、驱动程序

　　驱动程序是控制和操作被测试软件的工具。

　　最简单的驱动程序的例子是批处理文件（batch file）。在DOS时代很流行，然而，在现金的操作系统和编程语言下，执行测试程序有更多复杂的方法。如java和perl脚本可以取代老的MS- DOS批处理文件，并且windows任务调度程序可以在全天24小时的任意时刻执行各种测试程序。

　　在设法驱动被测试的软件时，想一想从外部控制程序的所有可行方法，然后，想方法用自动提供测试输入的方式代替外部控制。

　　4、桩

　　桩和驱动程序一样，属于白盒测试技术。桩与驱动程序本质上是相反的，桩不控制或者操作被测试软件；相反，它接收或者响应软件发送的数据。

　　当软件需要与外部设备进行通信时经常要用到桩。一般在开发过程中不能得到这些设备，或者这些设备很少，桩就可以使测试在没有硬件的条件下进行，使测试更加有效。

　　仿真器（emulator）：仿真器是在实际使用中用来代替真正设备的设备。

　　仿真器和桩的区别在于桩还给测试程序提供手段来查看和解释发送给它的数据，桩是仿真器的超集。

　　5、压力和负载工具

　　压力（stress）和负载（load）工具用于向被测试软件增加压力和负载。

　　一般的压力测试软件可以分别设置内存量、磁盘空间大小、文件数量，以及在该机器上运行软件的其它可用资源。

　　把这些值设置为零或者近似为零，会使软件执行不同的代码分支以试图处理这种紧迫限制。理想情况是软件运行不发生崩溃或者数据丢失。它可能会运行得很慢，或者宣布在内存不足情况下运行，但是无论如何它会正确运行，或者正常地降级运行。

　　负载工具和压力工具的相似之处在于，它们为软件创造了用其它方式难以创造的环境条件。

　　例如：运行在web服务器上的商用程序可以通过模拟一定数量的链接和单击次数来增大负载，使其不堪重负。

　　6、干扰注入器和噪声发生器

　　干扰注入器（interference injectors）和噪声发生器（noise generators）是类似于压力和负载工具的另一类工具。它们在行为上更具有随机性。

　　例如：挂在通信线路上的干扰注入器可以测试软件能否处理由超声引起的错误情况。

　　决定在哪里和如何使用干扰注入器和噪声发生器时，考虑何种外部因素会影响测试软件，然后设法改变和操纵这些影响因素看软件如何应付。

　　7、分析工具

　　最后一类工具称为分析工具（analysis tool），它们常常不受重视，但是它们能够促进测试，节省大量时间。

　　1）文字处理软件

　　2）电子表格软件

　　3）数据库软件

　　4）文件比较软件

　　5）抓屏和比较软件

　　6）调试器

　　7）二进制——十六进制计算器

　　8）秒表

　　9）录象机或者照相机

　　软件的复杂性和方向性总是在变，要视具体情况来决定最有效的工具是什么，以及如何运用它们。

1.传统软件测试过程中的问题

测试在所有的软件开发过程中都是最重要的部分。在软件开发过程中，一方面要求我们通过测试活动验证所开发的软件在功能上满足软件需求中描述的每一条特 性，性能上满足客户要求的负载压力和相应的响应时间、吞吐量要求；另一方面，面向市场和客户，开发团队还要满足在预算范围内尽快发布软件的要求。
传统的软件测试流程一般是先在软件开发过程中进行少量的单元测试，然后在整个软件开发结束阶段，集 中进行大量的测试，包括功能和性能的集成测试和系统测试。随着开发的软件项目越来越复杂，传统的软件测 试流程不可避免地给我们的工作带来以下问题：

问题一：项目进度难于控制，项目管理难度加大

如图一所示，大量的软件错误往往只有到了项目后期系统测试时才能够被发现，解决问题所花的时间很难预料，经常导致项目进度无法控制，同时在整个软件开 发过程中，项目管理人员缺乏对软件质量状况的了解和控制，加大了项目管理难度。

图1：传统测试流程中存在的问题

问题二：对于项目风险的控制能力较弱

项目风险在项目开发较晚的时候才能够真正降低。往往是经过系统测试之后，才真正确定该设计是否能够满足系统功能、性能和可靠性方面的需求。

问题三：软件项目开发费用超出预算

在整个软件开发周期中，错误发现的越晚，单位错误修复成本越高，如图二所示，错误的延迟解决必然导致整个项目成本的急剧增加。

图2：传统测试流程中存在的问题

成功经验二：连续测试

　　测试成功经验连续测试是从迭代式软件开发模式得来。在迭代化的方法中，我们将整个项目的开发目标划分成为一些更易于完成和达到的 阶段性小目标，这些小目标都有一个定义明确的阶段性评估标准。迭代就是为了完成一定的阶段性目标而从事的一系列开发活动，在每个迭代开始前都要根据项目当 前的状态和所要达到的阶段性目标制定迭代计划，而且每个迭代中都包括需求、设计、编码、集成、测试等一系列的开发活动，都会增量式集成一些新的系统功能。 通过每次迭代，我们都产生一个可运行的系统，通过对于这个可运行系统的测试来评估该次迭代有没有达到预定的迭代目标，并以此为依据来制定下一次迭代的目 标。由此可见，在迭代式软件开发的每个迭代周期我们都会进行软件测试活动，整个软件测试的完成是通过每个迭代周期不断增量测试和回归测试实现的。
采用连续测试的软件成功测试经验，不但能够持续的提高软件质量、监控质量状态，同时也使系统测试的尽早实现成为可能。从而有效的控制开发风险、减低测 试成本和保证项目进度。

成功经验三：自动化测试

在整个软件的测试过程中要想实现尽早测试、连续测试，可以说完善的测试流程是前提，自动化测试工具是保证。软件自动化测试工具的自动化测试成功经验主 要是指利用软件测试工具提供完整的软件测试流程的支持和各种测试的自动化实现。
为了使各种软件测试团队更好地进行测试，软件自动化测试工具在提供了测试成功经验之外，还为我们提供了一整套的软件测试流程和自动化测试工具，使软件 测试团队能够从容不迫地完成整个测试任务。
软件自动化测试工具主要为软件测试团队提供测试成功经验、自动化测试工具和全方位的咨询服务三方面的支持，最终实现：一个测试团队，基于一套完整的软 件测试流程，使用一套完整的自动化软件测试工具，完成全方位的软件质量验证，这正是软件自动化测试工具测试解决方案的精髓和终极目标。

易用性
考察评定软件的易学易用性，各个功能是否易于完成，软件界面是否 友好等方面进行测试，这点在很多类型的管理类软件中是非常重要的。
对于易用性测试可遵循以下原则：
1、完成相同或相近功能的按钮用Frame.框起来，常用按钮要支持快捷方式。
2、完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离。
3、按功能将界面划分局域块，用Frame.框起来，并要有功能说明或标题。
4、界面要支持键盘自动浏览按钮功能，即按Tab键的自动切换功能。
5、界面上首先应输入的信息和重要信息的控件在Tab顺序中应当靠前，位置也应放在窗口上较醒目的位置。
6、同一界面上的控件数最好不要超过10个，多于10个时可以考虑使用分页界面显示。
7、分页界面要支持在页面间的快捷切换，常用组合快捷键Ctrl+Tab
8、默认按钮要支持Enter操作，即按Enter后自动执行默认按钮对应操作。
9、可输入控件检测到非法输入后应给出说明信息并能自动获得焦点。
10、Tab键的顺序与控件排列顺序要一直，目前流行总体从上到下，同时行间从左到右的方式。
11、复选框和选项框按选择几率的高底而先后排列。
12、复选框和选项框要有默认选项，并支持Tab选择。
13、选项数相同时多用选项框而不用下拉列表框。
14、界面空间较小时使用下拉框而不用选项框。
15、选项数较少时使用选项框，相反使用下拉列表框。
16、专业性强的软件要使用相关的专业术语，通用性界面则提倡使用通用性词眼。
17、对于界面输入重复性高的情况，该界面应全面支持键盘操作，即在不使用鼠标的情况下采用键盘进行操作。
对于易用性测试还可从以下几个方面入手：
1、导航测试
导航描述了用户在一个页面内操作的方式，在不同的用户接口控制之间，例如按钮、对话框、列表和窗口等；或在不同的连接页面之间。通过考虑下列问题，可以决 定一个应用系统是否易于导航：导航是否直观？系统的主要部分是否可 通过主页存取？系统是否需要站点地图、搜索引擎或其他的导航帮助？
在一个页面上放太多的信息往往起到与预期相反的效果。应用系统的用户趋向于目的驱动，很快地扫描一个应用系统，看是否有满足自己需要的信息，如果没有，就 会很快地离开。很少有用户愿意花时间去熟悉应用系统的结构,因此，应用系统导航帮助要尽可能地准确。导航的另一个重要方面是应用系统的页面结构、导航、菜 单、连接的风格是否一致。确保用户凭直觉就知道应用系统里面是否还有内容，内容在什么地方。
应用系统的层次一旦决定，就要着手测试用户导航功能，让最终用户参与这种测试，效果将更加明显。
2、图形测试
在应用系统中，适当的图片和动画既能起到广告宣传的作用，又能起到美化页面的功能。一个应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮 等。图形测试的内容有：
（1）要确保图形有明确的用途，图片或动画不要胡乱地堆在一起，以免浪费传输时间。应用系统的图片尺寸要尽量地小，并且要能清楚地说明某件事情，一般都链 接到某个具体的页面。
（2）验证所有页面字体的风格是否一致。
（3）背景颜色应该与字体颜色和前景颜色相搭配。
（4）图片的大小和质量也是一个很重要的因素，一般采用JPG或GIF压缩。
3、内容测试
内容测试用来检验应用系统提供信息的正确性、准确性和相关性。
信息的正确性是指信息是可靠的还是误传的。例如，在商品价格列表中，错误的价格可能引起财政问题甚至导致法律纠纷；信息的准确性是指是否有语法或拼写错 误。这种测试通常使用一些文字处理软件来进行，例如使用Microsoft Word的"拼音与语法检查"功能；信息的相关性是指是否在当前页面可以找到与当前浏览信息相关的信息列表或入口，也就是一般Web站点中的所谓"相关文 章列表"。
4、整体界面测试
整体界面是指整个应用系统的页面结构设计，是给用户的一个整体感。例如：当用户浏览应用系统 时是否感到舒适，是否凭直觉就知道要找的信息在什么地方？整个应用系统的设计风格是否一致？
对整体界面的测试过程，其实是一个对最终用户进行调查的过程。一般应用系统采取在主页上做一个调查问卷的形式，来得到最终用户的反馈信息。对所有的可用性 测试来说，都需要有外部人员（与应用系统开发没有联系或联系很少的人员）的参与，最好是最终用户 的参与。

    Html 文件是常用的文件格式，很多软件的联机帮助都是一系列 Html 文件组成的。另外，网站本地化测试经常要测试本地化的 Html 文件。 HtmlQA 就是用于测试本地化 Html 文件的通用工具之一。
1．简介
   HtmlQA 是 SDL International（思迪）公司针对软件本地化行业开发的商业工具，用于测试源语言和本地化语言的项目文件 的本地化质量，每个项目文件包含一系列 Html 文件。HtmlQA 可以执行一系列本地化 Html 文件检查，确定本地化的 Html 文件与源语言对应的 Html 文件具有一致的功能。
   经过本地化翻译的 Html 文件经常会产生影响文档系统功能的缺陷。例如删除或增加了链接、格式标识符，遗 漏图像引用（ Reference），未翻译的文字等。 HtmlQA 对源语言和本地化语言的两个 Html 项目文件执行一致性完整检查，确保本地化项目与源语言项目的功能保持一致。
2．安装和运行
    现在使用最多的是 HtmlQA1.4 ，它有两种运行模式：演示模式和全功能模式。默认安装后是演示模式，只 能打开有限数量的文件，对于打开的文件大小也受限制。全功能模式需要购买许可文件 (License) 和 / 或硬件加密锁 (Dongle) 。
    HtmlQA1.4 的安装非常简单，双击安装文件“ HtmlQA_v1_4_FSL.exe ”，然后根据屏幕提示即可完成。
    HtmlQA1.4 安装后，在 Windows 的桌面上自动创建一个快捷方式，双击此快捷方式，可以运行 HtmlQA1.4 ，运行界面如下图所示：

    HtmlQA1.4 的运行程序窗口包括四个标签：“ Source ”、“ Target ”、“ Project Compare ”和“ Configuration ”，分别完成不同的功能，下面介绍本地化测试中的常见操作方法。
3．打开项目文件
    在使用 HtmlQA1.4 进行任何比较和测试之前，首先需要打开包含一系列源语言和本地化 Html 文件的项目文件。操作步骤如下：

• 运行 HtmlQA1.4 ；
• 从“ Source ”标签，单击“ File ” > “ Open Project ”；
• 选择并打开一个扩展名为“ prj ”或“ hhp ” 项目文件。

打 开项目文件后的界面如下图所示：

4．项目比较
使用 HtmlQA1.4 进行 Html 文件的本地化测试主要是在“ Project Compare ”标签页面完成的。
    “ Project Compare ”标签页面的左边分成两个部分：“ Compare ”和“ Visual Compare ”。“ Compare ”是本地化测试最经常使用的部分，因此，需要详细介绍。
    在“ Compare ”部分，包括 6 个按钮，每个按钮可以测试 Html 文件的特定类型的错误。
下面分别介绍这些按钮的测试功能：

• Links (URLs)
  • 这个按钮检查和 测试源语言和本地化文件包含 URL 引用 (References) 的标识 (Tags) 属性的一致性。
• Images
  • 这个按钮检查和测试源语言项目出现的图像也出现在目标语 言项目中。
• Untranslated Text
  • 这个按钮查看未翻译的 Html 文件的主体 (Body) 文本和属性 (Attribute) 文本。
• Formatting
  • 这个按钮检查和测试源语言和目标语言文件的特定 标识和标识的数量。逐个比较源语言文件和目标语言文件的标识数量，如果数量不同，则在错误列表视图控件中显示出来。
• Inconsistencies
  • 这个按钮验证和测试相同 URL 的链接（或“锚 (Anchor) ”）文字在目标语言 URL 的各处链接中都保持一致。
• Group Verify
  • “ Group Verify ”按钮可以执行全部或多项上述条目的测试，如下图所示：

5．保存测试报告结果
    HtmlQA1.4 不仅可以包测试结果显示在右边的列表视图控件中，还可以保存到结果文件，以便以后查看、打印和分发。
    单击“ Save Report ”按钮，输入文件名可以保存上述测试结果，保存的文件类型可以是 html 或 txt 格式。
    下图是保存的 html 格式的测试结果文件在浏览器中打开后的部分内容。 HtmlQA 对测试发现的每个问题按行显示，包括错误的位置，问题描述和标识内容。本地化测试人员可以逐条分析和判断哪些结果属于真正的缺陷，并且报告到缺陷跟踪数据库中。

    HtmlQA 1.4 还包括很多其它的辅助功能，可以单击“ Source ”或“ Target ”标签页面的“ Tools ”按钮，选择不同的功能。由于这些功能在本地化测试中应用较少，在此不再一一介绍。