2020 Google开发者大会重磅开幕 了解详情

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

2019 年 3 月 08 日

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

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 年 3 月 08 日 08:00 9124
用户头像

发布了 123 篇内容, 共 32.7 次阅读, 收获喜欢 139 次。

关注

评论 1 条评论

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

架构师训练营 - 第四周 - 学习总结

stardust20

消息队列(二)如何保证消息队列的高可用?

奈何花开

Java MQ 消息队列

关于编码的一点“思考”

damnever

golang 思考 抽象 分层架构 编码

《架构师训练营》第四周总结

架构师训练营作业 -Week4

wyzwlj

极客大学架构师训练营

原来使用Postman如此简单,API测试之Postman使用全指南

软测小生

接口 Postman 接口测试 API API测试

Week4 学习总结

wyzwlj

极客大学架构师训练营

通过Python来获取北京市乡镇、街道行政区划数据

Puran

Python GIS geopandas QGIS 天地图

架构师训练营 -- 第四周作业

stardust20

SQL运行内幕:从执行原理看调优的本质

arthinking

MySQL 数据库

区块链冷链食品追溯系统

CECBC区块链专委会

区块链技术 上链 溯源 浙冷链

架构师课程第四周 作业

杉松壁

ARTS|Week 5 有效的括号、API和地图

Puran

LeetCode ARTS 打卡计划

极客时间 - 架构师培训 - 4 期作业

Damon

阿里待遇那么好,你为什么从阿里离职?

互联网架构师小马

Java 阿里巴巴 程序员 找工作 离职

学习总结 - 第 4 周

饶军

CECBC带你一图看懂区块链

CECBC区块链专委会

CECBC 区块链技术 去中心化

太厉害了!阿里年薪120W架构师整理的学习笔记,看完收获良多

互联网架构师小马

Java 阿里巴巴 程序员 学习笔记 架构师

一文带你学会 Blob(含 7 个使用场景)

pingan8787

JavaScript 前端 Web Blob

消息队列(三)如何保证消息不被重复消费?

奈何花开

Java MQ 消息队列

ARTS-WEEK5

一周思进

ARTS 打卡计划

架构师训练营 - 第 4 课总结 -20200627- 互联网架构设计

👑👑merlan

架构设计 互联网架构

使用数据卷管理数据 | Docker 系列

AlwaysBeta

Docker 容器 数据 容器技术

架构师训练营 - 第四课作业 -20200701- 架构演化

👑👑merlan

极客大学架构师训练营

大型互联网公司技术方案与手段浅析

俊俊哥

分布式 高可用 大型软件 高并发 解决方案

清华百万年薪架构师,精心编写多线程与高并发实战PDF

互联网架构师小马

Java 程序员 多线程 架构师 多线程与高并发

架构师训练营 - Lesson Week 4

brave heart

极客大学架构师训练营

每周学习总结 - 架构师培训 4 期

Damon

【源码系列】Spring Cloud Eureka

Alex🐒

源码 Spring Cloud Eureka

信息的表示与存储-浮点数的运算

引花眠

计算机基础

ARTS打卡 第5周

引花眠

ARTS 打卡计划

微服务治理平台化探索

微服务治理平台化探索

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