AI实践哪家强?来 AICon, 解锁技术前沿,探寻产业新机! 了解详情
写点什么

如何避免移动测试自动化失败

  • 2019-03-08
  • 本文字数:2158 字

    阅读完需:约 7 分钟

如何避免移动测试自动化失败

Nadya Denisenko 说,移动开发中的测试自动化应该由 Scrum 团队完成;不要建立单独的测试自动化团队。她建议遵守移动测试的测试金字塔,并从一开始就让测试人员参与进来。测试人员是面向质量的开发人员,他们可以指导和帮助其他开发人员交付高质量的软件;手工测试将在未来消失。


移动开发是厂商锁定的。Denisenko 说,市场上有两大厂商决定操作系统、应用程序、开发和测试的走向。此外,大多数公司都在寻找能够在两个平台上开发自动化测试的测试自动化独角兽。Denisenko 说,这意味着手机领域的自动化工程师至少应该了解 Kotlin、Swift、Java 和 Objective-C,以及 iOS 和 Android 的工作原理,他们预期自动化工程师有能力手动测试这款应用,但事实并非如此。


Denisenko 表示,移动应用程序以开发速度快著称,在大多数情况下,QA 都是在产品上市很长一段时间后才开始参与。她说,在一个习惯了长时间没有测试人员的团队中建立测试流程会带来大量的挑战。她建议慢慢来:首先,与开发人员一起构建一个测试自动化框架,将引入 sprint 的特性自动化,并实现一个回归场景。


Denisenko 说,与 web 或后端项目相比,移动项目非常小;对于 Scrum 团队能够或者应该处理的任务来说,单独的自动化测试团队是没有意义的。


Denisenko 提到测试人员的角色是指导和帮助开发人员交付高质量的软件。她说:“我坚信测试人员是面向质量的开发人员,手工测试在未来将消失或改变。”


Denisenko 说,越来越多的公司希望开发人员可以负责开发可测试的代码和测试。她从一个人工测试人员成长为测试自动化工程师,相信测试人员的角色正在转变为软件开发测试或代码质量评估教练。


InfoQ 正在报道2019年的欧洲测试大会,有幸采访了Nadya Denisenko,与她谈论了在移动测试自动化中失败的方法以及如何避免失败。


InfoQ:你在演讲中说过,单独的自动化团队是在浪费钱。你能详细解释一下原因吗?


Nadya Denisenko:一个主要原因是测试的设计。在决定测试覆盖率时,我们中的大多数人使用 70%的单元测试、20%的集成测试和 10%的 E2E 自动化测试的测试金字塔。在移动世界中,违反测试金字塔的做法很常见,结果要么是测试沙漏型,要么是测试冰淇淋甜筒型。在大多数情况下,拥有一个独立的自动化团队意味着这样一个团队的主要关注点是自动化 E2E 测试,因此根据测试设计来分配资源更有意义。


InfoQ:测试金字塔比沙漏型或者冰淇淋型更合适?


Denisenko:是的。测试金字塔可以更好地控制应用程序中发生的事情,并节省调试问题的时间。


InfoQ:为什么移动测试人员会违反测试金字塔?


Denisenko:根据具体情况,有以下几个原因:

银弹。管理人员和一些开发人员(特别是后端开发人员)认为,通过使用 E2E UI 测试,可以在所有真实环境中运行。此外,他们认为这些测试将涵盖 API 测试、后端和客户端集成测试的缺失,这是错误的。由于平台的限制,有太多东西无法在移动设备上测试。举一个简单的例子,比如深度链接外部应用程序推送通知。人们也容易忘记,在后端和应用程序 UI 之间有太多的层,所有这些层都可能出错,而且据我所知,没有哪个框架能够提供关于问题确切位置的详细信息:第三方、后端、网络、应用程序的网络实现、UI,所有你能说得出的都做不到。结果,项目最终只留下些不可维护的测试和令人失望的测试自动化。

时机。新的移动项目总是以 MVP 的身份开始,然后发展壮大。它总是在不考虑应用程序的可测试性的情况下开始,这意味着该应用程序在设计时没有考虑过单元和 E2E UI 测试之外的测试。当开发人员发现需要进行深入测试时,得进行成本高昂的变更,于是团队只能选择忽略。

专业知识。有时这只是一个专业知识的问题。集成测试是移动测试中的一个新浪潮,并不是每个开发人员都有足够的知识理解什么是集成测试,以及如何进行集成测试。有些人甚至没有学习的欲望。


InfoQ:在自动化移动测试方面,你学到了什么?


Denisenko:我学到了:

在加入一个没有自动化的项目时,千万不要试图玩赶进度的游戏。

