关闭

自动化测试技术方案的设计与实现

发表于:2010-11-10 11:40

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:李婧 谢浩 孙志广    来源:51Testing软件测试网采编

  1、前言

  随着客户数的不断壮大和市场激烈竞争、业务支撑系统需要支撑庞大,业务需求日益繁多急迫,运营商和集成商都逐渐认识到了软件测试在软件开发过程中和软件生命周期里越来越重要。大家开始积极探求更规范化和标准化的测试流程,引入自动化测试,提高软件测试的速度和效率,减低测试成本,提升版本质量,缩短需求上线周期。自动化测试要测试工具完成,这包括成熟的测试工具或者

  自主开发的测试工具,但是一定是要适用电信业行业业务要求,基于可控的成本估算及公司的实现方案,主要按以下几部分进行了详细的说明。

  一、基于WINNER的回归类的黑盒功能测试,主要是业务支撑内部测试团队使用;

  二、基于集成商自助开发的AutoSpace自动化测试平台,主要是集成商测试团队使用;

  三、基于LOADRUNNER的性能测试,业务支撑内部测试团队和集成商测试团队共同使用;

  四、基于集成商自主开发的接口半自动化测试工具,主要是集成商测试团队使用。

  五、基于第3方厂家开发的主要接口自动化测试工具,比如自助终端缴费、空中充值等,业务支撑内部测试团队和集成商测试团队共同使用。

  六、关联测试过程等(包含自动化、手工测试)版本质量评估。自动化测试的优势是快速、可重复性、可编程、覆盖率高、町靠性、可重用性。但是并不是所有的业务都适合进行自动化测试,在没有标准的测试过程时,或者测试关联性非常复杂时不适用。

  2、自动化测试技术的主要组成部分

  2.1 基于WINNER的功能测试

  基于WINNER的功能测试是个黑盒测试,提供输入后,测定输出是否与预期结果相同,而不关心过程如何执行。自动化测试中WINNER的工作原理:通过模拟录制前台操作,生成自动化脚本,并对脚本进行参数化,增加相关检查点与预期进行比对;通过回放修改后的脚本,进行测试,并输出测试结果,形成测试报告。但测试自动化的引入有一定的标准,要经过综合的评估,不能简单理解成测试工具简单的录制与回放过程。在自动化测试的整个工作过程中,测试分支或者测试用例的编写、脚本参数化和增加相关检查点的操作非常重要。注意并不是所有的业务都适合进行自动化测试,比如系统管理中参数的修改,要关联测试非常多的业务受理。此外,应用软件版本升级当晚上线后的大量的业务测试不适用,一个是要受测试数据的限制,一个是产生费用无法回退的业务的限制,还有一个更重要的原因是时间的限制。

  2.2 基于集成商自助开发的AutoSpaee自动化测试平台

  AutoSpace是集成商公司测试工具部开发的统一自动化测试平台,基于AW,表格化编写用例,使用简单,支持C/C++、TrCN3、TCL、JAVA、R丌语言开发AW,支持多语言的AW无缝集成到一个测试用例中运行,最大限度实现共享,实现全员自动化,大大提高测试效率。通过模拟营业员,通过前台,测试关键业务(办理类、查询类),基于C/S结构,可多人、多机同时使用。AutoSpace架构如图1所示:AutoSpace关键依赖因素包括环境稳定、数据库用户需要有DDL、DML执行权限,减少与手工测试之间的互相干扰、测试系统界面控件属性要相对稳定,且有唯一识别标识。Auto—Space的具体特性如下所示:应用场景除目前的版本测试、数据修改、故障查证、.主动预防应用外,后续还有其他能力提升,比如:

  a.支持资费包上载、资费配置的自动化测试,计划1人时完成100个资费的正确性测试,每月节约3人力;

  b.实现接口全部自动化测试,提升上线接口验证覆盖率;

21/212>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号