首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

一种无线端测试平台化最佳实践

基于以上痛点,我们有个初衷去做这样一个无线自动化平台,无需编写脚本,无需搭建本地工程环境,全程可视化界面操作,即使不懂自动化脚本编程也能完成任务配置,致力于用较小的成本投入和维护自动化。 成本收益分析 我们先以电商域商品详情场景为例,介绍下不同的测试策略对测试成本的影响。商品详情场景涉及到区域化、不同营销类型、不同的offer类型,场景组合后有100+个case。 人工测试 投入人力进行手工验证多端多机,最快完成一轮测试也要5人日。如果加上干扰因素(手机没电、找不到设备、网络环境等问题)、bugfix回归验证,整体测试周期还要加长,甚至成倍增加。 自动化脚本测试 主要耗时成本在工程化环境搭建、本地脚本编写和调试的。同时对于多场景的数据有一个弊端,往往是写死数据在脚本且数据场景不全。 平台化测试 全程在平台上可视化操作,用精准用例建模自动化平台的数据支持多场景的的测新和回归。 功能亮点 1. 原子能力的标准化 我们对自动化里的所用的公共部分做了以下抽象成公共能力和组件化,可供重复使用。将工程脚本里的对象控件操作类、数据类、断言类做标准化并封装成原子能力,可以在平台页面上直接选择,添加对应行动点,支持语义化设置,支持行动点流程编排。 2. 语义化驱动—用例配置 3. 行为驱动—流程编排 4. 数据驱动—精准用例建模 相同场景的自动化不用设置一条一条自动化用例,也不用在脚本里指定某条数据运行。使用场景建模,扩展任务丰富数据源能力,支持任务添加单条数据/多条数据/场景模型数据。 场景模型好处是脚本里的数据进行剥离,以业务场景角度封装成用例数据模型,不仅降低测试用例数据遗漏的风险,而且将原先脚本写死的数据变活,通过建立的模型实时获取线上活的数据,即使有业务调整,直接维护模型即可。 场景模型支持2种:

02

干货 | 上线效率提升8倍,携程门票活动直连平台实践

作者简介 Harry,携程资深后端开发工程师,负责直连平台建设,关注系统高可用、数据驱动等领域。 一、前言 携程门票活动供应商直连平台(以下简称“直连平台”)通过API对接多个供应商的订单和商品系统,实现自动化信息同步和状态流转。 随着业务的高速发展,供应商的对接需求与日俱增,这不仅对直连平台接入供应商的上线效率提出更高的要求,同时供应商系统的物理网络限制、稳定性参差不齐等情况也给直连平台带来不小的挑战。 本文将从提高供应商接入效率和增强系统稳定性两个方面分享直连平台的实践经验。 二、背景 2.1 系统介绍

01

接口测试平台代码实现60:后续计划和其他平台技术系列预告

经小伙伴反应,准备调整接口测试平台的后续进度,加快主要核心功能。所以下一篇应该就是开启项目公共变量-请求头/url等的设计实现,接下来是用例的大模块。也就是之前很多小伙伴询问的,有没有多接口关联的上下文的测试用例功能,当然是有,但是要明白一个标准概念,我们目前的接口库和调试,仅仅是调试。并不能作为标准的测试用例,标准的测试用例模块当然是既可以单接口用例又可以多接口关联的用例了,从控制。执行,顺序执行,并发执行,监控轮询执行 到 测试报告/监控报告/报告统计/报警机制/邮件短信/标准测试报告word文档 等功能都需要嵌入,这和我们接口库接口调试的区别还是蛮大的。

01
领券