场景测试

背景

自诞生之初,MQC就始终致力于帮助开发者发现、解决更多的App质量问题,并降低开发者测试成本。MQC依托于阿里深刻、全面的测试技术,一直在努力探索各类测试方法,让开发者以最低成本发现更多的问题。基于这样的目的,场景测试应运而生。
  
场景测试通过设定多种不同的测试场景,包括网络模式(WIFI,3G,2G)、屏幕(横屏,竖屏)、电话呼入、CPU、内存、电量,从而检查出App在不同的场景下出现的问题。

各测试场景介绍:

1. 网络  

4类模式:WIFI(默认选项,没有速度限制)、3G(Up: 128Kb/s, down: 1920Kb/s)、2G(Up: 118Kb/s, down: 236Kb/s)。注:单位都是Kilobits/sec。网络模拟是通过网络限速来模拟不同网络模式,并非真实的运营商网络。真实的运营商网络需要接入真实的SIM卡,如果您有这部分需求,可以在MQC反馈群里反馈。App测试在不同的网络下,可能会出现非预期的表现,所以,您可以选择不同的网络模式,进行测试。

2. 屏幕  

App在不同分辨率下的UI界面展示。如果您的App支持横屏模式,您可以尝试用横屏场景来查看App的UI展示是否有问题。

3. 电话呼入  

App打开运行的过程中,如果有高优先级的电话呼入,将会打断您的App执行,如果App对这种场景处理不当,当恢复App执行时,可能会导致App出现Crash等异常。

4. CPU  

场景是通过模拟不同CPU占用率,以压缩被测App的CPU资源。您可以人为的帮助App制造一些CPU资源紧张的场景。如果您的App能够通过这样的场景,那么您的App稳定性方便就很不错了。注意:CPU占用并不是非常精确,CPU占用率存在轻微抖动。

5. 内存  

同CPU场景一样,内存场景主要是模拟内存不足的场景。并检查这个场景下App的表现。注意:内存占用并不是非常精确,内存占用率存在轻微抖动。

6. 电量

通过模拟终端低电量的状态来测试功能在该状态下的App正确性。

时间: 2024-10-14 12:29:50

场景测试的相关文章

利用矩阵模式完成Web多种场景测试

阵模式形象的可理解为表格,我们常用表格来记录复杂的数据,若将表格首行和首列的数据看成一个个简单的测试点,那除首行首列之外的表格里的数据就可以看成一个复杂测试用例期望执行的结果,那这个表就是一个容纳了很多测试用例的6184.html">数据表.本文就矩阵模式在http://www.aliyun.com/zixun/aggregation/10185.html">软件测试用例中的应用进行阐述,以帮助您了解如何巧妙的利用矩阵模式这种简单手段,更高效的记录测试用例,尤其是复杂场景的

使用API网关建立多场景测试环境

        在软件/应用系统开发过程中,系统的好坏不仅取决于架构设计.可行性分析及功能实现,还需要一套完善的测试机制来保证质量,这往往需要变换场景进行多轮测试,以保证每个隐蔽的BUG都能够被发现.那就迫使在实际的开发中有多套测试环境,比如:一套稳定的测试环境,供系统内部系统调用:多套项目环境,并行开发:还需要有一个能模拟线上的测试环境,来模拟测试.         API网关作为系统内外的分水岭,当然也不会忽视对测试环境的支持.可以通过API网关的环境管理功能来实现测试环境的管理.目前每个A

中国5G进入场景测试 大唐实测系统平均延迟仅2-5微秒

日前,大唐在中国5G技术研发试验第二阶段测试中,基于北京怀柔外场测试环境,启动了3.5GHz 频段5G外场速率与覆盖能力测试.宏基站和密集覆盖小基站之间的切换,以及针对未来融合组网的覆盖对比,标志着5G测试进入系统验证阶段. 在实测中,大唐进行了业内首次5G基站覆盖能力测试,采用大规模天线技术,在3.5GHz频段下保持100Mbps下载速率下覆盖距离超过2km,达到与2.6GHz频段4G基站相近的覆盖能力. 中国的5G技术研发试验于2016年1月全面启动,分为关键技术验证.技术方案验证和系统方案

