电信IT系统的自动化测试实施.docVIP

电信IT系统的自动化测试实施 TIME \@ yyyy年M月d日 2011年10月24日 摘要：软件测试尤其是回归测试是IT系统建设中非常重要的工作，传统回归测试方法效率较低，而要有效提高回归测试效率就需要逐步采用自动化测试工具集手段。本文结合个人工作经验，对基于QTP软件在电信IT系统的自动化测试实施可行性进行说明。 关键词：自动化测试 QTP 前言 IT项目尤其是软件项目与一般项目很显著的一个差别在于软件项目的可变性，我们很难想象一幢大楼建好后反复多次的修改，而软件项目即使完成了终验甚至上线多年后，仍然会有不断修改完善的要求。其中电信行业IT项目尤其易变，随着业务的不断变化，一些大型软件如CRM/计费等电信核心系统软件的修改、重上线工作几乎每月都有几次，此时项目的重验证工作——软件回归测试就变得非常重要。我们必须通过严格的回归测试确保这些软件功能在不断修改后保持准确性。 作为IT系统的测试人员，每天的工作中有很大一部分是重复性的回归测试。如果能针对事先设计好的测试用例和期望结果，通过辅助工具让使测试工作自动执行并记录测试结果，就可以把测试人员从枯燥的重复性工作中解脱出来，将更多精力和时间专注于需要智能判断的复杂工作和其他新的测试用例。这样不但可以有效提高测试效率、缩短测试特别是回归测试所需时间，还可以在晚上、周末等测试人员不在场的情况下充分利用测试服务器资源、提高测试覆盖率。这应该是所有测试人员都希望的理想场景。 本文我们旨在结合在软件测试业界得到普遍应用的功能自动化测试工具——Quick Test Professional (以下简称QTP)，探讨实现电信IT产品功能测试自动化的可行性。 QTP简介 QTP软件主要针对界面型的功能测试和回归测试提供自动化测试解决方案，它能够很好的识别WEB应用系统的对象元素，能较好地自动捕获、验证和重放界面上简单的操作行为，对复杂的则可通过VB编写脚本的方式实现（包括动态获取数据库数据、定制测试脚本启动任务等）。 针对初学者或是逻辑较为简单的用例，我们建议直接录制生成脚本，而对于熟练的用户或者逻辑相对复杂的用例则是以编写强化脚本为主录制为辅的方式来制作脚本。 根据经验来看，建立测试脚本的主要工作量集中在强化调试测试脚本。 应用可行性分析 1）CRM系统自动化测试实施 CRM作为电信运营商最关注的核心产品之一，对最终用户而言，CRM系统是一个以WEB界面操作为主的系统，因此很适合引入QTP工具，是我们的第一个研究目标。 CRM系统每次新版本发布之前都必须做回归测试（即基本测试）, 其涉及的功能模块相对稳定，测试用例相对固化，因此可以考虑先从基本测试引入QTP自动化测试。应用QTP过程中我们可以实现从数据库获取测试参数，或者从准备好的数据文件（Excel文件或者文本文件）获取测试参数。测试过程中还可设置数据库检查点，让运行中的界面数据与数据库数据进行动态比对。当然还可以利用输出值功能实现上一操作的输出值作为下一操作的输入值。 CRM系统测试流程如下图所示。 由图可知， CRM后台送OSS和OSS竣工返回CRM中间的流程状态需连接数据库查看，这些环节手动实现更快捷有效。 而在CRM前台受理和档案查询模块中则可以考虑自动化测试，包括自动化验证档案信息，需要在前台受理时记录操作要点信息以及订单受理生成的业务号码或订单流水号等。然后，利用数据库检查点对主要信息进行检查比对。 为了排除外系统不可控因素的干扰，确保QTP自动化测试结果的准确性和有效性，建议CRM项目组采取多机多时段的方式运行测试脚本。 比如：预备A、B、C三台测试机，设定A测试机定时启动测试时间为18：00和24：00；设定B测试机定时启动测试时间为20：00和2：00；设定C测试机定时启动测试时间为22：00和4：00。次日对比六个测试任务结果，选取相对完整可靠的测试结果进行分析。 2）管理支撑系统自动化测试实施 以下对电信MSS（管理支撑系统）中的审计管理系统自动化测试实施进行说明。限于篇幅本文仅针对分析结果做简单描述。 审计管理系统主要管理的是审计流程配置后的文件流转，其流程配置千变万化，但每一流程中操作对象范围是相对固定的，我们可以把测试对象库固定下来，最大化实现所有可配置对象的操作脚本；同时可采用流程中某一条标准通路为单位形成基本用例集，并根据实际需要组合用例形成不同通路的用例集。 如果要达到全自动化测试的理想状态，应该是上一流程步骤执行完成后，通过VB编程实现对下一个流程步骤的自动判断和用例调用，但维护成本将超过实际带来的收效。因此最终必须在工作量和回归测试的频度之间加以平衡。 3）IBS（集中计费系统）的自动化测试实施 以下对电信IBS（集中计费系统）自动化测试实施进行说明。限于篇幅本文仅针对分析结果做简单描述。