app测试

App 测试 web 测试的区别 单纯从功能测试的层面上来讲的话， APP 测试、web 测试 在流程和功能测试上是没有区别的 根据两者载体不一样，则区别如下： 1、系统结构方面 web项目，b/s架构，基于浏览器的；web测试只要更新了服务器端，客户端就会同步会更新 app项目，c/s结构的，必须要有客户端；app 修改了服务端，则客户端用户所有核心版本都需要进行回归测试一遍 2、性能方面 web项目 需监测 响应时间、CPU、Memory app项目 除了监测 响应时间、CPU、Memory外，还需监测流量、电量等 3、兼容方面 web项目： 1. 浏览器（火狐、谷歌、IE等） 2. 操作系统（Windows7、Windows10、OSX、Linux等） app项目： 1. 设备系统: iOS（ipad、iphone）、Android（三星、华为、联想等） 、Windows（Win7、Win8）、OSX（Mac） 2. 手机设备可根据 手机型号、分辨率不同 4、相对于 Wed 项目，APP有专项测试 1. 干扰测试：中断，来电，短信，关机，重启等 2. 弱网络测试（模拟2g、3g、4g，wifi网络状态以及丢包情况）；网络切换测试（网络断开后重连、3g切换到4g/wifi 等） 3. 安装、更新、卸载 安装：需考虑安装时的中断、弱网、安装后删除安装文件等情况 卸载：需考虑

稳定性测试的概念有2种， 一， 稳定性测试，对应于异常性测试，即发生异常情况时，系统如何反应的测试。包含： 　　1 交互性测试，被打扰的情况，如来电，短信，低电量等。这些其实在上章的功能测试中有提到。 　　2 异常性测试，断网，断电，服务器异常等情况 二，稳定性测试指的是性能测试，压力测试 　　1 基准性能测试，通过压服务器端口及客户端在不同网络环境下响应速度 　　2 大数据测试，在特定环境下，客户端一次性更新大量数据及人员列表 另有其它文章，提到性能测试，为评估APP的时间和空间特性（真是高深啊，时间和空间，再来个4维，5维？），包括： 　　1 极限测试：在各种边界压力情况下，如电池，存储，网速等，验证app是否能正确响应 　　--内存满时安装app 　　--运行app手机断电 　　--运行app时断掉网络 　　这几点倒是与第一条的内容重复 　　2 响应能力测试：测试app中的各类操作是否满足用户响应时间要求 　　--app安装 ，卸载的响应时间 　　--app各类功能性操作的影响时间 　　3 压力测试：反复、长期操作下，系统资源是否占用异常 　　--app反复进行安装卸载，查看系统资源是否正常（弄个几次就行吧，正常人，谁反复安装卸载啊） 　　--其它功能反复进行操作，查看系统资源是否正常（这倒是应该的） 　　4 性能评估：评估典型用户应用场景下，系统资源的使用情况 　

目录 1. 移动App比PC 上的程序测试要复杂 2. 移动APP测试中如何设计Test Case 3. 让自己成为真实的用户 4. 关注用户体验测试 5. 少做UI自动化，多做后台接口的自动化 6. 重要的原则： 测试你最终要发布给用户的APP版本 7. HTTP，HTTPS都要覆盖 8. 进行网络异常，服务器宕机或出现404，502情况下的测试。 9. 2G,3G,4G wifi 都要覆盖 10. AppStore 冗长的审核机制 1. 移动App比PC 上的程序测试要复杂 各种兼容性，多种分辨率， 多种异常情况。 会让移动APP上的测试更复杂。 2. 移动APP测试中如何设计Test Case 移动互联网开发节奏很快，而且版本快速迭代， 建议完全放弃传统的Tese Case, 不需要写详细的测试用例。 而采用feature list. 比如使用思维导图工具+功能点 的方法。 这样能节省大量的时间。 而且思维导图比较直观，不容易漏掉功能。 3. 让自己成为真实的用户 大部分移动APP都是面向普通用户的，而不是企业用户。 要让自己成为APP的真实用户， 这样彻底了解业务逻辑， 4. 关注用户体验测试 用户体验式APP成功的关键， 在这么小的屏幕上，用户体验关系着用户对APP的满意度 5. 少做UI自动化，多做后台接口的自动化 UI自动化大部分的时候，都没什么意义，投入大，收入少。

