对楼主所说的第三点不是很明白，怎样可以自动生成测试用例呢？是自动生成测试数据还是什么？微软和IBM可以做到这一点么（像楼主说的自动化测试，如果能，请指出是怎么做到的，谢谢）？
另外微软的测试也不是那 ...
对于第三点，我的理解是数据驱动的测试，面向模型的测试。
简单说，可能是根据典型的输入输出数据，自动建模，自动生成测试用例。
Model-based testing，如果有兴趣可以查一下。
IBM和微软虽然没有大规模推广使用这种方法（成本问题），但是确实有过这方面的研究，而且有论文。有兴趣的网友可以自己Google一下。 GUI...
刚上路 在自学，偶要做自动化测试 菜鸟,看不懂
回复 4# 的帖子
数据驱动 gui的自动化测试工具介绍几个。想了解一下 急需自动化测试人员
做测试的兄弟朋友们大家好
1.五百强的it公司-欧美企业
2.急需自动化测试，白盒测试人员
3.地点是上海，成都
4.英语可以沟通
有家是四川的或者是周边地区的测试的朋友，回家发展也是很不错的选择，和家人在一起，生活的舒适惬意。
有感兴趣的朋友可以加我msn：bess.zhang@live.cn详谈，当然有朋友的朋友也可以互相推荐呀！！ 呵呵，，见长了，不过好像上海这里的公司真正做到的不多，能够把第2做到80%程度就很让人欣慰了。 3）自动测试类：
这一类是指自动生成测试用例并自动运行。这类自动化测试的最大的优点在于它的无限可能性。另外它通常能发现手工测试极难发现的错误。而且一旦实现了这种自动化，其维护费用实际上是大大低于前两类测试的。不过这类测试自动化的初始投入非常高，而且它的效果受其智能化程度的制约也非常大。除非是专业测试公司或是象微软、IBM这类超大型企业，多半都没有实力来研究这类测试自动化。
不过从长远来说，只要有较好的工具能将这类自动化的初始投入降下来，这类测试自动化才是软件测试发展的必然方向。
这一类测试的基本实现过程通常是：
- 购买或开发基本测试自动化框架
- 编写必要的接口，钩子，及其他公用资源。
- 建立软件、组件、或功能的行为模型
- 设立测试目标等参数
- 自动生成测试用例及测试计划
- 筛选并运行测试用例
- 评估结果
智能化生成测试计划和测试用例，真的是很美妙的构想，但还是没能有机会看到- -
从目前MS成熟的，正在使用的测试框架来看，还是以自动化框架为基础，提供大量的接口和方法，用代码的方式手工的编写自动化测试脚本，并以集成度极高的测试管理工具，提供预置、自动的测试用例管理，环境搭建，测试结果分析等功能来实现高度的自动化。
作为自动化测试从业者，帮助和推动国内自动化框架开发的能力，形成系统的，可持续的自动化流程是当务之急；并非会使用一两个工具录制加强就可以的。
个人见解，请勿拍砖 3）自动测试类
可以是可以做，但要看具体的行业、项目和业务情况，比如网络游戏，做起来就很难，银行的一些业务就相对简单些。
不过这肯定是未来的发展方向。
[ 本帖最后由 里米特 于 2009-2-4 15:12 编辑 ] 学习了.. 学习中，有点启发 学习之 同意18#的,希望楼主可以分享第二种方法相关的文档.