DockOne微信分享(六十七):互联网场景下闪存优化测试和应用

本文讲的是DockOne微信分享(六十七):互联网场景下闪存优化测试和应用[编者的话]闪存在这几年存储领域发展非常快,应用也越来越广泛,如何能更好的使用闪存,本次分享讲一些闪存相关的优化和应用. 闪存应用场景 数据库 NoSQL 分布式存储 CDN 公有云存储 综合上面几种场景看,闪存主要适合有比较高的随机IO需求和带宽需求的场景.场景选择上,也是要发挥闪存的长处.目前上面业务中 未来几年发展比较快的会是在公有云存储这一部分.下图就是某厂商云盘对比,可以看到闪存的价格已经很接近机械硬盘了,而单从

从场景软件测试用例设计谈业务测试

作为测试人员,编写测试用例是我们的核心,他最重要的作用就是让我们跟着测试用例测试,不会遗忘一个测试的功能点.在现实的设计用例环节来说,做到很好的测试用例对我个人来说是很难的.尤其是场景测试用例设计. 本文不以概念和一些教科书似的例子来讲解场景测试和业务测试的相互关系.以一个轻松交流的方式来总结场景测试的流程.当今很多产品不再是单一的互联网或者是独立产品作为测试的对象,往往跟多个模块进行配合测试.即使有严格的规格说明书,事件流的测试也是不能忽视. 为什么要用场景测试用例: 因为用等价,边界等设计方

解决多通道测试的挑战:在界面间移动的测试,从移动到 Web 再反转回来

多通道 描述的是具有多个界面的应用程序.随着我们从桌面发展到基于 Web 的计算甚至是移动计算,多 通道越来越常见.由于设备(平板.手机.笔记本电脑.台式计算机)以及与设备交互方式(特定于设备的 "应用程序".浏览器和传统的客户端应用程序)的组合,同一个应用程序的界面越来越多.比如,使用相同 业务逻辑的面向 Web 应用程序.移动应用程序甚至是一个 CLI(命令行界面)的银行应用程序.由于面向服 务的架构 (SOA) 和 Web 服务日益流行,在很多情况下,集成者要做的工作就是把服务与

魏克军:明年一季度启动5G第三阶段测试工作

在今日举行的"2017未来信息通信技术国际研讨会"上,IMT-2020(5G)推进组无线技术工作组组长魏克军表示,5G第二阶段测试工作今年年底收官:从明年第一季度开始,工作组会启动5G第三阶段测试工作,测试内容主要包括像5G新空口的基站设备.核心网设备.芯片终端以及互操作等等,此外还会验证单系统的组网性能以及高低频的多基站的混合组网性能测试. IMT-2020(5G)推动5G发展并加快5G与车联网融合 目前IMT-2020(5G)推进组已经有超过60家单位,涵盖了运营商.芯片.仪表企业

Web服务请求异步化测试

Web服务异步化: 包括两部分,数据传输层异步化(大家已经熟知的NIO),Http业务请求异步化(continuations,servlet3.0).服务异步处理我将会有一个详细的说明文档(服务异步化的概念,服务异步化的几种标准实现,服务异步化容器的特点),后续给出. Web服务异步化测试原因: TOP应用特殊性: 1.自身服务能力由后端的服务能力决定.(对同步Web请求的转发) 2.后端服务部署等同性,但要求服务互不影响. 第一点导致TOP无法预估自身服务能力(不同后端服务处理速度下的TOP有

Openstack测试框架Tempest介绍

Tempest是Openstack的集成测试框架,它的实现基于python的unittest2测试框架和nose测试框架.Tempest对Openstack终端发起一系列API请求,并且对终端的响应进行验证.Tempest通过config文件来描述整个测试环境,包括compute API端点,Keystone server以及Glance server安装的镜像的UUID等信息.以下是Tempest的目录结构: Tempest的优点 1.Tempest可以自动寻找,执行测试:自动查找当前目录下所