kindle升级测试

OTA

升级测试

  1. 软件方面测试【different version】
  2. 硬件方面测试【HVT-DVT-PVT】

升级类型


OTA
SYSTEM

(diff update+

full update)
force update

  
 

normal update
silent update
71 mins

  

24 h

  

sideload update

  
 

APP
manual update

  
 
 
 
 

NOTE

1.APP update not support sideload update.

2.system update will reboot the device, app update just
update in page.

升级条件


升级条件
电量
over 30%
Y

below 30%
N

内存
cache memory full
Y

device memory full
N

cache + device memory full
N

测试要点

软件角度

正常升级

  1. UI
  2. Time taken
  3. Power
  4. 流量使用
  5. Base function
  6. Data
  7. Settings
  8. 中断

异常升级

（1）  
网络

（2）  
电量

（3）  
内存

（4）  
reboot

  1. 升级文件错误

（1）  
升级文件错误

（2）  
升级文件多了

硬件角度

升级测试需要对各种机型进行覆盖测试。


PART
TEST ITEM
DETAILS

  

UI
SYSTEM
正在验证

  

正在下载

  

正在启动

  

正在更新

  

更新成功

  

no text page

  

正在启动

  

APP
正在下载

  

正在安装

  

更新成功

  

Function
what‘s new
　

  

crash
　

  

time taken
　

  

base function as before
　

  

DATA
register state[kindle+migu]
wechat

  

phone

  

email

  

ODAC

  

settings
reader settings

  

device settings

  

SSB

  

content
home page

  

library

  
 

interrupt
wifi[downloaded or not]
hidden network

  

slow network

  

switch wifi

  

airplane mode

  

out of wifi

  

power[downloaded or not]
30+

  

30-

  

memory full[[downloaded or not]]
cache full

  

device full

  

cache + devcie full

  

reboot
downloading

  

installing

  

bin file
push form KOTA
wrong bin file

  

more than 2 file

  

sideload
wrong bin file

  

more than 2 file

  

学习文案

从已有的项目经验来看，APP的升级测试需要考虑以下几个方面：

正常的下载升级过程

  1. 考虑iOS和安卓的下载渠道不同

　　　　iOS的下载来自于AppStore

　　　　Android的升级来自于官网下载或者是各个渠道

  1. 考虑网络的影响

　　　　2G/3G/4G wifi下是否都能正常升级或者能够基于流量的影响进行智能下载

  1. 考虑中断下载和升级过程后是否和继续或者重新下载和升级

　　　　手动中断后可以继续进行相关操作

  1. 考虑断电和内存不足的问题

　　　　能够继续进行相关升级，对于内存有友好的提示

  1. 考虑应用权限问题

　　　　如果新版本对于应用权限有了扩展，需要进行权限确认

  1. 考虑不同机型

　　　　升级测试需要对各种机型进行覆盖测试

选择升级情况下旧版本的兼容性

　　如果不是强制升级，那新旧版本的app同时运行时必不可少的，此时需要考虑新旧版本并行时后台接口的兼容性。在进行旧版本功能兼容性验证时，可以进行主要流程的测试和变更的接口影响到的功能详细验证，这样可以缩小测试范围，减少测试时间同时又能保证相应的变更都进行了测试。

覆盖升级后新版本的使用情况

    1. 除了新版本自身的新功能验证之外，要进行主要业务流程的验证。
    2. 在覆盖升级前，需要模拟使用旧版本的用户进行缓存数据的创建，然后进行升级，确认缓存数据升级后可以正常显示，相关功能工作正常。
时间： 2024-10-01 03:31:35

kindle升级测试的相关文章

如何做升级测试

升级测试是软件测试中非常重要的一环,需要考虑的方面有很多,比如用户数据是否被完整保存,升级失败如何恢复等都对测试人员制定测试策略和编写测试用例带来了一定的挑战.这里我根据最近做的项目做了一个Mindmap来简单的介绍一下做测试策略的思路,供大家参考(当然不同产品会有不同的升级测试策略,不应一概而论). 首先简单的介绍一下产品背景: 传统的业务管理系统 环境部署比较复杂(需要的虚机和第三方软件依赖比较多) 用户数据量大(DB) 用户设置比较多(权限等) 对DownTime要求比较高 以下是mind

linux kernel4版本以上内核升级测试

