手机app

移动数据平台: TalkingData 移动观象平台 App 功能测试 业务逻辑正确性测试:一句产品文档设计测试用例,加上隐性需求用例 兼容性测试: 系统版本: android :4.4 5.0 6.0 7.0 iOS:原生系统:5.0 屏幕分辨率: 720 * 1280, 1920*1080 图片(根据分辨率做一些图片) 网络状态: 2g,3g,4g,5g wifi 异常测试: 热启动应用:应用由后台转换为前台的过程 考虑:1.仍然展示退到后台时的页面 2.希望初始化首页 网络切换和终端回复 1.网络切换:wifi->2g , 4g->3g 应用正常可用状态 2.终端恢复:4g->断网->4g,(下载2M 应用,1M断网.恢复网络(断点续传)) 电话和信息中断恢复 电话:看视频->电话接10分钟->返回视频 app 信息:玩游戏->通知栏一个消息->不影响游戏体验 升级安装卸载测试: 升级: 临近版本升级(1.0>1.1) 跨版本升级(1.0->1.7) 保证升级后App可用状态 安装测试: 首次安装 卸载后安装 覆盖安装 保证app安装后可用,安装文件齐全​ 卸载测试: 正常卸载 卸载后安装再卸载 保证卸载后,需要清理的文件全部清空,需要保留的文件存在 健壮性测试: 手机资源消耗:cpu,内存,耗电测试 流量消耗:数据流量,加载图片瞬间小号20M 图片压缩,数据压缩 崩溃恢复:

参考博客： H5 手机 App 开发入门：概念篇 、 H5 手机 App 开发入门：技术篇 手机App类型分为以下三种 原生应用（native application，简称 native App） Web 应用（web application，简称 Web App） 混合应用（hybrid application，简称 hybrid App） 原生应用 需要在应用市场下载 优点 较好的性能和体验 可以使用系统的所有硬件和软件 API，比如 GPS、摄像头、麦克风、加速计、通知推送等等，能充分发挥系统的潜力 存在问题 组建的团队大 原生 App 使用底层操作系统的语言，都是很重的编译型语言，开发和调试成本相对较高，时间周期长 原生 App 必须下载安装才能使用，只要升级版本，就必须重新下载安装。用户往往不愿意更新版本，厂商被迫不得不长期支持很久以前的旧版本 Web应用 Web App 是使用网页做的应用程序，必须在浏览器中使用，比如，你在浏览器中收发邮件，就是在使用 Web App 优点 不需要下载安装，打开浏览器就能使用，而且总是使用最新版本 对于开发者来说，Web App 写起来比较快，调试容易，不需要应用商店的批准就能发布 存在问题 浏览器提供的 API（即 Web API）很有限（目前只有相机、GPS、电池等少数几个），大部分系统硬件都不能通过网页访问，也无法直接读取硬盘文件

想要把APP上架到应用市场都要先注册开发者账号才可以。这里的方法包括注册帐号和后期上架及一些需要注意的问题。注意：首次提交应用绝对不能随便删除，否则后面再提交会显示应用APP冲突，会要求走应用认领流程，那个时候就会相当麻烦啦。 1、腾讯应用宝 腾讯开放平台地址： http://open.qq.com 注册开发者帐号地址： https://ssl.zc.qq.com/v3/index-chs.html 重要提示：开发者QQ号码一旦注册不能变更，建议使用公司老板或法人的QQ号码而不是员工私人号码注册，以免遇到员工离职等情况造成不必要的麻烦。2017年9月18日以后应用上架要提交软件著作权证明（原件扫描）或者该应用PC官网ICP备案截图+官网地址+2个以上的应用宝以外市场上线后台状态截图代替，软著后续补上。如果APP在应用宝搜索不到（不能外显），则必须提供软著+版号。 注册开发者帐号方法： http://wiki.open.qq.com/wiki/%E6%B3%A8%E5%86%8C%E5%BC%80%E5%8F%91%E8%80%85%E5%B8%90%E5%8F%B7 应用提交方法： http://wiki.open.qq.com/wiki/%E5%88%9B%E5%BB%BA%E6%96%B0%E5%BA%94%E7%94%A8 2、360手机助手 360开放平台地址： http:

新人学习手机 App 开发，一开始总要选择一条学习路径。 如果你熟悉 Java 语言，可以学习安卓开发；如果熟悉脚本语言（比如 Python 或 Ruby），可以学习 Swift 语言，进行 iOS 开发；如果像我一样，比较熟悉 Web 网页技术，那么 H5 开发是最容易上手的。 这个系列教程的第一篇，已经介绍过了 手机 App 的种类 。所谓的 H5 页面，其实就是混合 App 的前端，外面是一个原生的壳，里面是 Web 网页。本文紧接上一篇，介绍手机 App 开发的技术栈，尤其是跟 H5 开发相关的技术。 本文由国内最大的在线教育平台之一 "腾讯课堂" 赞助。他们现在启动了 "腾讯课堂101计划" ，推广优质课程资源。希望学习和提高手机 App 开发技术的朋友，可以留意一下本文结尾的安卓课程信息。 一、手机 App 的技术栈 手机 App 的技术栈可以分成三类。 （1） 原生 App 技术栈 （native technology stack） 原生技术栈指的是，只能用于特定手机平台的开发技术。比如，安卓平台的 Java 技术栈，iOS 平台的 Object-C 技术栈或 Swift 技术栈。 这种技术栈只能用在一个平台，不能跨平台。 （2） 混合 App 技术栈 （hybrid technology stack） 混合技术栈指的是开发混合 App 的技术，也就是把 Web

APP开发前需要准备些什么： 1、明确产品定位。app开发前一定要弄清楚你要做的是什么样的产品？app开发具备什么样的特点？App开发需要实现哪些功能？它能够为用户带来什么价值？只有自己把这些问题都搞清楚了，才能够十分明确之后应该往哪个方向去推广产品。 2、竞品调研。所谓知己知彼，百战不殆。不管是做什么类型的app开发，都是需要了解整个市场环境以及竞品的详细情况的。做好竞品调研，可以更好地总结竞争对手的优缺点，从而更好地完善自己的app。 3、准备产品描述的图文资料。这个包括产品描述文案，产品的截图，关键词，一句话描述等。最好还准备一些数据分析模板，包括app的留存，活跃度，新增用户，各渠道推广效果等。这些都准备好，后期的运营工作开展起来就不会手忙脚乱啦。 4、开通app官方媒体账号。比如开通官方微博以及微信公众号，因为这样是最贴近用户的方式。当用户从我们推广的渠道了解到app产品，并使用过app，他们通过搜索可以很轻易地找到我们的微博和微信公众号，从而进行互动。这样有利于拉近与用户而距离，获取用户的反馈，从而更好地完善app。 来源： CSDN 作者： vx15136901759 链接： https://blog.csdn.net/guo15136901759/article/details/103562106

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 原文作者： 西安鲲之鹏 原文链接： http://www.site-digger.com/html/articles/20150813/97.html 随着Web数据采集技术的普及，大量网站和移动App的海量数据面临着被抓取的威胁。从技术角度讲Web数据采集技术是模拟浏览器或手机客户端与Web服务器进行交互，该过程与合法的浏览器或手机客户端直接访问Web服务器并无本质的区别，这就增加了企业对自身数据保护的难度。 我们（西安鲲之鹏网络信息技术有限公司）是一家专业从事网站（Web）数据采集的数据服务提供商，一直专注于网站（Web）数据抓取领域。公司前身是开始于2010年的鲲鹏Web数据采集工作室，为澳大利亚、美国、香港、台湾、中国大陆等地提供Web数据采集外包服务，先后成功完成了数千个数据采集项目。有着非常丰富的网站数据采集和反网站数据采集经验。结合我们自身丰富的数据采集经验，我们给出以下三种行之有效的反Web数据抓取方案。 一、 限制客户端IP访问频率。 适用： Web网站和移动App。 代表应用： 大众点评网。 思路： 数据采集程序的特点就是访问速度快，通常一个客户端IP向Web 服务器发出数十个甚至上百个并发请求，根据该特征，我们可以在Web网站或移动App服务端程序增加策略，拦截频率过高的访问

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