APP功能测试要点 1、 功能性测试 根据产品需求文档编写测试用例而进行测试，包括客户端的单个功能模块以及功能业务逻辑（功能交互）如：涉及输入的地方需要考虑等价类，边界值，异常或非法等 1.1 安装与卸载测试 >软件安装后是否可以正常运行 >安装过程中是否可以取消 >安装空间不足时是否有相应提示 >是否可以卸载应用（可通过桌面卸载，也可以通过软件卸载安装） >卸载是否支持取消功能，单击取消后软件卸载功能是否正常===不可逆 >卸载后文件是否全部删除所有的安装文件夹 >安装到本地还是SD卡，有选择可以提供 >安装完自动删除安装包 >从不同的应用市场下载进行安装？---安卓端 >重复安装 1.2 软件升级测试 >当客户端有新版本时，是否有更新提示 >当版本为非强制升级时，用户可以取消更新，老版本能正常使用，用户在下次启动app时仍能出现更新提示 >当版本为强制升级时，当给出强制更新后用户没有做更新时，退出客户端，下次启动app时仍能出现强制升级提示（没有取消按钮） >检查更新后各个功能是否正常使用 >在线跨版本升级后是否正常使用 ---问题：版本升级测试是全部测试还是部分测试？ >关于新版本的更新内容：1.新功能 2.修复bug、优化模块 先测试更新的内容，再在发布之前走一下基本功能 1.3 登录测试 >1）账号密码登录 2）第三方登录 3）指纹登录 4）手势密码登录 5）快捷登录 6

1. 相同点： （1） 都是需要按照需求来进行测试的。 （2） 测试流程都是一样的：测试计划、测试方案、书写测试计划、评审用例等。 （3） 测试方法是一样的：每个软件都可以进行手工测试，做自动化测试、黑盒测试、灰盒测试或者白盒测试。 （4） 测试分析和设计方法是一样的：测试分析指的是如何提取测试项；设计方法是设计测试用例（11种）。 （5） 测试管理工具：缺陷管理工具、用例管理工具。 2. 不同点： （1） 安装测试：app系统有安装测试、升级测试、卸载测试； Web系统客户端用的是浏览器，不需要系统。 （2） 功能测试：app系统需要额外的考虑和手机交互性测试，还需要考虑app之间的交互性测试（例如：看视频中，来了电话，视频停止，挂了电话，视频恢复播放）；手机的home键，返回键，多点触控等情况。 （3） GUI用户界面测试：app系统需要考虑横屏、竖屏模式是否能够显示正常，分屏模式，单手模式是否能够显示正常。 （4） 兼容性测试：app系统兼容的是不同品牌的手机，手机的操作系统和操作系统的版本，手机的屏幕尺寸； Web系统兼容的是不同的浏览器，不同浏览器的版本。 （5） 性能测试：app系统侧重消耗电量、温度、流量等指标（APP使用过程中占用手机资源的情况）； Web系统侧重多用户使用情况下的系统性能问题。 来源： CSDN 作者： 未蓝星星 链接： https://blog

看过了千里大腿的blog，再加上最近也有一些同学问我web与app测试的区别。所以在这里也献丑，写一篇随笔。希望对大家有所帮助。 笔者做了快三年的测试了。大部分时间都在做app的测试，web测试也做了半年左右。其实我觉得这两者并没有什么大的区别。 仅仅从功能测试的层面上来讲的话，在流程和功能测试上是没有区别的。那么区别在哪里呢？ 我个人觉得就是由于载体不一样，所以系统测试和一些细节可能会不一样。 那么我们就要先来了解，web和app的区别。 web项目，一般都是b/s架构，基于浏览器的，而app则是c/s的，必须要有客户端。那么在系统测试测试的时候就会产生区别了。 首先从系统架构来看的话，web测试只要更新了服务器端，客户端就会同步会更新。而且客户端是可以保证每一个用户的客户端完全一致的。但是app端是不能够保证完全一致的，除非用户更新客户端。如果是app下修改了服务端，意味着客户端用户所使用的核心版本都需要进行回归测试一遍。 接着是性能方面，web页面可能只会关注响应时间，而app则还需要关心流量、电量、CPU、GPU、Memory这些了。至于服务端的性能是没区别，这里就不谈。 然后是兼容方面，web是基于浏览器的，所以更倾向于浏览器和电脑硬件，电脑系统的方向的兼容，不过一般还是以浏览器的为主。而浏览器的兼容则是一般是选择不同的浏览器内核进行测试（IE、chrome

1 APP测试基本流程 1.1流程图 1.2测试周期 测试周期可按项目的开发周期来确定测试时间，一般测试时间为两三周（即15个工作日），根据项目情况以及版本质量可适当缩短或延长测试时间。 1.3测试资源 测试任务开始前，检查各项测试资源。 –产品功能需求文档； –产品原型图； –产品效果图； –测试设备； –其他。 1.4日报及产品上线报告（内部报告机制） 1）测试人员每天需对所测项目发送测试日报。（也就是我这边有邮件通知测试项目的时候一般均属于输出测试日报） 2）测试日报所包含的内容为： \Dell-server\网站软件app等开发\产品测试部\测试知识区域\测试文档类模板\项目测试报告邮件输出模板.doc 4）不同版本测试报告输出 2 App测试点 链接： https://www.cnblogs.com/dengqing9393/p/6497068.html https://blog.csdn.net/wb1276831936/article/details/53256808 来源： https://blog.csdn.net/qq_43681948/article/details/100770245