已经将centos6升级成 kenrel 4.1.4,uname -an一下 Linux localhost.localdomain 4.1.4-1.el7.elrepo.x86_64 #1 SMP Wed Aug 5 13:09:04 EDT 2015 x86_64 x86_64 x86_64 GNU/Linux 升级方法网页: https://linux.cn/article-5322-1.html 不久前,又推出了kernel4.2,于是想体验下kernel4带来的新技术, 于是再度 yu

SHAREPOINT 2013： 如何测试升级

您应当测试升级以了解: · 升级计划是否可行, 您是否需要进行调整. · 您的环境中有哪些自定义项, 以便能够规划如何在升级过程中处理这些自定义项. · 您是否应当升级硬件以使升级更加高效和/或速度更快. · 时间, 即, 在您的环境中进行升级需要多长时间. · 在操作方面, 您需要规划哪些内容? 同时, 还要了解过程以及将会发生什么: · 升级用户界面看起来什么样? · 日志文件位于何处以及如何读取日志文件? 日志文件提供什么信息? · 您是否需要调整任何脚本或命令? · 您是否有解决运行中断

app的版本升级测试

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

测试人员眼中的app版本迭代过程中的问题

测试人员眼中的app版本迭代过程的问题     --记一次app新版本的开发测试过程 1. 前言 自从8月初入职当前的公司以来,在这一期的版本迭代过程中,第一次独立承担app部分的全部测试设计及需求跟踪,从头至尾跟踪了需求分析到开发测试上线的整体过程,和曾经做过的各种测试类型相比,它没有想象的那么好,也没有想象的那么坏.应了那句老话,梨子好不好吃,自己尝了才知道. 经历完整个迭代之后,感慨良多.在这里梳理整个过程,以测试的角度来分析整个迭代过程,作为以后工作的参考. 2. 简介 2.1 项目及公

安装测试知识（待更新）

1.    安装测试 1.1定义 安装测试是指按照软件产品安装手册或相应的文档,在一个和用户使用该产品完全一样的环境中或相当于用户使用环境中,进行一步一步的操作完成安装的过程所进行的测试. 1.2安装测试的分类 安装测试可以分为: (1)全新安装,待安装的软件包是完整的,包含了所有的文件. (2)升级版本安装,部分文件构成的软件包.升级安装也可以分为两种,一种是完全替换原来版本,另外一种就是保持多种版本共存. (3)补丁式安装,很小的改动或很少文件的更新. (4)软件版本不变 系统运行环境改变,

Android测试关注点

Android系统app测试,一般有native app原生,web app网页, hybird app混合 1.功能测试,考虑业务逻辑,主要手机和APP交互功能,来电,短信,闹钟可能对app造成的影响,home,锁屏,音量,其他功能按键对app的影响,点击,多点触控对app的影响,其他应用的影响,比如清除缓存,声音的冲突,屏幕的旋转,通知栏,滑动. 2.性能测试,时间,响应时间,界面切换前后台切换时间, 内存,CPU使用率Emmagee软件测试,前后台耗电量,前后台流量耗费,. 3.安装测试,

APP测试功能点总结

1.功能性测试:   ——根据产品需求文档编写测试用例. ——软件设计文档编写用例. 注意:就是根据产品需求文档编写测试用例而进行测试. 2.兼容性测试:   ——android版本的兼容性 ——手机分辨率兼容性 ——网络的兼容性:2G\3G\4G\WIFI,弱网下.断网时 ——app跨版本的兼容性 1.适配性测试: 1>.手机不同分辨率支持:客户端支持的分辨率等 2>.手机不同版本的支持:2.34.04.4等:在测试计划中:需要安排单独的时间用于android不同系统的兼容性测试,包括2.0

黑盒测试之从系统测试到app测试

从8月15-至今,由系统测试转向app测试已有4月,怕忘记了短暂的系统测试所得,在此对比下二者的异同 一.侧重点不同 系统测试:1.系统内置app功能稳定可用,不出现闪退等恶劣现象2.系统稳定,不出现黑屏.死机.卡顿现象,使用流畅3.响应时间.功耗满足要求4.开机启动时间5.系统自带设置项功能正常可用,测试时要注意设置项与内置app等功能不冲突6.可正常开关机,测试时要考虑异常断电,关机重启,锁屏重启等现象7.系统需要做性能测试,之前经常用安兔兔等软件做性能测试8.简单的压力测试(以点击次数为准