Shauvik Roy Choudhary 博士专访

一则或许对你有用的小广告

欢迎加入小哈的星球 ,你将获得:专属的项目实战 / Java 学习路线 / 一对一提问 / 学习打卡/ 赠书活动

目前,正在 星球 内带小伙伴们做第一个项目:全栈前后端分离博客项目,采用技术栈 Spring Boot + Mybatis Plus + Vue 3.x + Vite 4手把手,前端 + 后端全栈开发,从 0 到 1 讲解每个功能点开发步骤,1v1 答疑,陪伴式直到项目上线,目前已更新了 204 小节,累计 32w+ 字,讲解图:1416 张,还在持续爆肝中,后续还会上新更多项目,目标是将 Java 领域典型的项目都整上,如秒杀系统、在线商城、IM 即时通讯、权限管理等等,已有 870+ 小伙伴加入,欢迎点击围观

最近,我们发布了由 Shauvik Roy Choudhary 博士 撰写的 移动 Web 应用程序测试参考卡 。 Refcard 包含许多有助于简化移动测试过程复杂性的工具。

Shauvik 本周花了一些时间与我们讨论了 Refcard、移动测试以及每个移动应用程序开发人员应该拥有的工具。

告诉我们一些您的专业背景,以及它如何帮助您编写移动 Web 应用程序测试参考卡。

我在跨平台测试方面做了博士研究,这让我对测试理论有了很多了解。

此外,我曾在 7 家不同的公司工作过,我在测试组工作或开发测试工具。

这段经历让我洞察了测试中的实际问题,帮助我明确了写这篇文章的目标。

您是什么时候第一次认识到移动 Web 应用程序测试的价值的,为什么决定接受它?

我正在为我的研究进行桌面网络测试,并意识到挑战与移动内容更相关。

在移动设备上,资源(CPU、内存)和屏幕空间小于桌面。这使得测试移动网络应用程序更具挑战性,并需要专门的方法来查找和解决问题。

您看到开发人员在尝试测试移动应用程序/网络应用程序时遇到的最常见问题是什么?

我见过的最常见的问题与响应能力有关。虽然有很多可用的库,但最常见的是页面上的数据是从后端服务器获取的,这可能会破坏移动设备上的布局。

有时,这意味着用户无法访问该信息或无法与屏幕上的小部件进行交互。另一个问题是未优化的网络请求,这可能导致页面无法在较慢的数据连接(如 2G)上加载。

告诉我们您正在从事的一个有趣的项目。

我正在开发一种工具来简化本机移动应用程序的测试。

Google 有一个名为 Espresso 的 API,用于编写可以在所有版本的 Android 上运行的测试。

我的工具叫做 Barista,它可以帮助测试人员轻松生成 Espresso 测试。您可以在 http://checkdroid.com/barista 找到更多关于我的工具的信息

为什么这张 Refcard 是开发者必备的?

开发人员测试其移动网络应用程序的时间有限。该推荐卡以手动和自动方式提供了他们可以测试的所有类型的东西。

因此,我认为开发者可以很容易地使用这个 refcard 的内容来系统地测试他们的应用程序,以便在上线之前找到并解决所有问题!

您是否可以向希望了解更多信息的读者推荐其他移动 Web 应用程序测试资源(不在卡片中)?

是的,开发人员可以使用一些其他工具,尤其是来自 Mozilla 和 Google 的工具。 Mozilla 的 Firefox 开发版具有与 Chrome 类似的工具。

Google 的 Mobile Friendly Tester 是一种工具,开发人员可以使用它来优化他们的移动网页,使它们很容易被 Google 搜索索引。

refcard 中未涵盖的另一件事是性能测试。开发人员可以使用 Page Speed http://webpagetest.org 等免费工具来测试其网络应用程序的性能。

您还有什么要补充的吗?

开发人员需要考虑的一件重要事情是设计和开发可测试性。拥有与 web 元素相关联的基本标识符,可以轻松编写 selenium 测试。

此外,他们应该始终使用 caniuse.com browserscope.com 等资源来检查不同浏览器(尤其是移动浏览器)是否支持其 webapp 中使用的功能。

然后,他们可以进行防御性编程,使用像 modernizr 这样的库来处理功能不可用的情况,要么有单独的逻辑,要么优雅地失败。


谢谢肖维克!


请务必 在此处查看移动 Web 应用程序测试参考卡

相关文章