全国咨询热线：136-9172-9932
自动化测试框架是由假设、约束以及为自动化测试提供支持的工具的集合。自动化测试框架最 大的优点是可以减少测试脚本实现和维护的成本，测试用例只需要修改测试用例文件，而不需要更 新脚本驱动程序和引擎驱动程序。自动化测试框架的优劣直接影响到自动化测试的成功与否。 假设自动化测试框架是形成自动化测试策略的基础，下面是常用的假设条件： （1）集成工具套件必须是主要的测试管理、计划、开发和实现的工具。 （2）工具套件必须用来指导和控制测试的执行并且用来捕获、分析、报告测试结果。 （3）工具套件必须包括一个可选工具，用于缺陷跟踪及解决。 （4）工具套件必须包括一个可选的配置管理工具。 （5）配置管理只能对手工测试和自动化测试产物进行配置管理。 （6）所有上述工具必须与桌面工具结合，比如 Microsoft Office。 （7）测试工程师需要的桌面—脚本—开发配置必须被定义并且被实现。 （8）必须遵循测试标准，并且测试标准以文档形式记录下来。
约束条件影响着自动化测试是否成功，如果不注意以下约束条件，自动化测试工作将很难成功： （1）自动化工具集资源必须独立于任何手工测试集。 （2）自动化测试小组中是否有足够多的工作人员。 （3）对于自动化工具的使用，软件开发小组的协调水平和管理水平不能太低。 （4）在创建可测试应用过程中，需要与开发者协作和信息交流。 （5）自动化测试的主要版本和自动化测试的发布进度安排有关系。 一般自动化测试框架应该包括四部分内容：测试管理、数据驱动、结果分析和测试报告。 （1）测试管理的主要任务是运行控制脚本、负责建立并维护运行队列、控制运行策略和信号 灯。在管理端还必须维护一个测试任务的队列，每个测试脚本开始执行的时间可能不同，状态也不 一样，测试管理模块应该能很好地处理这些脚本的执行。 （2）数据驱动的主要任务是将脚本与测试数据分离，这部分是框架的核心，一般测试数据来 自于自动化测试用例中的数据输入。通过数据驱动模块可以将测试用例中的数据读取到脚本中，实 现同一脚本执行多测试用例的功能。 （3）结果分析的主要任务是判断实际结果与预期结果是否一致，为输入测试结果做准备，测 试过程中判断测试用例执行是否成功不仅仅是界面显示，还包括对数据库、相关文件（日志文件和 配置文件等）的检查，结果分析模块主要是封装这些检查的函数和方法。 （4）测试报告主要是在执行测试完成后，输出一份日志文件和一份测试报告，日志文件主要 是便于分析测试结果，判断失败的结果是否是由脚本开发的原因引起的。测试报告主要是用于记录 测试结果，至少需要记录每个测试用例执行的结果。 如图 17-3 所示是一个混合测试框架模型样例。
