app 测试用例_app测试用例 - CSDN
精华内容
参与话题
  • APP公共测试用例

    2019-12-19 16:42:50
    用例标题(测试点) 输入 TCA_0001 安装/卸载 安装apk过程中若空间不足是否有提示 TCA_0002 安装过程中意外情况的处理 死机,重启,断电 TCA_0003 安装后没有生成多余的目录结构和...
    编号 测试项 用例标题(测试点) 输入
    TCA_0001 安装/卸载 安装apk过程中若空间不足是否有提示  
    TCA_0002 安装过程中意外情况的处理 死机,重启,断电
    TCA_0003 安装后没有生成多余的目录结构和文件  
    TCA_0004 需要通过网络验证之类的安装,在断网情况下是否处理正常  
    TCA_0005 生成apk文件在真机上可以安装及卸载  
    TCA_0006 卸载后文件是否全部删除所有的安装文件夹  
    TCA_0007 卸载过程中出现的意外情况的处理 死机、断电、重启
    TCA_0008 卸载是否支持取消功能  
    TCA_0009 在线更新 更新过程中中断,之前版本是否可用 手动中断、服务器宕机、客户端断网等
    TCA_0010 更新完成后是否能正常启动  
    TCA_0011 在线跨版本升级是否成功  
    TCA_0012 更新后是否要重新登录系统  
    TCA_0013 适配性 客户端不同分辨率的支持  
    TCA_0014 客户端不同系统版本的支持  
    TCA_0015 客户端不同厂家系统的支持  
    TCA_0016 UI交互 用户界面(如菜单、对话框、窗口和其它可规控件)布局、风格是否满足  
    TCA_0017 用户友好性、人性化、便于操作等  
    TCA_0018 抗干扰性 app运行过程中,来短信、接电话、听音乐、看视频等情况下app是否正常运行  
    TCA_0019 低电量下是否正常运行  
    TCA_0020 网络 弱网下是否正确处理  
    TCA_0021 切换网络2G\3G\4G\WIFI,是否运行正常  
    TCA_0022 运营商切换电信\移动\联通是否运行正常  
    TCA_0023 软件权限 相机、相册、网络、地址、本地文件等使用权限询问提示  
    TCA_0024 是否访问手机信息、访问联系人信息  
    TCA_0025 基于各种通信协议或者行业标准来检查  
    TCA_0026 异常处理 断网、断电、服务器异常时app是否正确处理  
    TCA_0027 运行过程中是否崩溃  
    TCA_0028 性能 app运行过程中,内存、cpu消耗  
    TCA_0029 电量流量测试  
    TCA_0030 app启动时长  
    TCA_0031 crash  
    TCA_0032 内存泄漏  
    TCA_0033 通知消息 锁屏下是否能接收通知栏消息  
    TCA_0034 app未打开时是否能接收通知栏消息  
    TCA_0035 app未打开时app图标上是否有消息数且数目正确  
    TCA_0036 app打开后,是否能接收通知栏消息  
    TCA_0037 接口测试 client端和service端的交互  
    TCA_0038 client端的数据更新和service端的数据是否一致  
    TCA_0039 业务逻辑测试 业务逻辑测试:主要测试客户端业务能否正常完成  
    TCA_0040 功能点测试:主要测试客户端功能点是否正常使用  
    TCA_0041 关联性测试:主要测试客户端与pc端的交互,客户端处理完后,pc端与客户端数据一致  
    TCA_0042 注册 用户名、密码内容、长度校验  
    TCA_0043 已注册用户再注册  
    TCA_0044 登录 已注册用户登录是否可成功  
    TCA_0045 未注册用户登录是否有提示  
    TCA_0046 禁用的账号登录是否有提示  
    TCA_0047 变更手机号后原号码是否能登录  
    TCA_0048 修改密码后原密码是否可登录  
    TCA_0049 第三方登录 微信、QQ、微博等授权是否成功  
    TCA_0050 取消绑定再使用第三方登录时是否需要重新授权  
    TCA_0051 数据权限 必须要登录后才能操作的功能  
    TCA_0052 应用前后台切换 是否停留在上一次操作界面  
    TCA_0053 是否崩溃  
    TCA_0054 锁屏解屏 手机锁屏解屏后进入app注意是否会崩溃  
    TCA_0055 杀掉进程 杀掉进程再开启appapp能否正常启动  
    展开全文
  • app测试用例模板

    2018-05-22 15:01:21
    app测试用例编写模板,本来我是不想收费的,但他要求最低的是1C币
  • APP测试用例小结

    千次阅读 多人点赞 2018-04-04 21:23:09
    在我们的测试工作中,对于某个APP的测试其实有很多东西都是类似的可以抽象出来的,所以针对APP的测试过程和重点关注内容,做以下梳理和总结。 一、首先是测试资源确认及准备 ... 二、测试用例的设计与评审 (1)...

      在我们的测试工作中,对于某个APP的测试其实有很多东西都是类似的可以抽象出来的,所以针对APP的测试过程和重点关注内容,做以下梳理和总结。

      一、首先是测试资源确认及准备  

      1.1 

      产品需求文档、产品原型图、接口说明文档以及设计说明文档等应齐全;

      1.2  

       测试设备及工具的准备:IOS和andriod不同版本的真机,以及相关测试工具的准备。

      二、测试用例的设计与评审

      (1)根据产品需求文档、产品原型图等文档,设计客户端的一般功能测试用例;

      (2)测试用例评审、修改与完善,评审通过后着手进入正式测试阶段。

      三、UI测试

      (1)确保手头的原型图与效果图为当前最新版本,符合产品经理及用户要求;

      (2)测试过程中一切以效果图为准,若有用户体验方面的建议,可以先以邮件的形式与产品经理确认,确认通过后,可以正式向开发提出用户体验方面的问题;

      (3)由于测试环境中的数据为模拟数据,测试时必须预先考虑到正式环境中可能出现的数据类型。

      四、功能测试

      (1)功能测试时主要依据编写的功能测试用例进行软件功能的遍历;

      (2)涉及的测试主要包括基本功能测试,安装、卸载、运行测试,异常处理(包括网络突然断开或者网速过慢、机器内存不足等异常情况的处理)测试。

      五、中断测试

      (1)软件运行过程中接电话、收短信、锁屏、闹铃、充电,收到通知提醒后再使用软件,软件应仍可正常运行使用;

      (2)软件运行时,由前台切换到后台,再切回前台后,应仍可正常运行使用。

      六、兼容性及适配测试

      (1)硬件的适配:不同手机厂商、硬件性能,不同屏幕大小的适配;

      (2)OS版本的兼容:IOS6-9;Andriod3以上等,如果用了一些新的API在老的系统上不支持会导致crash;

      (3)不同分辨率屏幕的适配:移动设备的分辨率多种多样,如果APP没有做比较合适的处理就可能会显示不好,甚至影响功能的操作。

      (4)兼容性测试必须在一定数量的真机上进行,由于真机类型过多,尤其Android在做兼容性测试时,可以选取典型的几种运用较多的真机,进行兼容性测试;

      (5)另外可以借助开源测试testin云测,进行更多机型的兼容性测试,testin云测提供基本的运行情况和一些截图,以及简单的测试报告,有助于扩大测试的范围。

      七、性能测试

      (1)客户端性能测试重点关注:安装卸载时间、启动时间、页面加载时间、主要功能占用的CPU、内存、流量、耗电量等,以及与同类产品相比较是否有优势;

      (2)其中页面加载时间可以利用Android调试工具DDMS获取到,在DDMS里面搜索Displayed关键字就可以看到页面加载时间;

      (3)运行过程中主要功能占用的CPU、内存、流量等可以借助开源工具emmagee(适用于Android)获取到;

      (4)至于服务器端的性能,主要利用接口对服务器施加压力,重点关注响应时间、吞吐量、并发数、事物通过率等,可以视同工具loadrunner、jmeter进行测试。

      八、稳定性测试 

      8.1 

      安卓APP的稳定性常常使用monkey命令进行测试,通过随机事件流模拟人的操作,对检查程序的内存溢出、空指针有很大的作用。

      8.2 

      Monkey主要用来检测系统ANR及Crash等问题

      九、测试分析及测试报告输出

      以上各项测试结束后,应该形成完整的分析及报告文档(包括buglist、性能及稳定性结果分析,版本上线风险分析等内容),输出给各项相关人员。

      十、移动端测试用例的实践经验

      每种测试方法其实都有一个最佳测试时间,如在版本测试阶段,我们应当要先做基本功能测试,边界分析测试和中断,交互功能测试,快速发现bug提单给开发去快速修复,保证主体功能可以尽快得到保证,而不是一开始就先纠结与性能,压力和兼容测试。一方面这类测试往往所消耗的时间会很长,降低了发现bug的速度,另一方面先做这部分测试后,再去发现主体功能的bug,那么在开发人员动了大量代码之后,还是要再执行一遍性能,压力和兼容测试的相关用例,不仅劳命伤财,效果还事倍功半。

      所以在实际项目测试中,当前我们的项目将测试内容分为功能测试,兼容性测试,性能测试,稳定性测试四项,分别在不同的测试阶段进行(具体排期在测试计划时确定):

      (1)功能测试 —— 版本测试阶段

      (2)兼容性测试 —— 回归测试阶段前期

      (3)性能测试 —— 回归测试阶段,版本功能稳定后执行

      (4)稳定性测试 —— 贯穿整个测试阶段,每晚执行monkey

      因此我们的功能用例更多的会使用『基本功能测试』,『边界分析测试』『中断功能测试』『交互功能测试』这几类测试用例设计方法。具体大家在做 项目测试时,也建议通过实际情况做调整。

      荀子曰,”不闻不若闻之,闻之不若见之,见之不若知之,知之不若行之,学   至于行止矣。”上文讲的方法论,只有通过大量的坚持实践和不断的总结积累,才能打破固有思维,提升自己的测试用例设计能力。因此我们也提炼了一些移动客户端的常见功能的测试用例设计点,这里就提供下我们总结的APP页面类型功能的测试点,大致如下:

      1. UE体验

      (1)布局与交互图保持一致

      (2)真机效果与UE图没有视觉上的严重偏差,如字号,字体大小,加粗,字体颜色,行高,行间距,按钮摆放位置,间隔,尺寸等。

      (3)资源图正确使用,没有不必要的拉伸,压缩或其他效果。

      (4)各种提示,文字通顺不产生歧义,展示符合用户使用习惯。

      (5)动画效果不卡顿,正常展现。

      2. 页面操作

      (1)是否有防重复点击,即连续快速点击不会出现多个页面或弹窗

      (2)单指滑动,单指单击,单指双击,单指长按,单指缩放,多指点击

      (3)摇一摇,横竖屏切换,前后台切换

      (4)长时间使用,长时间放在后台

      3. 不同场景下的页面操作

      (1)不同网络,弱网下的页面跳转,点击响应的展现效果

      (2)修改本地参数后的页面操作展现效果,如修改日期,时间,时区,语言,键盘等

      (3)修改系统权限后的页面操作展现效果,如打开关闭定位,摄像,照片,通讯录等的授权等

      (4)页面操作过程中有系统打断,如来电,短信,闹钟提醒,日历提醒,蓝牙提醒,插拔数据线,插拔耳机,待机,锁屏,低电量提醒等

      (5)页面操作过程中进行前后台切换,如当页面数据交换时,有弹窗,提示框的时机进行切换容易发现问题。

      (6)针对非主线程调用的接口,前端要对异常及无网络情况做异步处理,不提示异常且不影响主线程操作。

      4. 页面数据获取和展现

      (1)页面是否有缓存,缓存机制是怎样的,缓存的内容有哪些

      (2)在提交页面数据失败后是否有重试机制,重试的接口参数是否保持不变

      (3)在页面操作过程中,异步接口返回的内容,是否对用户透明(客户端兼容忽略请求返回msg)

      (4)在页面操作过程中,对于接口返回的异常数据,客户端需兼容,保证程序不crash。

      5.写在后面的话

      在管理团队的过程中,经常有测试人员会跟我抱怨开发人员不重视我们,测试地位很低等等。其实这个现象挺正常的,当我们基础的测试工作没有做好,线上漏测多,测试结论经常被推翻时,我们在测试方向上的专业性就会受到质疑,人家都不相信你了怎样还能重视你?


    图文来源网络,如果侵权联系删除

    展开全文
  • 常见的APP测试用例

    千次阅读 2017-07-04 14:56:14
    我们的日常生活中对移动设备越来越多的使用意味着移动App测试这个主题已成为需要考虑的一个无法避免的问题。根据最近的调查研究,用户难以容忍有bug的移动App。  移动App Bug的影响是用户体验差、App的商店评级...

    我们的日常生活中对移动设备越来越多的使用意味着移动App测试这个主题已成为需要考虑的一个无法避免的问题。根据最近的调查研究,用户难以容忍有bug的移动App。
      移动App Bug的影响是用户体验差、App的商店评级下降、用户换用竞争对手的App,声誉和信誉损失、最后销售量减少,如果它是一个付费App的话。
      移动App测试与传统台式机测试相比有一定的复杂性。这些复杂性可以被分类为:
      环境(大量的设备,各种移动OSs,适应频繁OSs变化) 。
      设备(触摸式和非触摸式设备,有限的内存容量,电池耗电量) 。
      网络(不同的网络和运营商,在不好或无网络的情况下的App行为,离线支持) 。
      可用性(方向,触摸,多触摸,缩放,分页和导航的局限性,各种干扰,如来电,来电短信,闹钟,和低电量警报) 。
      所有这些手机专有的复杂性需要新的针对移动App测试的测试用例设计方案。
      最常见的移动App Bug
      为了确定最常见的移动App Bug,进行了一次研究,其结果发表在国际测试会议上[ 1 ] 。
      为了这个目的,准备了一次在线调查思考参与者的移动测试经验并发表在移动App开发和测试相关的专业社会团体内。
      有针对性的参加本次调查的主要有移动App测试人员和开发人员。结合几个结果,最常见的移动App Bug在对调查结果进行统计分析后确定。
      根据调查的结果,移动App崩溃是最常见的移动App Bug ,这是预料中的结果,因为很容易发现一个移动App崩溃。Android OS上一个写着“强制关闭错误”的弹出窗口跳上屏幕;当发生崩溃时,iOS中App屏幕突然消失消失。最坏的情况下,App崩溃可能会导致系统故障,操作系统崩溃。
      移动App崩溃原因
      为什么移动App经常崩溃?App崩溃有几个原因:从平台或环境到开发问题。
      一些崩溃原因(排名不分先后) :
      设备碎片化:由于设备极具多样性,App在不同的设备上可能有表现不同。
      带宽限制:带宽不佳的网络对App所需的快速响应时间可能不够。
      网络的变化:不同网络间的切换可能会影响App的稳定性。
      内存管理:可用内存过低,或非授权的内存位置的使用可能会导致App失败。
      用户过多:连接数量过多可能会导致App崩溃。
      代码错误:没有经过测试的新功能,可能会导致App在生产环境中失败。
      第三方服务:广告或弹出屏幕可能会导致App崩溃。
      移动App崩溃的测试用例设计
      测试用例是移动测试最重要部分之一。
      准备和执行预先定义的针对移动App崩溃的测试用例将简化和加速移动App崩溃的测试。
      一些通用的触发移动App崩溃的测试场景,如下:
      1 验证在有不同的屏幕分辨率,操作系统和运营商的多个设备上的App行为。
      2 用新发布的操作系统版本验证App的行为。
      3 验证在如隧道,电梯等网络质量突然改变的环境中的App行为。
      4 通过手动网络从蜂窝更改到Wi-Fi ,或反过来,验证App行为。
      5 验证在没有网络的环境中的App行为。
      6 验证来电/短信和设备特定的警报(如警报和通知)时的App行为。
      7 通过改变设备的方向,以不同的视图模式,验证App行为。
      8 验证设备内存不足时的App行为。
      9 通过用测试工具施加载荷验证App行为。
      10 用不同的支持语言验证App行为。
      显然,还会有更多的导致App崩溃的App特定场景。
      结论
      在这项研究中,展示了针对移动App崩溃的通用测试案例。
      如果移动测试团队在他们的测试场景中准备并执行这些测试用例,那么早在开发周期就可以找到崩溃相关的Bug。 然后,开发团队将阐明崩溃原因,并找出一个解决所有Bug的通用方法。最后,App质量和用户满意度就会增加。
    参考文献
    [1] A Survey Report on Most Common Mobile Application Bugs, TestIstanbul 2013: Future of Testing: New Techniques and Methodologies, 23-24 May 2013, Istanbul – Turkey

    该文章来自于 http://www.spasvo.com/news/html/201433180305.html

    展开全文
  • 如何编写测试用例APP

    千次阅读 2017-11-11 21:13:14
    1.应用的启动和停止 1.1首次启动 是否出现欢迎界面,欢迎界面的停留时间,欢迎界面后是否正常进入应用 首次启动时间是否合理 该拉取的信息是否正确 桌面图标是否创建成功,功能启动快捷键创建是否成功(某些...

    1.应用的启动和停止

    1.1首次启动

    是否出现欢迎界面,欢迎界面的停留时间,欢迎界面后是否正常进入应用

    首次启动时间是否合理

    该拉取的信息是否正确

    桌面图标是否创建成功,功能启动快捷键创建是否成功(某些安卓手机会有在桌面创建快捷键的需求)

    1.2二次启动

    1.3程序异常退出后的启动

    2.程序功能模块

    2.1文本框输入功能

    正常输入,输入越界,特殊字符集(\n,\r等等),利用复制粘贴向文本输入内容,输入程序规定不让输入的字符

    2.2事件触发

    3.权限安全

    4.文件存储

    5.网络与流量

    网络信号,尤其是弱网环境下应用的表现

    不同运营网络:电信、联通、移动,2G/3G/4G.

    网络中断、网络恢复场景的逻辑(如重试),以及网络提示

    首次启动应用的流量是否符合预期。

    统计、异常上报对流量的影响

    APP中图片大小,尺寸是否有考虑对网络流量的影响

    基于流量安全的特殊业务,如仅wifi联网

    6.中断测试

    锁屏中断:停留在程序操作界面进行锁屏,恢复后检查操作是否正常

    前后台切换:停留在程序操作界面,通过Home键,进行程序的前后台切换

    加载中断:页面界接口请求,界面框架加载时,通过Home键,返回键、快速切换操作进行中断

    系统异常中断:如关机,断电,来电

    7.机型适配

    7.1分辨率适配

    UI结构、对话框基于分辨率、屏幕大小进行适配

    7.2 OS版本适配

    7.3 CPU硬件配置

    8.系统配置

    进程管理:省电管理、后台进程驻留管理

    显示管理:字体大小,字体类型

    语言环境:语言环境

    横竖屏配置:是否支持横竖屏自适应处理

    9.升级 覆盖安装

    逐级升级:用户数据,设置,状态的保留,特别注意新版本已去掉的状态或设置

    跳级:即隔开版本覆盖安装

    降级:覆盖安装更低版本

    卸载安装:卸载安装,安装目录清理,SD卡存储数据不被清理

    省流量升级:有些助手提供省流量升级方式

    在没有更新或者网络时,需要给予用户正确的信息表达。

    如果升级有忽略本次版本升级,那么当有新的升级版本时,是否还有提示升级

    IOS没有软件更新功能,安卓有软件更新功能)

    强制升级:不升级无法使用

    10.压力测试

    使用monkey工具对Android APP进行压力测试

    展开全文
  • APP测试用例

    万次阅读 多人点赞 2018-02-04 16:57:43
    一、安全测试 1.软件权限 1)扣费风险:包括短信、拨打电话、连接网络等。 2)隐私泄露风险:包括访问手机信息、访问联系人信息等。 3)对App的输入有效性校验、认证、授权、数据加密等方面进行检测 ...
  • APP可访问,网络正常 (2)用例步骤 编号步骤预期 1 点击用户名或者密码输入框 底部弹出输入键盘,且输入框提示文字消失,输入键盘不能覆盖登录按钮 2 未填写账号或者密码,点击登陆 ...
  • App测试用例总结

    2018-03-08 14:06:21
    App测试用例总结 App测试用例总结 App测试用例总结
  • APP测试用例模版

    2017-03-19 09:15:16
    内涵各种统计公式,设计好看
  • 一、前言  在当今竞争激烈的市场上一个APP的成功离不开一个可靠的测试工程师。因此,对功能和用户体验有特殊...以下是笔者总结的通用的手机app测试用例关注点!目录如下: 二、安装卸载测试点 笔者来自公众号...
  • app测试用例注意点

    千次阅读 2019-04-14 09:45:03
    app的安装与升级 升级中用户数据、设置、状态的保留,特步注意新版本已去掉的状态或设置; 是否可以隔开版本覆盖安装; 是否可以覆盖安装更低版本; 卸载安装,安装目录清理,SD卡存储数据不被清理; 在没有...
  • 移动APP测试用例设计实践经验分享

    千次阅读 2017-12-07 10:27:36
    移动APP测试用例设计实践经验分享 一、前言杂谈 在聊移动APP测试用例设计之前,我请大家先思考如下2个问题: 第一,我们为什么要做好测试用例设计?——why? 第二,好的测试用例设计有什么共性? ——what? 深入...
  • 手机app测试用例考虑测试点

    千次阅读 2018-04-18 17:17:09
    (1)新闻类app:1、 弱网断网要...注意后面的单位6、 扫二维码的二维码框是否居中等7、 字体大小测试8、 新闻频道混乱,如军事频道有娱乐频道的内容9、 关注,及关注后条数的刷新10、手机号输入的位数长度限制...
  • APP测试用例大纲

    2018-08-21 11:06:30
    总结了app测试常用模块及功能的测试用例,工作中可以作为参考。
  • app测试用例编写

    2020-03-28 20:56:07
    测试用例(Test Case)是指对一项特定的软件产品进行测试任务的描述,体现测试方案、方法、技术和策略。其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等,最终形成文档。简单地认为,测试...
  • 在当今竞争激烈的市场上一个APP的成功离不开一个可靠的用户界面(UI)。因此,对功能和用户体验有一些特殊关注和照顾的UI的全面测试是必不可少的。当涉及到安卓平台及其提出的独特问题的数量(安卓就UI提出显著挑战...
  • 手机APP测试用例大纲

    2018-10-08 17:22:26
    手机APP测试用例大纲,从安装卸载、功能、用户体验、交叉事件、性能负载等APP相关测试内容的大纲
  • app测试用例考虑点

    千次阅读 2018-11-15 20:04:29
    考虑方向: 1.功能  2.兼容 3.耦合 4.用户主要场景 5.性能和安全 功能考虑方面: 1.新功能入口  2.新功能ui ... -------权限测试用例 5.业务逻辑正常场景 6.业务逻辑异常场景   ...
  • 目录:导读 一、前言 二、安装卸载测试点 ...如何做到测试用例的百分百覆盖一直是测试用例编写过程中的难点,首先在测试时我们经常会遇见一些常见的bug,那么我们可以在编写测试用例时考虑到这些点。以下..
  • 如何进行修复bug的过程,是值在当今竞争激烈的市场上一个APP的成功离不开一个可靠的用户界面。因此,对功能和用户体验有一些特殊关注和照顾的UI的全面测试是必不可少的。 当涉及到安卓平台及其提出的独特问题的...
1 2 3 4 5 ... 20
收藏数 34,291
精华内容 13,716
关键字:

app 测试用例