【背景】 弱网测试，属于健壮性测试的内容。随着国内移动端迅猛发展，大大增加用户碎片化使用移动端的概率。想象一下，用户在地铁里，巴士上，甚至是电梯，车库等场景使用APP，我们就需要针对这些场景的弱网环境下，验证出现丢包、延时软件的处理机制，避免因用户体验不友好造成用户的流失。 1.用户体验 APP使用过程中，弱网的高延迟和高丢包，在实时性要求非常高的场景，容易伤害用户体验 2.非正常情况下，出现bug概率会增加 在解决日常的支持需求中，经常会遇到一些用户反馈一些无法简单复现的bug，有很大一部分的bug是由于用户自身的网络环境波动，或者是本身网络环境就较为恶劣，而服务在面对这种恶劣的网络环境的健壮性不够，导致会出现一些意想不到的bug 【原理】 使用代理捕获网络信号进行环境部署来分析APP的延迟（加载）时间、内容，提出HTTP优化建议，让开发者能够在APP上线前提前预知app在较差网络环境下的表现，以便提前发现问题，进行有针对性优化。让APP在任何网络情况下，都能表现自如，出类拔萃 核心流程 网络请求—》代理proxy—》进行目标操作（修改返回值&延迟&丢包等）—》返回给移动端（见下图） 网络代理原理图 【模拟方法】 当前模拟恶劣网络环境主要可以通过以下这些手段实现： 通过应用层或者传输层的代理服务器，通过在代理服务器上设置一些模拟恶劣网络环境的参数

1.功能测试 1）主功能测试； 2）网络异常测试： 验证在如隧道，电梯等网络质量突然改变的环境中的APP行为； 通过手动网络从蜂窝更改到Wi-Fi，或反过来，验证APP行为； 验证在没有网络的环境中的APP行为； 验证来电/短信和设备特定的警报(如警报和通知)时的APP行为； 2.兼容性测试 机型适配问题、系统版本适配问题 手机语言环境测试 3.性能测试 通过用测试工具施加载荷验证APP行为 APP启动时间是否过长 点击功能按钮时系统的相应时长 应用耗电量情况 4.安装、卸载、更新 安装过程中是否可以取消,安装空间不足时是否有相应提示； 如果应用需要通过网络验证之类的安装，需要测试一下断网情况下是否有相应提示； 是否可以删除应用（可通过桌面删除，也可以通过软件卸载安装。曾发现在IOS手机上有个应用安装时未完全安装，终止安装后，未完成安装的应用图标一直显示在手机上，并且无法成功删除）； 测试卸载后文件是否全部删除所有的安装文件夹； 卸载过程中出现死机，断电，重启等意外的情况，待环境恢复后是否可以正确卸载； 卸载是否支持取消功能，单击取消后软件卸载情况是否正常； 5.交叉事件影响 多个APP同时运行是否影响正常功能； APP运行时前/后台切换是否影响正常功能； APP运行时拨打/接听电话； APP运行时发送/接收信息； APP运行时发送/收取邮件； APP运行时切换网络（2G、3G

Web测试和App测试从流程上来说，没有区别 。都需要经历测试计划方案，用例设计，测试执行，缺陷管理，测试报告等相关活动。从技术上来说，WEB测试和APP测试其测试类型也基本相似，都需要进行 功能测试、性能测试、安全性测试、GUI测试 等测试类型。 他们的主要区别在于具体测试的细节和方法有区别，比如：性能测试，在WEB测试只需要测试响应时间这个要素，在App测试中还需要考虑流量测试和耗电量测试。 兼容性测试： 在WEB端是兼容浏览器，在App端兼容的是手机设备。而且相对应的兼容性测试工具也不相同，WEB因为是测试兼容浏览器，所以需要使用不同的浏览器进行兼容性测试（常见的是兼容IE6，IE8，chrome，firefox）如果是手机端，那么就需要兼容不同品牌，不同分辨率，不同android版本甚至不同操作系统的兼容。（常见的兼容方式是兼容市场占用率前N位的手机即可），有时候也可以使用到兼容性测试工具，但WEB兼容性工具多用IETester等工具，而App兼容性测试会使用Testin这样的商业工具也可以做测试。 安装测试： WEB测试基本上没有客户端层面的安装测试，但是App测试是存在客户端层面的安装测试，那么就具备相关的测试点。还有，App测试基于手机设备，还有一些手机设备的专项测试。如交叉事件测试，操作类型测试，网络测试（弱网测试，网络切换） 交叉事件测试：