针对上面的两种，我们想到的第三种方式：一体式 。这种方式中，通过给程序在打包的过程中，添加额外的框架代码，使得程序自动提供控件的访问方式 。
自动化的模块也会作为软件测试程序的一部分运行 。应用程序在执行脚本的时候，自动通过脚本，控制各控件界面的显示和关闭 。
它应该是第二种方式的变种 。但是由于是自己实现的，所以在对各类自定义控件支持的都非常好 。
针对一开始提出的几个自动化测试的难题，我们提出了，自动封装窗体上所有控件的概念（这些概念后面会详细介绍），对于软件测试人员，只要关心真正的业务操作流程 。而业务流程中涉及到的控件，已经为他们自动提供好 。
这样，脚本也自然只成了业务流程的脚本 。其复杂度也就大大降下来了 。
如果要推荐2个工具的话，我就推荐泽众软件公司的自动化测试工具AutoRunner和测试管理工具Testcenter，用这2个软件合作可以很好的进行自动化测试与对测试用例进行管理 。
6. 请教功能测试用例怎么写 【不在于测试用例该怎么写，而在于想怎么测 。】
【对用例的理解表达出来，格式自然出来了】呵呵，偶要顶一下，偶不是完全赞同这两句话 。用例的理解跟格式没有必然的联系 。
也没有主次轻重之分 。【先保证自己对业务流程和业务规则的理解和熟悉，然后可以对这部分先思考一下，哪些地方需要测试，需要怎样的测试？如何来施行这些测试？之后再增加对系统中其他规则、特性和算法的熟悉，继续增加测试的深度和广度 。】
——这句说的很对 。有这么一个公式，数据结构+算法=程序 。
这里类比一下用例设计，jackei和skinapi版主强调的是用例的“算法”，而文档格式是用例的“结构” 。两者的关系是相辅相成，而不是矛盾的（好像在上政治课哈） 。
至于说“对用例的理解表达出来，格式自然出来了”，这个境界太高了，不是一般人可以做到的 。面对现实的企业应用，做项目的话你会遇到各种各样的情况，要做到“格式自然出来”实在是太……厉害了呵呵 。
是这样的：用例格式相当于一个规范，给你一个结构，一个框架（framework），仅此而已，并不因为你的用例模板而能体现用例的好坏 。所以，“用例怎么写”其实分两个：用例的“算法”+用例的“结构” （也就是模板）了 。
查看原帖>> 。
7. HTML基本框架怎么写 框架可以生成独立变化和滚动的窗口，从而能将一个窗口分割为若干个字窗口 。
在每一个字窗口中显示一个HTML文档 。我们这回就来看看多文档的基本结构和子窗口之间的交叉链接 。
一，基本结构HTML使用<frameset>,<frame>和标签来定义框架 。下面我们就来了解一下这三个标签的作用和相应的属性 。
（一），<frameset>标签 。该标签是框架设计标签，成对使用 。
首尾标签之间的内容就是使用到框架的HTML主体部分 。在使用框架的HTML文档中不能出现<body>标签，否则会导致浏览器忽略所有的框定义而只显示<body>和