移动APP测试教程1介绍

移动测试的类型

移动APP测试教程1介绍


  • 硬件测试
  • 设备包括内部处理器,内部硬件,屏幕尺寸,分辨率,空间或内存,摄像头,收音机,蓝牙,WIFI等。

  • 软件或应用程序测试。
  • 测试在移动设备上工作的应用程序及其功能,即"移动应用测试"。
    移动应用的类型如下:

    a) 原生应用:为在移动和平板电脑等平台上使用而创建的应用。
    b) 移动web应用(WebView):是服务器端应用,使用不同的浏览器(如Chrome、Firefox)在手机上通过移动网络或无线网络(如WIFI)访问网站。
    c) 混合应用是本地应用和WebView应用的结合。

    原生应用和WebView的区别:

    1.原生应用具有单一平台的亲和力,而移动web应用具有跨平台的亲和力。
    2.原生应用是用SDK之类平台编写的,而移动Web应用是用HTML、CSS、Python、Java等Web技术编写的。
    3.原生应用需要安装,WebView不需要安装。
    4.原生应用可以从网络安装或更新,而WebView是集中更新,不需要安装。
    5.许多原生应用不需要互联网连接,但WebView必须互联网连接。
    6.与WebView相比,原生应用的工作速度更快。

    移动应用测试的意义

    在移动设备上测试应用程序比在桌面上测试Web应用程序更具挑战性,原因是

    1.不同范围的移动设备,不同的屏幕尺寸和硬件配置,如硬键盘,虚拟键盘(触摸屏)和轨迹球等。
    2.厂商太多,如OPPO、Vivo、三星、苹果和诺基亚。
    3.不同的移动操作系统,如Android、Symbian、Windows、Blackberry和IOS。
    4.不同版本的操作系统,如iOS 5.x、iOS 6.x、BB5.x、BB6.x等。
    5.不同的移动网络运营商,如3G、4G、5G及不同的网络制式。
    6.频繁的更新--(如Android-8、9、10、iOS-12.x、13.x)

    移动应用测试和桌面应用测试的基本区别

    移动APP测试教程1介绍


    1.桌面应用在电脑上。移动应用在移动设备上,比如三星、诺基亚、苹果等手机。
    2.移动设备的屏幕尺寸比电脑小。
    3.移动设备的内存比台式机小。
    4.移动设备使用2G、3G、4G或WIFI等网络连接,而桌面设备使用宽带或拨号连接。
    5.用于桌面应用程序测试的自动化工具可能无法在移动应用程序上工作。

    移动应用测试的类型

  • 易用性测试-确保移动应用易于使用,并为客户提供满意的用户体验。
  • 兼容性测试--根据需求在不同的移动设备、浏览器、屏幕尺寸和操作系统版本中测试应用程序。
  • UI测试--测试应用程序的菜单选项、按钮、书签、历史记录、设置和导航流程。
  • 服务测试--测试应用的在线和离线服务。
  • 低层资源测试。测试内存使用、临时文件自动删除、本地数据库增长等。
  • 性能测试--从2G、3G到WIFI等连接方式改变,共享文档,电池消耗等。
  • 操作测试--测试电池坏掉时的备份和恢复计划,或者从商店升级应用时的数据丢失。
  • 安装测试-通过在设备上安装/卸载应用程序来验证应用程序。
  • 安全测试-测试应用程序是否能保护数据。
  • 移动应用测试策略

    1)设备的选择--分析市场,选择被广泛使用的设备以及应用的市场需求等。

    2)模拟器--在开发的初始阶段,使用这些模拟器是非常有用的,因为它们可以快速有效地检查应用程序。

    仿真器的类型

  • 设备仿真器--由设备制造商提供
  • 浏览器模拟器--模拟手机浏览器环境。
  • 操作系统模拟器--苹果提供iPhone、微软Windows手机和谷歌Android手机的模拟器。
  • 3)在移动应用完成了令人满意的开发水平后,可以转到物理设备上进行测试,进行更多基于真实场景的测试。

    4)考虑云测。

    移动APP测试教程1介绍


    优点

  • 备份和恢复方便
  • 可以从不同的设备和任何地方访问。
  • 易于使用、维护和更新。
  • 快速部署。
  • 基于Web的界面。
  • 可以在多个设备上并行运行同一个脚本。
  • 缺点

  • 不好控制
  • 连接问题--设置在互联网上。网络问题会影响可用性和功能
  • 安全和隐私问题
  • 5)自动化与人工测试

    原则

  • 如果应用程序包含新功能,请手动。
  • 如果应用程序需要测试一到两次,就手动。
  • 如果需要多次(5或更多)回归,自动化测试就非常适合。
  • 如果手动执行会很耗时,则进行自动化。
  • 有两种自动化模式。

  • 对象识别:通过将设备屏幕上的元素映射成对象来实现自动化。这种方法不受屏幕大小的影响,主要用于Android设备。比如Ranorex,jamo解决方案
  • 图像识别:基于元素的屏幕坐标创建自动化脚本。比如Eg:- Sikuli, Egg Plant, RoutineBot。
  • 6)网络配置也是移动测试的必要环节。在2G、3G、4G或WIFI等不同的网络上验证应用很重要。

    测试用例设计

    除了功能的测试用例,移动应用测试还需要特殊的测试用例,这些测试用例应该涵盖以下场景。

  • 电池使用
  • 速度--在不同设备上的响应时间,不同的内存参数,不同的网络类型等。
  • 流量
  • 内存--用于下载、安装和运行等的内存
  • 稳定性-确保应用程序不会因为网络故障或其他原因而崩溃。
  • 移动应用测试中的典型活动和程序

    测试的范围取决于需求数量或对应用的更改程度。如果变化不大,一轮冒烟测试就可以了。如果是重大或复杂的变化,建议进行全面回归。

    一个应用测试项目的例子:ILL(International Learn Lab)是一个旨在帮助管理员、发布者协同创建网站的应用。使用Web浏览器,讲师从一组功能中选择创建一个符合他们要求的课程。

    移动测试过程。

  • 第1步:确定测试类型。
  • 由于ILL应用适用于浏览器,所以必须在所有支持的浏览器上使用不同的移动设备来测试这个应用。我们需要在不同的浏览器上进行可用性、功能和兼容性测试,并结合手动和自动化测试用例。

  • 第二步:手动和自动化测试
  • 这个项目所遵循的方法论是敏捷测试,每两周迭代一次。每两周开发团队为测试团队发布一个新的构建,测试团队将在QA环境下运行他们的测试案例。自动化团队为一组基本功能创建脚本,并运行脚本,以帮助确定新构建是否足够稳定,以进行测试。手动测试团队将测试新功能。

    JIRA用于编写验收标准;维护测试用例和记录/重新验证缺陷。 团队、产品负责人、业务分析师和QA团队讨论哪些地方做得好,哪些地方需要改进。

  • 第三步:Beta测试
  • 当QA团队完成回归测试后就进入UAT。用户验收测试由客户完成。他们重新验证所有的bug,以确保每个bug都被修复,并且应用程序在指定浏览器上都能按照预期工作。

  • 第四步:性能测试
  • 性能测试团队使用Locust脚本和不同的应用负载来测试网络应用的性能。

  • 第五步:浏览器测试:
  • 浏览器测试团队使用Locust脚本和不同的负载测试应用程序的性能。浏览器测试。网络应用在多个浏览器上进行测试--既使用不同的模拟工具,也使用真实的移动设备进行物理测试。

  • 第六步.系统测试:通过使用不同的模拟工具以及使用真实的移动设备对网络应用进行测试。4周后在这些设备上进行最后一轮的端到端测试,以确保产品为生产做好准备。然后,就开始上线!
  • 展开阅读全文

    页面更新:2024-05-12

    标签:三星   测试   仿真器   模拟器   应用程序   脚本   浏览器   操作系统   内存   团队   桌面   类型   功能   教程   设备   科技   网络

    1 2 3 4 5

    上滑加载更多 ↓
    推荐阅读:
    友情链接:
    更多:

    本站资料均由网友自行发布提供,仅用于学习交流。如有版权问题,请与我联系,QQ:4156828  

    © CopyRight 2020-2024 All Rights Reserved. Powered By 71396.com 闽ICP备11008920号-4
    闽公网安备35020302034903号

    Top