1 为什么要进行Android屏幕适配 由于 Android 系统的开放性，任何用户、开发者、 OEM 厂商、运营商都可以对 Android 进行定制，于是导致： Android 系统碎片化 ： 小米定制的 MIUI 、魅族定制的 flyme 、华为定制的 EMUI 等等——当然都是基于 Google 原生系统定制的； Android 机型屏幕尺寸碎片化 ： 5 寸、 5.5 寸、 6 寸等等； Android 屏幕分辨率碎片化 ： 320x480 、 480x800 、 720x1280 、 1080x1920。 屏幕尺寸分布图 据友盟指数显示，统计至 2015 年 12 月，支持 Android 的设备共有 27796 种。 当 Android 系统、屏幕尺寸、屏幕密度出现碎片化的时候，就很容易出现同一元素在不同手机上显示不同的问题。 虽然系统为使您的应用适用于不同的屏幕，会进行缩放和大小调整，但您应针对不同的屏幕尺寸和密度优化应用。 这样可以最大程度优化所有设备上的用户体验，用户会认为您的应用实际上是专为他们的设备而设计，而不是简单地拉伸以适应其设备屏幕。 2 相关概念 2.1 屏幕尺寸 含义：按屏幕对角测量的实际物理尺寸。 为简便起见， Android 将所有实际屏幕尺寸分组为四种通用尺寸：小、 正常、大和超大 单位 : 英寸（ inch ），一英寸≈ 2.54cm 2.2

1 APP测试基本流程 1.1流程图 1.2测试周期 测试周期可按项目的开发周期来确定测试时间，一般测试时间为两三周（即15个工作日），根据项目情况以及版本质量可适当缩短或延长测试时间。 1.3测试资源 测试任务开始前，检查各项测试资源。 --产品功能需求文档； --产品原型图； --产品效果图； --测试设备； --其他。 1.4日报及产品上线报告（内部报告机制） 1）测试人员每天需对所测项目发送测试日报。（也就是我这边有邮件通知测试项目的时候一般均属于输出测试日报） 2）测试日报所包含的内容为： \\Dell-server\网站软件app等开发\产品测试部\测试知识区域\测试文档类模板\项目测试报告邮件输出模板.doc 4）不同版本测试报告输出 2 App测试点 2.1安全测试 2.1.1软件权限 1）扣费风险：包括发送短信、拨打电话、连接网络等 2）隐私泄露风险：包括访问手机信息、访问联系人信息等 3）对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测 4）限制/允许使用手机功能接人互联网 5）限制/允许使用手机发送接受信息功能 6）限制/允许应用程序来注册自动启动应用程序 7）限制或使用本地连接 8）限制/允许使用手机拍照或录音 9）限制/允许使用手机读取用户数据 10) 限制/允许使用手机写人用户数据 11) 检测App的用户授权级别、数据泄漏

虽然没有能力开发Native App，但还是可以利用iOS中Safari浏览器的特性小小的折腾一下，做一个伪Web App满足下小小的虚荣心的。 既然是在iOS中的Safari折腾的，那么代码中利用到的也基本上都是Safari的私有属性。 添加图标到主屏幕是Web App的第一步： <link rel="apple-touch-icon-precomposed" sizes="57x57" href="icon-57.png"> <link rel="apple-touch-icon-precomposed" sizes="72x72" href="icon-72.png"> <link rel="apple-touch-icon-precomposed" sizes="114x114" href="icon-114.png"> <link rel="apple-touch-icon-precomposed" sizes="144x144" href="icon-144.png"> 添加图标到屏幕里的有两种属性值apple-touch-icon和apple-touch-icon-precomposed，区别就在于是否会应用iOS中自动给图标添加的那层高光。 由于iPhone以及iPad都有两种分辨率的设备存在，图标的尺寸就需要做4个：144×144(iPad Retina)、72