1、首先安装或升级到 QuickTest Professional 8.2
2、安装Java Add-in 6.5
3、运行Java Add-in 6.5升级修补程序
升级修补程序位于 QuickTest Professional 8.2 安装盘上QTP82AddinsUPGRADE文件夹中。双击对应的QTP82Java65UPGRADE.exe文件，并遵循屏幕上显示的说明，安装修补程序。还可以选择"开始">"程序">"QuickTest Professional">"检查更新"，然后遵循屏幕上的说明下载和安装修补程序。
注意：如果安装了Java Add-in 6.5不运行升级修补程序，则会将该加载项标记为"已过期"，且无法加载。
其他Add-in的安装方法可参考此步骤。
星期一, 七月 24, 2006
星期六, 七月 15, 2006
MERCURY BUSINESS PROCESS
TESTINGMercury Business Process Testing™是一款全面的用于测试自动化的系统，它使非技术型的业务专家（Subject Matter Expert）成为质量优化流程中的一个组成部分。
您是否发现如今大多数的功能测试产品太过于依赖编程，以至不能在您的小组中被广泛采用？在业务专家和质量工程师之间是否由于沟通失误和不同的工作侧重点的原因，导致测试一再被重复，消耗了大量的时间？您是否发现由于投入测试的业务专家数量有限，导致了缺陷的产生和关键业务流程的失败等情况的产生？是否在上线之后才发现缺陷的存在，而并非由功能测试小组首先发现――这将损害您的团队信誉度？
Mercury Business Process Testing是第一款全面的、基于角色（role-based）的测试自动化系统，它攻克了许多困难，跨越了业务专家和质量工程师之间在质量问题上的鸿沟。Business Process Testing是第一个基于Web的测试自动化解决方案，其设计的出发点是让没有任何编程知识的业务专家也能创建、数据驱动并执行测试自动化。
我们的解决方案减少了在自动化测试维护方面的人员开支，并将测试自动化和文档记录合并成一项工作。您可以用抽象业务定义来衡量应用实施的质量，抽象业务定义是在业务流程测试框架（Framework）中所制定的。
在我们基于角色的解决方案中，业务专家致力于创建以真实业务流程为模型的高水准测试流程，而质量工程师则将重心放在实现测试自动化的领域中。
Mercury Business Process Testing是如何工作的
业务流程测试在技术上被证明是一种“图表驱动（Table Driven）”或“关键词驱动（Keyword Driven）”测试。这种新一代的测试方式在测试规划中引用了最佳实践，为测试规划、测试维护和执行提供了一个完整的解决方案。该系统引进了业务组件可被重复使用的概念，极大地减低了测试维护的工作量，提高了创建测试的有效性。
业务流程测试系统以角色为基础，使非技术型业务专家无需编程或记录脚本就能定义测试案例。业务专家通过一个基于Web的界面来公布需要采取哪些步骤，使用哪些数据，从而定义下测试流程。通过采用测试框架方式实现测试自动化，QA工程师则将工作重点放在调度和利用自动化测试资源上面。
我们的系统使您能在应用开发的生命周期中尽早地展开质量检测工作。该系统最大的好处在于，通过使用一种“关键词驱动测试”的新技术，用普通语言（如英语）来描述测试案例，极大地简化了测试的创建。这种技术使测试资源建立时不再需要脚本记录和编程。
通过业务组件技术，业务流程测试使测试资源的维护工作流水线进行，手动和自动测试定义都可以使用可重复利用的业务组件定义。这些业务组件将测试维护集中于容器（Repository）中。此外，系统生成Word格式的测试计划文档，这些文档以业务流程测试所开发地测试定义为基础。
业务流程测试位于在Web基础上的企业级技术平台的最顶端，和Mercury 质量中心全面集成。我们的解决方案易于使用，具有可扩展性、部署迅速及功能点多等特性，可支持整个软件开发生命周期。
有了业务流程测试，您可以在更短的时间内展开更全面的测试，发现更多的缺陷，推出比以前更好的应用。
Mercury质量中心的组成部分之一
Mercury Business Process Testing是Mercury质量中心（Mercury Quality Center™）的组成部分之一，集成了一整套软件、服务和最佳操作实践，用于自动化关键质量活动，其中包括需求管理、测试管理、缺陷管理、功能测试和业务流程测试。
特点和优势：
使非技术型的业务专家在一个基于Web的系统中快速创建、数据驱动并文档下测试案例。
无脚本（Script-Free）的测试设计，消除了以编程来定义业务流程的需求。
通过部署集中的业务组件，降低了测试维护的所需的工作量。
使机构能在软件开发生命周期中尽早启动测试自动化，甚至在应用进入QA阶段之前就启动测试自动化。
通过一个创新的自动文档（Auto-Documentation）机制，自动生成测试计划文档。
在特定的角色和任务中，使QA人员能充分展示其才华。
用最少的培训使用户接受测试（UAT）实现自动化。
将测试维护工作集中化，使应用的变化可以通过自动化测试工具自动地推广传播。
您是否发现如今大多数的功能测试产品太过于依赖编程，以至不能在您的小组中被广泛采用？在业务专家和质量工程师之间是否由于沟通失误和不同的工作侧重点的原因，导致测试一再被重复，消耗了大量的时间？您是否发现由于投入测试的业务专家数量有限，导致了缺陷的产生和关键业务流程的失败等情况的产生？是否在上线之后才发现缺陷的存在，而并非由功能测试小组首先发现――这将损害您的团队信誉度？
Mercury Business Process Testing是第一款全面的、基于角色（role-based）的测试自动化系统，它攻克了许多困难，跨越了业务专家和质量工程师之间在质量问题上的鸿沟。Business Process Testing是第一个基于Web的测试自动化解决方案，其设计的出发点是让没有任何编程知识的业务专家也能创建、数据驱动并执行测试自动化。
我们的解决方案减少了在自动化测试维护方面的人员开支，并将测试自动化和文档记录合并成一项工作。您可以用抽象业务定义来衡量应用实施的质量，抽象业务定义是在业务流程测试框架（Framework）中所制定的。
在我们基于角色的解决方案中，业务专家致力于创建以真实业务流程为模型的高水准测试流程，而质量工程师则将重心放在实现测试自动化的领域中。
Mercury Business Process Testing是如何工作的
业务流程测试在技术上被证明是一种“图表驱动（Table Driven）”或“关键词驱动（Keyword Driven）”测试。这种新一代的测试方式在测试规划中引用了最佳实践，为测试规划、测试维护和执行提供了一个完整的解决方案。该系统引进了业务组件可被重复使用的概念，极大地减低了测试维护的工作量，提高了创建测试的有效性。
业务流程测试系统以角色为基础，使非技术型业务专家无需编程或记录脚本就能定义测试案例。业务专家通过一个基于Web的界面来公布需要采取哪些步骤，使用哪些数据，从而定义下测试流程。通过采用测试框架方式实现测试自动化，QA工程师则将工作重点放在调度和利用自动化测试资源上面。
我们的系统使您能在应用开发的生命周期中尽早地展开质量检测工作。该系统最大的好处在于，通过使用一种“关键词驱动测试”的新技术，用普通语言（如英语）来描述测试案例，极大地简化了测试的创建。这种技术使测试资源建立时不再需要脚本记录和编程。
通过业务组件技术，业务流程测试使测试资源的维护工作流水线进行，手动和自动测试定义都可以使用可重复利用的业务组件定义。这些业务组件将测试维护集中于容器（Repository）中。此外，系统生成Word格式的测试计划文档，这些文档以业务流程测试所开发地测试定义为基础。
业务流程测试位于在Web基础上的企业级技术平台的最顶端，和Mercury 质量中心全面集成。我们的解决方案易于使用，具有可扩展性、部署迅速及功能点多等特性，可支持整个软件开发生命周期。
有了业务流程测试，您可以在更短的时间内展开更全面的测试，发现更多的缺陷，推出比以前更好的应用。
Mercury质量中心的组成部分之一
Mercury Business Process Testing是Mercury质量中心（Mercury Quality Center™）的组成部分之一，集成了一整套软件、服务和最佳操作实践，用于自动化关键质量活动，其中包括需求管理、测试管理、缺陷管理、功能测试和业务流程测试。
特点和优势：
使非技术型的业务专家在一个基于Web的系统中快速创建、数据驱动并文档下测试案例。
无脚本（Script-Free）的测试设计，消除了以编程来定义业务流程的需求。
通过部署集中的业务组件，降低了测试维护的所需的工作量。
使机构能在软件开发生命周期中尽早启动测试自动化，甚至在应用进入QA阶段之前就启动测试自动化。
通过一个创新的自动文档（Auto-Documentation）机制，自动生成测试计划文档。
在特定的角色和任务中，使QA人员能充分展示其才华。
用最少的培训使用户接受测试（UAT）实现自动化。
将测试维护工作集中化，使应用的变化可以通过自动化测试工具自动地推广传播。
订阅：
博文 (Atom)
