手机app

1 APP测试基本流程 1.1流程图 1.2测试周期 测试周期可按项目的开发周期来确定测试时间，一般测试时间为两三周（即15个工作日），根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管确认项目排期。 1.3测试资源 测试任务开始前，检查各项测试资源。 --产品功能需求文档； --产品原型图； --产品效果图； --行为统计分析定义文档； --测试设备（ios3.1.3-ios5.0.1；Android1.6-Android4.0；Winphone7.1及以上；Symbian v3/v5/Nokia Belle等）； --其他。 1.4日报及产品上线报告 1）测试人员每天需对所测项目发送测试日报。 2）测试日报所包含的内容为： --对当前测试版本质量进行分级； --对较严重的问题进行例举，提示开发人员优先修改； --对版本的整体情况进行评估。 3）产品上线前，测试人员发送产品上线报告。 4）上线报告所包含的内容为： ---对当前版本质量进行分级； ---附上测试报告（功能测试报告、兼容性测试报告、性能测试报告以及app可用性能标准结果）； --总结上线版本的基本情况。若有遗留问题必须列出并记录解决方案。 2 App测试点 2.1安全测试 2.1.1软件权限 1）扣费风险：包括发送短信、拨打电话、连接网络等 2）隐私泄露风险：包括访问手机信息、访问联系人信息等 3

　　在手机客户端进行查看的测试重点： 　　1、查看各个模块,界面之间的跳转是否正确;数据的排序方式 　　2、“点击加载更多”的分页处理技术，是否有重复的数据，数据显示是否完整，到达最后一页后是否还有数据进行显示 　　3、出现异常情况是否有提示，是否跳转到已经设定好的默认页面，如断网情况下，显示网络未连接，数据加载失败，或者如果此页面没有数据显示，显示友好提示信息。 　　4、图片处理的地方，是否容易出现程序崩溃现象，主要是图片压缩机制 　　5、前台展示的数据，后台进行变动（增、删、改），是否是实时更新还是app一开始运行再进行加载 　　6、前台主动发出请求，后台数据库中是否存在相应的数据同时包括数据的关联性（商家的会员进行下订单，数据库中生成一条订单的记录的同时，生成一条积分记录，该会员的积分进行相应的变化） 　　手机app网络环境测试重点： 　　主要是针对2G、3G、wifi三种网络环境进行测试 　　手机app兼容性测试： 　　主要是针对android各个系统版本进行测试，及测试屏幕分辨率进行测试 　　手机app测试的应用主要是微博分享和push信息推送 来源： CSDN 作者： JesseBug 链接： https://blog.csdn.net/moakey/article/details/79167973

2.1安全测试 2.1.1软件权限 1）扣费风险：包括发送短信、拨打电话、连接网络等 2）隐私泄露风险：包括访问手机信息、访问联系人信息等 3）对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测 4）限制/允许使用手机功能接人互联网 5）限制/允许使用手机发送接受信息功能 6）限制/允许应用程序来注册自动启动应用程序 7）限制或使用本地连接 8）限制/允许使用手机拍照或录音 9）限制/允许使用手机读取用户数据 10) 限制/允许使用手机写人用户数据 11) 检测App的用户授权级别、数据泄漏、非法授权访问等 2.1.2安装与卸载安全性 1）应用程序应能正确安装到设备驱动程序上 2）能够在安装设备驱动程序上找到应用程序的相应图标 3）是否包含数字签名信息 4）JAD文件和JAR包中包含的所有托管属性及其值必需是正确的 5）JAD文件显示的资料内容与应用程序显示的资料内容应一致 6）安装路径应能指定 7）没有用户的允许应用程序不能预先设定自动启动 8）卸载是否安全, 其安装进去的文件是否全部卸载 9）卸载用户使用过程中产生的文件是否有提示 10）其修改的配置信息是否复原 11）卸载是否影响其他软件的功能 12）卸载应该移除所有的文件 2.1.3数据安全性 1）当将密码或其他的敏感数据输人到应用程序时, 其不会被储存在设备中, 同时密码也不会被解码 2

