《2022年电信IT系统的自动化测试实施 .pdf》由会员分享，可在线阅读，更多相关《2022年电信IT系统的自动化测试实施 .pdf（5页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、项目管理人员继续教育论文第 1 页 共 5 页电信 IT 系统的自动化测试实施2013 年 3 月 31 日摘要： 软件测试尤其是回归测试是IT 系统建设中非常重要的工作，传统回归测试方法效率较低，而要有效提高回归测试效率就需要逐步采用自动化测试工具集手段。本文结合个人工作经验，对基于QTP软件在电信 IT 系统的自动化测试实施可行性进行说明。关键词： 自动化测试 QTP1.前言IT 项目尤其是软件项目与一般项目很显著的一个差别在于软件项目的可变性，我们很难想象一幢大楼建好后反复多次的修改，而软件项目即使完成了终验甚至上线多年后，仍然会有不断修改完善的要求。其中电信行业IT 项目尤其易变，随着
2、业务的不断变化，一些大型软件如CRM/计费等电信核心系统软件的修改、重上线工作几乎每月都有几次， 此时项目的重验证工作软件回归测试就变得非常重要。我们必须通过严格的回归测试确保这些软件功能在不断修改后保持准确性。作为 IT 系统的测试人员，每天的工作中有很大一部分是重复性的回归测试。如果能针对事先设计好的测试用例和期望结果，通过辅助工具让使测试工作自动执行并记录测试结果， 就可以把测试人员从枯燥的重复性工作中解脱出来，将更多精力和时间专注于需要智能判断的复杂工作和其他新的测试用例。这样不但可以有效提高测试效率、 缩短测试特别是回归测试所需时间，还可以在晚上、 周末等测试人员不在场的情况下充分利
3、用测试服务器资源、提高测试覆盖率。 这应该是所有测试人员都希望的理想场景。本文我们旨在结合在软件测试业界得到普遍应用的功能自动化测试工具Quick Test Professional ( 以下简称 QTP)， 探讨实现电信 IT 产品功能测试自动化的可行性。2.QTP简介QTP软件主要针对界面型的功能测试和回归测试提供自动化测试解决方案，名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 5 页 - - - - - - - - - 项目管理人员继续教育论文第 2 页 共 5
4、页它能够很好的识别 WEB应用系统的对象元素，能较好地自动捕获、验证和重放界面上简单的操作行为，对复杂的则可通过VB编写脚本的方式实现（包括动态获取数据库数据、定制测试脚本启动任务等）。针对初学者或是逻辑较为简单的用例，我们建议直接录制生成脚本，而对于熟练的用户或者逻辑相对复杂的用例则是以编写强化脚本为主录制为辅的方式来制作脚本。根据经验来看，建立测试脚本的主要工作量集中在强化调试测试脚本。3.应用可行性分析1）CRM系统自动化测试实施CRM作为电信运营商最关注的核心产品之一，对最终用户而言，CRM系统是一个以 WEB界面操作为主的系统，因此很适合引入QTP工具，是我们的第一个研究目标。CRM
5、系统每次新版本发布之前都必须做回归测试（即基本测试） , 其涉及的功能模块相对稳定，测试用例相对固化，因此可以考虑先从基本测试引入QTP自动化测试。 应用QTP过程中我们可以实现从数据库获取测试参数，或者从准备好的数据文件（ Excel文件或者文本文件）获取测试参数。测试过程中还可设置数据库检查点， 让运行中的界面数据与数据库数据进行动态比对。当然还可以利用输出值功能实现上一操作的输出值作为下一操作的输入值。CRM系统测试流程如下图所示。订单受理CRM 前台受理送OSS服务开通OSS 竣工CRM 竣工连接数据库检查状态归档CRM 界面查看档案信息流程状态成功送O返回状态档案信息由图可知，CRM
6、后台送 OSS和OSS竣工返回 CRM中间的流程状态需连接数据库查看，这些环节手动实现更快捷有效。而在CRM前台受理和档案查询模块中则可以考虑自动化测试，包括自动化验证档案信息，需要在前台受理时记录操作要点信息以及订单受理生成的业务号码或订单流水号等。然后，利用数据库检查点对主要信息进行检查比对。为了排除外系统不可控因素的干扰，确保QTP 自动化测试结果的准确性和名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 5 页 - - - - - - - - - 项目管理人员继续教
7、育论文第 3 页 共 5 页有效性，建议 CRM 项目组采取多机多时段的方式运行测试脚本。比如：预备 A、B、C 三台测试机，设定A 测试机定时启动测试时间为18：00 和 24：00；设定 B 测试机定时启动测试时间为20：00 和 2：00；设定 C 测试机定时启动测试时间为22：00 和 4：00。次日对比六个测试任务结果，选取相对完整可靠的测试结果进行分析。2）管理支撑系统自动化测试实施以下对电信 MSS （管理支撑系统） 中的审计管理系统自动化测试实施进行说明。限于篇幅本文仅针对分析结果做简单描述。审计管理系统主要管理的是审计流程配置后的文件流转，其流程配置千变万化， 但每一流程中操
8、作对象范围是相对固定的，我们可以把测试对象库固定下来，最大化实现所有可配置对象的操作脚本；同时可采用流程中某一条标准通路为单位形成基本用例集，并根据实际需要组合用例形成不同通路的用例集。如果要达到全自动化测试的理想状态，应该是上一流程步骤执行完成后，通过 VB 编程实现对下一个流程步骤的自动判断和用例调用，但维护成本将超过实际带来的收效。因此最终必须在工作量和回归测试的频度之间加以平衡。3）IBS（集中计费系统）的自动化测试实施以下对电信 IBS（集中计费系统）自动化测试实施进行说明。限于篇幅本文仅针对分析结果做简单描述。集中计费系统同样是电信IT 运营的核心系统，但对于IBS 系统，其前台逻
9、辑较为简单， 主要依靠数据库后台程序对话务进行计费处理，因此后台构造数据的工作量占了测试工作的大部分， 因此其前台固话界面的自动化测试实施并不能造成效率的大幅提升。4.测试脚本的管理和维护随着项目的进展， 一方面测试用例和脚本量会越来越多；另一方面， 被测程序的不断更新，也需要同步更新相应的测试脚本。 如果没有合理的脚本管理机制，每次程序的变动都会给脚本维护人员带来诸多脚本管理上的问题。QTP测试脚本的不断增多后，可能需要用多台测试服务器分别运行QTP脚本，这时需要考虑各服务器上测试脚本的版本统一，这个问题建议通过在测试管理工具 TestDirect(以下简称 TD)上保存 QTP测试脚本的方
10、式来解决。但是，TD只名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 5 页 - - - - - - - - - 项目管理人员继续教育论文第 4 页 共 5 页能保存最新版本， 要随时获取历史版本， 建议采用版本控制管理工具SVN进行脚本版本的管控。 另外，在测试脚本管理维护中， 我们必须采用统一的脚本架构和命名规范，对脚本添加必要的注释，增强测试脚本的可读性。5.QTP的缺陷QTP毕竟只是一个缺乏智能的工具，本身也存在一些缺陷，如： QTP本身并无想象力，对超出设计的意
11、外没有智能的判断和解决能力； 在使用过程中经常发现一些小问题，如：并非所有的动作录制后都能回放，某些对象无法被 QTP准确无误的识别等； 要全部实现自动化，其代码的开发量也是相当大的，同时还可能引入新的BUG。综上，我们认为电信 IT系统的手工测试是不可能被完全取代的；测试自动化的进程主要是使自动化测试在整体工作中所占比率逐步、有效的提高，尤其是针对那些界面化、重复化得简单功能逻辑，要尽快采用自动化测试手段。另外在应用 QTP工具的过程中会遇到各种问题， 建议测试人员可以把问题抛出来共同讨论解决。 同时还可以充分利用网络论坛上的资源，积极寻求解决问题的思路和方法。对于已解决的问题可以形成文档记
12、录，供测试人员交流共享。6.结束语目前电信 IT系统的自动化测试应用还处于起步阶段，可能会因为熟练程度不足导致与手工测试相比耗时长、产出低； 尤其对于周期短的项目更是如此。因此整个自动化的实施将是一项长期的过程，一方面将通过技术培训和强化来提高测试人员对自动化测试软件如QTP的熟练程度， 另一方面应将加强用例共享、复用的方法研究，以提高自动化测试用例的编写效率。还需要说明的是， 从这次分析过程中我们可知， 功能自动化测试要结合项目的实际情况，综合考虑进度要求、人力资源要求、软件版本稳定程度、版本应用情况、系统规模等多个因素， 最终才能确认测试自动化实施的范围和方式。因此针对不同性质的项目其实施
13、范围和方式可能会有较大的不同。另外，在项目回归测试工作中， 我们一定要避免将自动化测试和测试人员等同起来， 不要对自动化测试要求过高。 我们要对自动化测试树立一个正确的观感，清醒地认识到自动化测试是人工测试的有力补充，而无法取代测试人员的地位。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，共 5 页 - - - - - - - - - 项目管理人员继续教育论文第 5 页 共 5 页俗话说“罗马城不是一天建成的”，自动化测试同样也是一个积累经验、循序渐进的过程， 不可能期望在短期内实现所有测试的自动化。成功的自动化测试需要制定相应的自动化测试计划， 好的自动化测试策略是自动化测试实施是否成功的第一步。 只有充分考虑到自身实施自动化测试的风险、资源和目标后， 才能制定出适合自己的自动化测试策略，并最终达到提高软件测试效率、 降低软件测试成本的目的。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页，共 5 页 - - - - - - - - -