自动测试

如果您使用这个自动化的方法，那么将您的所有机器更新至最新将会是一件非常简单的事，只需使用最新版本的构建目录来更新应用程序选择文件即可。

成熟的软件测试是确保软件质量的一种重要手段，自动化测试技术的出现，对于提高测试单位绩效比起了重要作用，被广泛应用于回归测试中，但是由于被测试系统的不确定性和复杂性，使得软件自动化测试变得异常困难。本文基于商业工具结合实际项目，分析自动化测试实施期间出现的各种问题，以提高大家对自动化测试项目的真正认识与理解。

自动化测试是个团队行为，比如我现在做的东西，我很怕会失败，因为领导没有给我那么多人，我的培训还没有时间去执行，不能传承目前，还有我的自动化测试的很多会失败，但是后来人如果把我的延时改动的话完全对我的脚本曲解。

上个月（2009年1月），HP发布了QTP 10。新版本的QTP在脚本开发方面增强不少，越来越像一款名副其实的自动化测试开发工具了。另外，与QC 10的紧密结合，不仅延续和增强了HP的BPT战略意图，更让自动化脚本的版本控制得以真正实现。现在，就让我们来展开一次QTP新特性之旅吧！

据我了解，国内的游戏（MMORPG）行业（国外的我不知道哈），几乎还没有比较成功的游戏自动化测试体系，或许是我孤陋寡闻吧！有少数公司在做，但是效果都不很明显，结合我自己的做的一些经历和实际操作，小小的说说自己的想法。

前面我大概说了一下游戏自动化测试的一些现状需求，这一篇主要谈谈游戏里面哪些可以做，哪些好做，哪些难做，哪些没必要做以及一些原因。欢迎拍砖哈，希望大家也谈谈你们的做法和优点。

自动化测试框架比较多，基本上都是以junit为基础，以TestCase 和 TestSuit为主要运用，对所要测试的类和主要方法，加test方法，然后作assert判断，如果与结果不符合，就抛出异常。可以一次执行多个test case.这样就简化了人工的干预，可以称之为自动化测试。

接着讨论测试思路。

这一篇，作者主要说说游戏自动化测试对游戏架构的需求。

在自动化测试框架中经常设计分布式执行用例，调用不同计算机机上的qtp来执行，如何远程调用qtp有以下几个方法

Watir 是一个使用 Ruby 实现的开源Web 自动化测试框架，相对于那些庞大的商业工具来说，它很小巧，也很灵活，提供的功能也足够用。最近抽时间试用了一下，感觉还不错，准备下一步在公司推广使用。

其实在做测试的同行中，很多人都认同自动化测试工具不是自动化测试这个观点，但是在实际的工作中大家却往往在不知不觉中忽视了这一点。但是我希望写的这些东西能给大家提个醒，测试工具固然重要，但是别忽视自动化测试的设计过程，那是重中之重啊。

分几点讲讲为什么要放弃对测试自动化的幻想，和怎样进行低成本的有效测试。

学习自动化测试需要在实际项目中进行，这样提高的会比较快，项目中运用了很多种技术，自动化实施过程会碰见各种各样的问题，是很好的学习机会，关键要善于总结、积累经验，只要能够把各个细节做好，那么你一定能够成为一名优秀的自动化测试工程师。

本文主要介绍在 IBM Rational ClearQuest 的开发过程中，如何在开发的各个阶段应用各种不同的自动化测试保证开发质量。

谈到自动化测试，一般就会提到测试工具。许多人觉得使用了一、两个测试工具就是实现了测试自动化，这种理解是不对的，至少是片面的。的确，测试工具的使用是自动化测试的一部分工作，但“用测试工具进行测试”不等于“自动化测试”。那什么是“自动化测试”？ 半自动化测试过程，算不算自动化测试？是否可以为“自动化测试”给出如下定义？

在项目启动会议上，项目经理告诉大家说将在项目中采用自动化测试工具，然后指定你在下周的会议之前提交一份工具选型报告。你感到很惊讶，项目经理是从什么地方了解到自动化测试的，为什么突然对自动化测试这么着迷？你忧心重重，难道项目经理已经掉入了所谓的自动化测试陷阱中？！

qaweb生成stax任务文件，远程启动测试，以及结果收集

基于WATIR+RAILS+STAF的自动化测试_其他qaweb截图

测试结果截图，在测试结果页面会显示测试结果的总计和详细信息，总计包括总计多少用例，成功多少，失败多少，总计执行时间；详细信息中会包括每一个测试用例的执行情况，标注成功或失败，若失败，会在描述一栏写明原因，同时提供一个查看执行日志的链接，更详细的失败原因可以在日志中找到。