Table of Contents 1.APP测试基本流程 1.1流程图 1.2测试周期 1.3测试资源 1.4日报及产品上线报告 2 App测试点 2.1安全测试 2.1.1软件权限 2.1.2安装与卸载安全性 2.1.3数据安全性 2.1.4通讯安全性 2.1.5人机接口安全性 2.2安装、卸载测试 2.2.1安装 2.2.2卸载 2.3 UI测试 2.3.1导航测试 2.3.2图形测试 2.3.3内容测试 2.4功能测试 2.4.1运行 2.4.2应用的前后台切换 2.4.3免登录 2.4.4数据更新 2.4.5离线浏览 2.4.6 App更新 2.4.7定位、照相机服务 2.4.8时间测试 2.4.9 PUSH测试 2.5性能测试 2.6交叉事件测试 2.7兼容测试 2.8回归测试 2.9升级、更新测试 2.10用户体验测试 2.11 硬件环境测试 2.11.1手势操作测试 2.11.2网络环境 2.11.3服务器宕机或出现404、502等情况下的测试 2.12接口测试 2.13客户端数据库测试 1.APP测试基本流程 1.1流程图 1.2测试周期 测试周期可按项目的开发周期来确定测试时间，一般测试时间为两三周（即15个工作日），根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管确认项目排期。 1.3测试资源 测试任务开始前，检查各项测试资源。 -

目前开发手机app的几种方式 原生脚本/NativeScript ：将原生API封装成JavaScript接口，这有点像前端的nodejs。NativeScript方式 与原生相比性能损失不大（据称只有10%左右），优点是开发语言统一使用JavaScript， 缺点是 要针对不同的平台分别开发。 原生+web/ Hybrid ：使用原生技术开发，部分页面调用web。优点是比纯原生开发周期短， 页面更新方便，如支付宝，还有很多app的详情页面。缺点： 需要原生和web配合。 混合/Hybrid ：使用web技术开发App，使用Cordova/PhoneGap之类进行打包封装。优点是采用标准的web技术开发， 避免了不同平台原生开发体系的学习， 学习成本低 ， 上手快 、 效率高 , 一次开发 微信 wap app全部搞定 ；缺点是a pp 在android平台性能上有一些损失 ，但是相信硬件的发展会接近原生。 ionic属于hybrid开发模式，本质上是将移动web应用与浏览器打包,优点和缺点都很明显。 Ionic 是现在GitHub上的最火的开源项目之一，具有超过16,000星及以上创建600000Ionic app 。 是否采用这种模式，需要根据具体情况综合考虑。 怎么判断一个APP是原生APP、混合APP还是WEB APP ? 1、看断网情况 通过断开网络，刷新页面

Native App开发 Native App开发即我们所称的传统APP开发模式（原生APP开发模式），该开发针对IOS、Android等不同的手机操作系统要采用不同的语言和框架进行开发，该模式通常是由“云服务器数据+APP应用客户端”两部份构成，APP应用所有的UI元素、数据内容、逻辑框架均安装在手机终端上。 Web App开发 Web App开发即是一种框架型APP开发模式（HTML5 APP 框架开发模式），该开发具有跨平台的优势，该模式通常由“HTML5云网站+APP应用客户端”两部份构成，APP应用客户端只需安装应用的框架部份，而应用的数据则是每次打开APP的时候，去云端取数据呈现给手机用户。 Web APP应用呈现以下特点： （1）每次打开APP，都要通过APP框架向云网站取UI及数据； （2）手机用户无法上网则无法访问APP应用中的数据。 （3）框架型的APP无法调用手机终端的硬件设备（语音、摄像头、短信、GPS、蓝牙、重力感应等） （4）框架型APP的访问速度受手机终端上网的限制，每次使用均会消耗一定的手机上网流量； （5）框架型APP应用的安装包小巧，只包含框架文件，而大量的UI元素、数据内容刚存放在云端； （6）APP用户每次都可以访问到实时的最新的云端数据； （7）APP用户无须频繁更新APP应用，与云端实现的是实时数据交互； 适用企业：电子商务、金融

不管是传统行业的web测试，还是app测试，都离不开测试的基础知识，即是不管怎么变，测试的原理依然会融入在这两者当中。 1、Web测试和APP测试相同点 1）设计测试用例时，依然都是依据边界值分析法、等价类划分等； 2）多数采用黑盒的测试方法，来验证业务功能是否得到正确的应用； 3）需要检查界面的布局、风格和按钮等是否简洁美观、是否统一等； 4）测试页面载入和翻页的速度、登录时长、内存是否溢出等； 5）测试应用系统的稳定性等。 2、不同点 相对于web测试，手机软件测试，除了要考虑基本的功能测试、性能等，还要考虑手机本身固有的属性特征。所以对比web测试和手机测试，手机测试过程中还需要注意如下几个方面特性： 1）手机作为通信工具，来电、去电、接收短信等操作都会对app应用程序产生影响，所以app测试第一个要考虑的属性特征是：中断测试。 中断测试有人为中断、新任务中断以及意外中断等几种情况，主要从以下几个方面进行验证： a.来电中断：呼叫挂断、被呼叫挂断、通话挂断、通话被挂断 b.短信中断：接收短信、查看短信 c.其他中断：蓝牙、闹钟、插拔数据线、手机锁定、手机断电、手机问题（系统死机、重启） 2）手机用户对app产品的安装卸载操作：从上一个版本/上两个版本直接升级到最新版本。 全新安装新版本 新版本覆盖旧版本安装 卸载旧版本，安装新版本 卸载新版本，安装新版本 3