在开发测试自动化框架时,尽可能使用供应商的测试框架。开源解决方案往往会在 OS 新版本发布六个月后才发布对最新 OS 版本的支持(这意味着在此之前任何自动化测试都不能在最新的 OS 上工作),而且它们往往还会停止更新。

不要试图调整为其他项目开发的测试。最终陷于不断的测试集成,在整个 Sprint 中修复测试,而不是专注于开发和维护我自己的测试。

使用自己擅长的语言。开发人员很懒,他们永远不会仅仅为了测试目的而学习 Ruby 或 Python。

质量是一个共同的责任,每个团队成员都应该为它做出贡献。


InfoQ:苹果和谷歌提供了哪些测试指南,我们应该如何使用它们?


Denisenko:测试指南是:

谷歌建议进行不同层次的测试:单元测试、集成(组件间的集成)、UI 测试、功能 UI 测试、E2E 测试。谷歌试图培养一代知道如何在不同级别上测试代码的开发人员,最好是使用测试自动化。他们已经编写了很多关于这方面的教程,Google 的测试社区非常活跃。

然而,苹果鼓励开发者开发单元测试和 E2E 测试。他们建议开发人员在实际用户使用应用程序时实现自动化,并在 E2E 测试中实现自动化。

在我看来,供应商不应该影响开发人员和测试人员,让他们决定哪种策略更好。通过增加规则和设置限制,它们实际上减少了创造出新的、更好的和创新的东西的可能性。


查看英文原文:How to Avoid Failing at Mobile Test Automation


2019-03-08 08:009839
用户头像

发布了 124 篇内容, 共 47.9 次阅读, 收获喜欢 177 次。

关注

评论 1 条评论

发布
暂无评论
发现更多内容

新思科技解析Repo Jacking依赖仓库劫持如何影响供应链安全

InfoQ_434670063458

漏洞 新思科技 软件供应链 Repo Jacking

程序员“反内卷”大法——和无效加班说再见!

博文视点Broadview

go语言逆向技术之---常量字符串解密

sofiya

pe文件签名信息检测技术

sofiya

Web漏洞靶场搭建(OWASP Benchmark)

sofiya

艺术收藏NFT系统开发:NFT功能搭建

开源直播系统源码

数字藏品 数字藏品系统软件开发 数字藏品开发

参加前端培训后再就业难吗?

小谷哥

大数据培训是否可以延迟工作周期

小谷哥

2022年中国证券行业智能投顾专题分析

易观分析

金融 证券

金融科技创新者的困境

木风

金融科技 数字化转型 科技创新

私有化部署的企业IM:实现工作消息、文件的全面可控

BeeWorks

云原生游戏第 2 讲:OpenKruiseGame 设计理念详解

阿里巴巴云原生

阿里云 容器 云原生 游戏 OpenKruiseGame

MobTech SMSSDK iOS端快速集成指南

MobTech袤博科技

ios sdk

IDEA配置tomcat

楠羽

#开源

超大模型工程化实践打磨,百度智能云发布云原生 AI 2.0 方案

百度Geek说

云原生 人工智能’ 企业号九月金秋榜

[教你做小游戏] 展示斗地主扑克牌,支持按出牌规则排序!支持按大小排序!

HullQin

CSS JavaScript html 前端 9月月更

Java进阶(一)内存解析

No Silver Bullet

Java 9月月更 内存解析

架构师的十八般武艺:合规架构

agnostic

企业架构 合规

【案例回顾】春节一次较波折的MySQL调优

京东科技开发者

MySQL 数据库 索引 RDS 调优

如何在保护用户隐私的同时实现精准广告投放?

HarmonyOS SDK

广告sdk

web前端培训程序员学习什么呢

小谷哥

微服务网关Gateway实践总结

Java 架构

阿里云高性能计算负责人何万青:阿里云大计算加速HPC与AI融合

阿里云弹性计算

AI HPC 高性能计算 无影云电脑 计算巢

web前端培训入门难吗?

小谷哥

客随主便-Mysql主从同步是怎样的过程?

知识浅谈

redis主从 9月月更

自然语言处理--神经网络的复习

IT蜗壳-Tango

自然语言处理 nlp 9月月更

移动办公平台如何在企业中发挥数字化优势?

BeeWorks

定时任务报警通知解决方案详解

阿里巴巴云原生

阿里云 微服务 云原生 定时任务

java培训程序员靠技术来延长自己的职业周期

小谷哥

基于Vue3常用代码块

青柚1943

typescript Vue3 Element Plus Pinia sortablejs

从Core Dump中提取CUDA的报错信息

OneFlow

深度学习 报错 cuda

如何避免移动测试自动化失败_移动_Ben Linders_InfoQ精选文章