一些通用的触发移动App崩溃的测试场景

一些通用的触发移动App崩溃的测试场景,如下:
  1 验证在有不同的屏幕分辨率,操作系统和运营商的多个设备上的App行为。
  2 用新发布的操作系统版本验证App的行为。
  3 验证在如隧道,电梯等网络质量突然改变的环境中的App行为。
  4 通过手动网络从蜂窝更改到Wi-Fi ,或反过来,验证App行为。
  5 验证在没有网络的环境中的App行为。
  6 验证来电/短信和设备特定的警报(如警报和通知)时的App行为。
  7 通过改变设备的方向,以不同的视图模式,验证App行为。
  8 验证设备内存不足时的App行为。
  9 通过用测试工具施加载荷验证App行为。
  10 用不同的支持语言验证App行为。

时间: 2024-10-15 20:15:38

一些通用的触发移动App崩溃的测试场景的相关文章

移动App崩溃测试用例设计

移动App测试与传统台式机测试相比有一定的复杂性.这些复杂性可以被分类为: 环境(大量的设备,各种移动OSs,适应频繁OSs变化) . 设备(触摸式和非触摸式设备,有限的内存容量,电池耗电量) . 网络(不同的网络和运营商,在不好或无网络的情况下的App行为,离线支持) . 可用性(方向,触摸,多触摸,缩放,分页和导航的局限性,各种干扰,如来电,来电短信,闹钟,和低电量警报) . 移动App崩溃原因[一些崩溃原因(排名不分先后)]: 为什么移动App经常崩溃?App崩溃有几个原因:从平台或环境到

移动App崩溃的测试用例设计

移动App测试与传统台式机测试相比有一定的复杂性.这些复杂性可以被分类为:   环境(大量的设备,各种移动OSs,适应频繁OSs变化) . 设备(触摸式和非触摸式设备,有限的内存容量,电池耗电量) . 网络(不同的网络和运营商,在不好或无网络的情况下的App行为,离线                   支持) .   可用性(方向,触摸,多触摸,缩放,分页和导航的局限性,各种干扰,                       如来电,来电短          信,闹钟,和低电量警报) . 所有

android app崩溃日志收集以及上传

源码获取请到github:https://github.com/DrJia/AndroidLogCollector 已经做成sdk的形式,源码已公开,源码看不懂的请自行google. 如果想定制适应自己app的sdk请自行fork. AndroidLogCollector android app崩溃日志收集sdk 1.0 作者:贾博士 崩溃日志收集方法: 1.LogCollector是lib包,在需要添加崩溃日志sdk的工程中导入此包. 2.导入lib后,在自己的工程的AndroidManife

Xcode7.3工具解析App崩溃日志(.crash文件)

Xcode7.3工具解析App崩溃日志(.crash文件) 原文链接:http://blog.csdn.net/u011056605 开发的App或者游戏提交审核后,偶尔会收到测试反馈的消息,说应用崩溃了,bug偶尔出现,难以找到确定的重现方法. 怎么办?可以分析崩溃文件啊,也就是app崩溃后,自动保存在设备本地的.crash文件. 获得崩溃日志的方式,在 获取设备上的调试信息与崩溃日志分析 中有说. 在环境ok的情况下,xcode中是可以自动解析.crash文件的.旧版本的xcode甚至可以导

iOS系统app崩溃日志手动符号化

iOS系统app崩溃日志手动符号化步骤: 1.在桌面建立一个crash文件夹,将symbolicatecrash工具..crash文件..dSYM文件放到该文件夹中 a.如何查询symbolicatecrash路径位置? 执行命令:find /Applications/Xcode.app -name symbolicatecrash -type f 然后将symbolicatecrash复制一份 例如:Xcode7.3的symbolicatecrash路径 /Applications/Xcode

跨多个App的UI测试

本文翻译自:Testing UI for Multiple Apps 水平有限自己感觉很多地方表达的并不到位,但找不到更好的表达方式,如果您觉着有更好的表达方式,帮助我改进! 跨越多个App进行UI测试 通过跨越多个APP之间的交互来测试你的APPUI,让你确认你的APP表现是否正确,比如:用户在你的APP和其他APP之间或者进入系统UI之间进行切换操作时.一个例子比如用户切换至短信APP它允许用户输入一个文本消息,然后切换到Android通讯录来选择要发送的目标,然后再返回短信APP来发送短信

互联网App应用程序测试流程及测试总结

近年来随着移动互联网发展迅猛,APP也进行了爆发式的增长,相应的APP的测试检测就摆在每家企业眼前,以下是由国内应用安全检测团队-爱内测(www.ineice.com)的CTO为我们介绍App应用程序测试流程及测试总结: 1. APP测试基本流程 1.1流程图 仍然为测试环境 Pass 1.2测试周期 测试周期可按项目的开发周期来确定测试时间,一般测试时间为两三周(即15个工作日),根据项目情况以及版本质量可适当缩短或延长测试时间.正式测试前先向主管确认项目排期. 1.3测试资源 测试任务开始前

app的版本升级测试

从已有的项目经验来看,APP的升级测试需要考虑以下几个方面: 1. 正常的下载升级过程 1. 考虑iOS和安卓的下载渠道不同 iOS的下载来自于AppStore Android的升级来自于官网下载或者是各个渠道 2. 考虑网络的影响 2G/3G/4G wifi下是否都能正常升级或者能够基于流量的影响进行智能下载 3. 考虑中断下载和升级过程后是否和继续或者重新下载和升级 手动中断后可以继续进行相关操作 4. 考虑断电和内存不足的问题 能够继续进行相关升级,对于内存有友好的提示 5. 考虑应用权限

APP功能点测试

一.移动互联网特点: 1,用户体验至上:精准的用户体验 2,核心竞争力:市场占有率和业务创新能力 3,营销模型:通过口碑传播吸引客户,随之参与互动(如分享等,对接口测试要求高) 二.项目特点: 1,开发周期短 2,创意高于一切 3,项目研发成本相对较低 4,需求多变且不明确 5,常采用敏捷开发模型 三.测试关注: 终端: 1, 整机测试 2, App测试 服务端: 1, 服务端软件测试 2, 大数据分析与挖掘 四.测试类型: 功能,性能,自动化 五.app测试点 1,安全测试 A,软件权限 B,