1 引言 ​ 过段时间要开始找新工作了，爬取一些岗位信息来分析一下吧。目前主流的招聘网站包括前程无忧、智联、BOSS直聘、拉勾等等。有段时间时间没爬取手机APP了，这次写一个爬虫爬取前程无忧手机APP岗位信息，其他招聘网站后续再更新补上…… ​ 所用工具（技术）： ​ IDE：pycharm ​ Database：MySQL ​ 抓包工具：Fiddler ​ 爬虫框架：scrapy==1.5.0 ​ 信息抓取：scrapy内置的Selector 2 APP抓包分析 ​ 我们先来感受一下前程无忧的APP，当我们在首页输入搜索关键词点击搜索之后APP就会跳转到新的页面，这个页面我们姑且称之为一级页面。一级页面展示着我们所想找查看的所有岗位列表。 当我们点击其中一条岗位信息后，APP又会跳转到一个新的页面，我把这个页面称之为二级页面。二级页面有我们需要的所有岗位信息，也是我们的主要采集目前页面。 ​ 分析完页面之后，接下来就可以对前程无忧手机APP的请求（request）和回复（response）进行分析了。本文所使用的抓包工具为Fiddler，关于如何使用Fiddler，请查看本文的博客《网络爬虫中Fiddler抓取PC端网页数据包与手机端APP数据包》，在该博文中已对如何配置Fiddler及如何抓取手机APP数据包进行了详细的介绍。链接如下： ​ https://www

现象 像素密度 倍率与逻辑像素 单位 Web怎么办 实际应用 iPhone Android Web 总结 原文 http://www.shejidaren.com/mobile-ui-chi-cun.html 对于刚入行的UI设计师，往往会遇到一个基础问题，就是设计移动APP时，是用什么尺寸或者用哪种屏幕的尺寸是最适当的？有的同学花了很长时间也不知道怎么做，为了解决这个问题，今天设计师”十萬個為什麼”为大家从原理开始介绍一下移动端设计尺寸规范。 推荐配合这个阅读：《 最新Android & iOS设计尺寸规范 》 现象 首先说现象，大家都知道移动端设备屏幕尺寸非常多，碎片化严重。尤其是Android，你会听到很多种分辨率：480×800, 480×854, 540×960, 720×1280, 1080×1920，而且还有传说中的2K屏。近年来iPhone的碎片化也加剧了：640×960, 640×1136, 750×1334, 1242×2208。 不要被这些尺寸吓倒。实际上大部分的appUI设计和移动端网页，在各种尺寸的屏幕上都能正常显示。说明尺寸的问题一定有解决方法，而且有规律可循。 回到顶部 像素密度 要知道，屏幕是由很多像素点组成的。之前提到那么多种分辨率，都是手机屏幕的实际像素尺寸。比如480×800的屏幕，就是由800行、480列 的像素点组成的

当自己的H5项目内置于手机app内时，遇到了样式问题或者想查看H5页面代码、数据交互以及缓存等情况来检查数据，此时可以使用谷歌浏览器的控制台远程调试手机，步骤如下： 一、手机开启允许usb调试 二、手机通过数据线与电脑连接，允许授权调试（有的手机可能不会弹框提示） 三、打开谷歌浏览器控制台，找到Remote devices 四、允许谷歌连接手机设备，正常可以看到自己的手机类型，如Le X820 五、点击设备，只要当前访问的是H5页面，就可以看到对应的链接 六、点击Inspect，出现弹框，可以调试页面样式以及查看数据请求、控制台和缓存数据了，当在手机上操作页面或在弹窗内操作页面，两端行为会保持一致，当在谷歌调试端修改代码，真机也会立即响应。 来源： https://www.cnblogs.com/ahao68/p/11358671.html