APP测试要点
APP测试要点
APP测试的时候，建议让开发打好包APK和IPA安装包，测试人员自己安装应用，进行测试。在测试过程中需要注意的测试点如下：
1.安装和卸载
●应用是否可以在IOS不同系统版本或android不同系统版本上安装（有的系统版本过低，应用不能适配）
●软件安装后是否可以正常运行，安装后的文件夹及文件是否可以写到指定的目录里。
●安装过程中是否可以取消
●安装空间不足时是否有相应提示
●如果应用需要通过网络验证之类的安装，需要测试一下断网情况下是否有相应提示
●是否可以删除应用（可通过桌面删除，也可以通过软件卸载安装。曾发现在IOS手相上有个应用安装时未完全安装，终止安装后，未完成安装的应用图标一直显示在手机上，并且无法成功删除）
●测试卸载后文件是否全部删除所有的安装文件夹
●卸载过程中出现死机，断电，重启等意外的情况，待环境恢复后是否可以正确卸载
●卸载是否支持取消功能，单击取消后软件卸载情况是否正常
2.运行
●APP安装完成后，是否可以正常打开软件
●APP运行时，是否有加载图示
●APP的速度是可以让人接受，切换是否流畅
●用户登录状态太久，sessionId会过期，会出现“虽然是登录状态，系统会提示用户没有登录。
3.登录
●登录用户名和密码错误时，界面有提示信息
●用户主动退出登录后，下次启动APP时，应该进入登录界面
●对于支持自动登录的APP，数据交换时，是否能自动登录成功且数据库操作无误
●密码更改后，登录时是否做到了有效数据的校验
●对于未登录时一些页面的操作，是否做了控制
●切换账号登录，检验登录的信息是否做到及时更新
●对于多个端都进行操作时，确保数据库操作无误，且每个端可以及时看到数据的更新
●对于一些软件，支持一个账号只允许登录一台机器，这时，需要检查账号登录多个手机时，是否将原用户剔除，且能够给出提示信息
● APP切换到后台时，再次切换到前台的测试，如登录时，有电话打进来
●对于IOS与android不同设备登录同一个账号时，对个人信息等数据进行操作后，确保数据数库操作无误，且IOS与android设备看到的数据都是最新的。
4.离线
离线是应用程序在本地的客户端会缓存一部分数据以功程序下次调用
●对于一些程序，需要在登录进来后，这时没有网络的情况下可以浏览本地数据
●对于无网络时，刷新获取新数据时，不能获取数据且能给出友好提示
●切换到后台，再次切换到前台时，可以正常查看
●离线后又连上网，这时对数据有更新时，需要从服务器端获取新数据来更新客户端数据，且要更新本地缓存信息
●对于一些界面的数据不提供离线查看，需要给出相应提示且界面更新后无任何数据
●确认在无网情况下可以浏览本地数据
●确认退出APP再开启APP时能正常浏览
●确认切换到后台再切回APP应用时可以正常浏览
●锁屏后再解锁回到应用前台可以正常浏览
●服务端的数据有更新时有离线的提示
5.数据更新
●确认有数据更新后，哪些地方需要手动刷新，哪些地方需自动刷新。
●确认从后台切换回前台时，哪些页面需要进行数据更新
●根据需求和逻辑，确认哪些数据是从服务端请求实时响应，哪些是缓存到本地的数据。
6.消息推送开关设置
●默认开关应该是全打开状态
●设置开关可以自由打开关闭
●设置开关打开状态下，消息推送是否可正常接收（应用启用中和应用关闭时都应该可以收到）
●确认后台未打开APP客户端时，手机消息栏可以接收到消息提醒。且点击可查看。点击后消息栏中消失
●确认APP客户端启动时，可以收到消息提醒，且点击可查看。客户端运行时，消息不会进消息栏。
●设置开关关闭时，客户端接收不到消息推送。
7.软件更新
●当客户端有新版本时，有更新提示
●软件更新一定要测，确保android软件更新可以正确更新新版本，且安装运行正确。
●确保IOS软件更新会有限制，只有上了商店且有版本更新时才会测试，但是如果真有问题，再发现问题不点晚，可以让开发先在测试机上模拟一个地址进行测试。
●用户取消版本更新时，老版本可以正常使用，但是下次启动应用时，仍出现更新提示
●当有新版本时，不删除客户端的情况下，直接更新检查是否能正常更新，且更新后客户端的功能是否最新版本（正常来讲不用强制删除本地客户端可以正常更新）
8.异常测试
●没有内存空间时，APP能否正确响应
●APP运行中手机断电
●APP运行中断开网络
●反复操作某个功能，不断点击，刷新时，是否会闪退
●APP运行时拔打或接听电话
●APP运行时发送信息、收取邮件等
●多个APP运行时
●不断切换前台和后台，是否影响应用正常功能
●APP运行时，启动相机功能
９.网络环境
●测试２G、３Ｇ，４Ｇ，wifi 网络下应用运应的速度
●内网测试时，选择到外网操作是否有异常处理
●网络不好时，提交数据是否一直处理提交中，是否会有延迟，数据交换失败是否会有提醒
●有网到无网再到有网环境时，数据是否可以自动恢复，正常加载
10.其它
●接口测试。让开发提供一份接口文档，一定要将接口测试通。在接口测试阶段，将缺少接
口，接口不完善的缺陷挖掘出来。这个需要准备充分的后台数据。
●导航测试。在运行APP时，不管在哪个接点，导航是否直观，精准，页面切换是否正确。
●图片测试。图片，按钮是否自适应。
●内容测试。要进行超长字符，空字符校验且校验是否有错别字
●功能测试。功能是否实现。
●易用性测试。所开发的功能，是否让用户容易接受，是否符合大众的操作习惯。
●适配性测试。应用在不同设备，不同系统上是否适配。
●UI测试。应用的设计是否够美观。
手机APP测试流程规范
手机APP测试流程规范 、流程图 Fail 回归测试接收版本不符 App 测试版本送测规范符合 UI 测试： 核对 rp/ 效果图功能测试：核对需求文档兼容性测试、性能压力测试尽快申请到正式 环境下测试进入正式环境后台订单统计测试仍然为测试环境 Pass 用户行为统计 测试 发送上线 报告 测试周期 测试周期一般为两周( 10 个工作日)，根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管确认项目排期。 1. 测试资源 测试任务开始前，检查各项测试资源。 1. 产品功能需求文档 2. 产品原型图 3. 产品效果图 4. 行为统计分析定义文档
5. 测试设备( ios 3." 1.3-ios 5." 0.1；Android 1. "6-Android 4."0 ；Winphone 7."1 及以上；Symbian v3/v5/Nokia Belle 等) 6. 其他（例如有秒杀专题的项目，需要规划秒杀时间表；有优惠券使用的项目，需要申请添加优惠券数据；支付宝/ 银联支付功能的项目，需要提前申请支付宝/银联账户等等） 2. 测试要点 1. 接收版本 A）接收测试版本的同时，需要查看程序填写的《App测试版本提交质量规范》，若符合则开始测试任务，若不符合规范，可拒绝测试。 B）日常接收版本时需要注意测试版本规范，如不符合，请开发人员重新修改合适的版本号后再次提交测试。 2. UI测试 A）确保手头的原型图与效果图为当前最新版本。 B）确保产品UI符合产品经理制定的原型图与效果图。 C）一切界面问题以效果图为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。 D）由于测试环境中的数据为模拟数据，测试时必须预先考虑到正式环境中可能出
APP测试点总结
APP测试点总结（全面） 1.功能测试 1.1功能性测试： ——根据产品需求文档编写测试用例。 ——软件设计文档编写用例。 注意：就是根据产品需求文档编写测试用例而进行测试。 1.2.兼容性测试: ——android版本的兼容性 ——手机分辨率兼容性 ——网络的兼容性：2G\3G\4G\WIFI,弱网下、断网时——app跨版本的兼容性 1.3适配性测试： 1>.手机不同分辨率支持：客户端支持的分辨率等
2>.手机不同版本的支持：2.34.04.4等；在测试计划中：需要安排单独的时间用于android不同系统的兼容性测试，包括2.0以下版本和4.0以上等 3>.手机不同厂家系统的支持：不同厂家会有不同android系统，例如：小米，华为，锤子对市面上主流手机的支持 4>.手机不同尺寸的支持：3.5到5.0屏幕在UI显示有区别，要支持最大到最小。 1.4安装、卸载测试： 1>.生成apk文件在真机上可以安装及卸载； 2>.Android手机端通用安装工具。如：豌豆荚 3.在线升级测试： 1>.验证数字签名 2>.升级后可以正常使用。 3>.在线跨版本升级。 1.5性能测试： ——压力测试： ——电量流量测试： ——cup、内存消耗： ——app启动时长 ——crash率 ——内存泄漏 1.6网络测试： 1.外网测试主要现实模拟客户使用网络环境，检验客户单程序在实际网若环境中使用情况及进行业务操作。 2.外网测试主要覆盖到wifi\2G\3G\4G,.net\wap、电信\移动\联通、所有可能的组合进行测试。
原则： 1.尽可能全面覆盖用户的使用场景，测试用例中需要包含不同网络排列组合的各种可能。 2.还有模拟信号被屏蔽时候。客户端的影响等。还有做外包场景测试，在高山、丘陵、火车上等特殊环境下进行全面测试 1.7接口性测试： ——client端和service端的交互 ——client端的数据更新和service端的数据是否一致 ——client端更新时断开了。 ——client端更新时service端挂了。 1.8业务逻辑测试： 1.业务逻辑测试：主要测试客户端业务能否正常完成。 2.功能点测试：主要测试客户端功能点是否正常使用 3.关联性测试：主要测试客户端与pc端的交互，客户端处理完后，pc端与客户端数据一致 1.9异常测试： 1.交互异常性测试：客户端作为手机特性测试，包括被打扰的情况；如来电、来短信、低电量测试等，还要注意手机端硬件上，如：待机，插拔数据线、耳机等操作不会影响客户端。 2.异常性测试：主要包含了断网、断电、服务器异常等情况下，客户端能否正常处理，保证数据正确性。 2.0客户端侧性能测试： 1.基准性能测试：主要通过压服务器端接口及客户端在不同网络环境下响应速度。
手机app测试用例
手机app 测试用例 目录 目录 (1) 1. 用户登录 (3) 1.1用户登录流程 (3) 1.1.1游客登录 (3) 1.1.2微信登录 (3) 1.1.3正常账号登录 (4) 1.2接口要素检验 (4) 2. 用户注册 (5) 2.1用户注册流程 (5) 2.1.1正常注册 (5) 2.2接口要素检验 (5) 3. 个人中心 (6) 3.1正常用户个人中心 (6) 3.1.1推广收益 (6) 3.1.2昵称修改 (7) 3.1.3修改头像 (7) 3.2游客与微信用户个人中心 (7) 3.2.1推广收益 (7) 3.2.2一键转正 (8) 3.2.3昵称修改 (8) 3.2.4修改头像 (8) 3.3接口要素检验 (8) 4. 安全中心 (10) 4.1正常用户安全中心 (10) 4.1.1修改密码 (10) 4.1.2密保问题 (10) 4.1.3绑定手机 (11) 4.1.4实名认证 (11) 4.2游客与微信用户安全中心 (11) 4.2.1绑定手机 (11) 4.2.2实名认证 (12) 4.3接口要素检验 (12) 5. 设置 (13) 5.1功能设置 (13)
5.1.1背景音乐 (13) 5.1.2音效音乐 (14) 5.1.3音量控制 (14) 5.1.4退出app (14) 5.1.5账号切换 (14) 5.2app规则 (15) 5.3意见反馈 (15) 5.3.1发送反馈意见 (15) 5.4客服服务 (15) 5.5关于手机 (16) 5.5.1检查更新 (16) 5.5.2服务协议与隐私说明 (16) 6. 常用功能栏 (16) 6.1银行 (17) 6.1.1开通银行 (17) 6.1.2登录银行 (17) 6.1.3存款 (17) 6.1.4取款 (17) 6.2背包 (18) 6.3好友 (18) 6.3.1我的好友 (18) 6.3.2临时好友 (19) 6.3.3查找好友 (20) 6.4活动 (20) 6.4.1系统信息 (20) 6.4.2活动中心 (20) 6.5充值 (21) 6.5.1微信支付 (21) 6.5.2支付宝支付 (21) 6.5.3银联支付 (21) 6.6商城 (22) 6.6.1道具商城 (22) 6.6.2礼品商城 (22) 6.6.3兑换记录 (23) 6.7福利 (23) 6.7.1会员特权 (23) 6.7.2破产补助 (23) 6.7.3每日签到 (23) 6.7.4首冲奖励 (24) 6.7.5每日抽奖 (24) 6.8更多 (24) 6.8.1兑换码 (24) 6.8.2分享 (24) 6.9接口要素检验 (25)
App功能测试的7大注意点
01 运行 1）App安装完成后的试运行，可正常打开软件。 2）App打开测试，是否有加载状态进度提示。 3）App页面间的切换是否流畅，逻辑是否正确。 4）注册 同表单编辑页面 用户名密码长度 注册后的提示页面 前台注册页面和后台的管理页面数据是否一致 注册后，在后台管理中页面提示 5）登录 使用合法的用户登录系统 系统是否允许多次非法的登录，是否有次数限制 使用已经登录的账号登录系统是否正确处理 用户名、口令（密码）错误或漏填时能否登陆 删除或修改后的用户，原用户名登陆 不输入用户口令和重复点“确定/取消”按钮，是否允许登录 登陆后，页面中登录信息 页面中有注销按钮 登录超时的处理 02 应用的前后台切换 1）App切换到后台，再回到App，检查是否停留在上一次操作界面。 2）App切换到后台，再回到App，检查功能及应用状态是否正常。 3）App切换到后台，再回到前台时，注意程序是否崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候。 4）手机锁屏解锁后进入App注意是否会崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候。 5）当App使用过程中有电话进来中断后再切换到App，功能状态是否正常。6）当杀掉App进城后，再开启App，App能否正常启动。 7）出现必须处理的提示框后，切换到后台，再切换回来，检查提示框是否还存在，有时候会出现应用自动跳过提示框的缺陷。 8）对于有数据交换的页面，每个页面都必须要进行前后台切换、锁屏的测试，这种页面最容易出现崩溃。 03 免登陆 很多应用提供免登陆功能，当应用开启时自动以上一次登录的用户身份来使用App。 1）考虑无网络情况时能否正常进入免登录状态。 2）切换用户登陆后，要校验用户登录信息以及数据内容是否相应更新，确保原用户退出。
App测试流程及测试点(个人整理版)
1 APP测试基本流程 1.1流程图 仍然为测试环境 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）对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）输人的密码将不以明文形式进行显示 3）密码, 信用卡明细, 或其他的敏感数据将不被储存在它们预输人的位置上 4）不同的应用程序的个人身份证或密码长度必需至少在4一8 个数字长度之间 5）当应用程序处理信用卡明细, 或其他的敏感数据时, 不以明文形式将数据写到其它单独的文件或者临时文件中。以6）防止应用程序异常终止而又没有侧除它的临时文件, 文件可能遭受人侵者的袭击, 然后读取这些数据信息。 7）当将敏感数据输人到应用程序时, 其不会被储存在设备中 8）备份应该加密, 恢复数据应考虑恢复过程的异常通讯中断等, 数据恢复后再使用前应该经过校验 9）应用程序应考虑系统或者虚拟机器产生的用户提示信息或安全替告 10）应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告, 更不能在安全警告显示前,，利用显示误导信息欺骗用户，应用程序不应该模拟进行安全警告误导用户11）在数据删除之前，应用程序应当通知用户或者应用程序提供一个“取消”命令的操作12）“取消”命令操作能够按照设计要求实现其功能 13）应用程序应当能够处理当不允许应用软件连接到个人信息管理的情况 14）当进行读或写用户信息操作时, 应用程序将会向用户发送一个操作错误的提示信息15）在没有用户明确许可的前提下不损坏侧除个人信息管理应用程序中的任何内容Μ
手机APP测试报告
招标手机APP测试总结报告
目录 1.测试概述 (1) 1.1. 编写目的 (1) 1.2. 测试围 (1) 2. 测试计划执行情况 (1) 2.1. 测试类型 (1) 2.2. 测试环境与配置 (2) 2.3. 测试人员 (2) 2.4. 测试问题总结 (3) 3. 测试总结 (3) 3.1.测试用例执行结果 (3) 3.2. 安全测试 (4) 3.2.1. 软件权限 (5) 3.2.2. 安装与卸载安全性 (5) 3.2.2. 数据安全性 (6) 3.2.3. 通讯安全性 (7) 3.2.4. 人机接口安全性 (7) 3.3. 安装、卸载测试 (8) 3.3.1. 安装 (8) 3.3.2. 卸载 (8) 3.4. UI测试 (9) 3.4.1. 导航测试 (9) 3.4.2. 图形测试 (9) 3.4.3. 容测试 (9) 3.5. 功能测试 (10) 3.5.1. 运行 (10) 3.5.2. 注册 (10) 3.5.3. 登录 (10) 3.5.4. 注销 (11) 3.5.5. 应用的前后台切换 (11) 3.5.6. 免登入 (11) 3.5.7. 数据更新 (12) 3.5.8. 离线浏览 (12) 3.5.9. APP更新 (12) 3.5.10. 时间测试 (13) 3.5.11. 性能测试 (13) 3.5.12. 交叉性事件测试 (13) 3.6. 兼容测试 (14) 3.7. 用户体验测试 (14) 4. 测试结果 (15)
1.测试概述 1.1.编写目的 本测试报告为招标手机APP的测试报告，目的在于总结测试阶段的测试情况以及分析测试结果，描述系统是否符合用户需求，是否已达到用户预期的功能目标，并对测试质量进行分析。 测试报告参考文档提供给用户、测试人员、开发人员、项目管理者、其他管理人员和需要阅读本报告的高层经理阅读。 1.2.测试围 测试主要根据用户需求说明书和软件需求规格说明书以及相应的文档进行系统测试，包括功能测试、性能测试、安全性和访问控制测试、用户界面测试以及兼容性测试等，而单元测试和集成测试由开发人员来执行。 主要功能包括：用户登录、我的项目、推荐项目订阅、行业资讯、我的收藏、意见反馈、我的CA锁。 2.测试计划执行情况 2.1.测试类型
移动互联网App测试流程及测试点(个人整理版)
1APP 测试基本流程 1.1流程图不符 符合 仍然为测试环境 进入正式环境 Fail Pass 接收版本 App 测试版本 送测规范 UI 测试：核对 rp/效果图 功能测试：核 对需求文档 兼容性测试、 性能压力测试 尽快申请到正 式环境下测试 后台订单统计测试用户行为统计 测试发送上线 报告 回 归 测 试
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可用性能标准结果）； --总结上线版本的基本情况。若有遗留问题必须列出并记录解决方案。 2App测试点 2.1安全测试 2.1.1软件权限 1）扣费风险：包括发送短信、拨打电话、连接网络等
手机App测试策略和流程
手机App测试策略和流程目录
1.引言 本文档是长春吉大正元信息技术股份有限公司东北公司手机APP测试的工作指导原则，它为手机APP测试过程中涉及到的测试方法、测试类型等制定标准做出明确的诠释和说明。 测试部门相关人员以此文档作为测试工作的依据和行为准则。 编写目的 本规范规定了东北公司手机APP测试过程中的活动和步骤。为公司测试（活动、产品）的实施和过程情况的各项检查提供依据；为度量被测试产品质量提供验证指标和验证方法。 适用范围 适用于长春吉大正元信息技术股份有限公司东北分公司测试部。 适用于：手机APP项目和产品的系统测试 针对手机APP的验证测试（外包项目）不在此范围之内，如需确保重点项目的手机APP质量度量和评价，需领导特殊审核。 2.测试过程描述 验证测试先决条件 对当前项目测试优先级进行划分： 产品大于项目优先级； 自主项目大于外包项目优先级； 重大项目（领导特批）大于客户化项目； 提前申请优先级大于变更申请优先级。(例如：监狱项目提前申请预留或者安排 测试员提前介入) 对当前测试版本质量进行评级：对于不符合测试准入原则的版本予以驳回。 验证测试三天后对提交版本进行质量预评估和评级：对第一轮发现较严重的问题进行列 举，对版本的整体情况进行评估。（详见BUG清单）对于不能度量质量的项目予以驳回 自测试。（例如：监狱移动OA项目）。 外埠公司提交测试前。应附上测试报告（功能测试报告、兼容性测试报告、性能测试报 告以及app可用性能标准结果）；?公司内部提交测试前，需附上缺陷记录和修改状态表。 上述有一项不能满足或不能按时提交予以测试驳回。 总结提交测试版本的内部测试情况（测试BUG列表）。对遗留问题必须列出并记录解决 方案。对性能和稳定性指标要予以详细描述。 测试周期 测试周期可按项目的开发周期来确定测试时间，一般客户化项目手机APP测试时间为三周（即15个工作日），根据项目情况以及版本质量标准可适当缩短或延长测试时间。正式测试前先向测试部经理确认项目排期。 需提供资源 测试任务开始前，检查各项测试资源是否提交，有两项没有提交予以测试驳回。 --产品功能需求文档； --产品原型图； --产品效果图； --用户使用手册； --测试设备确认表（例如：；；及以上；Symbian v3/v5/Nokia Belle等）； 轮次报告及产品上线报告
测试手机APP流程规范标准
关于手机APP 测试流程规范 1、流程图 仍然为测试环境
测试周期 测试周期一般为两周（10个工作日），根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管确认项目排期。 1.1测试资源 测试任务开始前，检查各项测试资源。 1.产品功能需求文档 2.产品原型图 3.产品效果图 4.行为统计分析定义文档 5.测试设备（ios3.1.3-ios5.0.1；Android1.6-Android4.0；Winphone7.1及以上； Symbian v3/v5/Nokia Belle等） 6.其他（例如有秒杀专题的项目，需要规划秒杀时间表；有优惠券使用的 项目，需要申请添加优惠券数据；支付宝/银联支付功能的项目，需要提前申请支付宝/银联账户等等） 1.2测试要点 1.接收版本 A）接收测试版本的同时，需要查看程序填写的《App测试版本提交质量规范》，若符合则开始测试任务，若不符合规范，可拒绝测试。 B）日常接收版本时需要注意测试版本规范，如不符合，请开发人员重新修改合适的版本号后再次提交测试。 2.UI测试 A）确保手头的原型图与效果图为当前最新版本。 B）确保产品UI符合产品经理制定的原型图与效果图。 C）一切界面问题以效果图为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。 D）由于测试环境中的数据为模拟数据，测试时必须预先考虑到正式环境中可能出现的数据类型 3.功能测试 A）确保手头的功能需求文档为当前最新版本。 B）确保所有的软件功能都已实现且逻辑正常。 C）一切功能问题以需求文档为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。 D）若有些功能在技术上难以实现或者由于排期的原因无法在短时间内实现，必须得到产品经理的确认，而不是单单只听开发人员的技术解 释。 E）P MS上所有的“外部原因”问题，都需要尽早地督促开发人员与客
手机软件测试经验总结
手机软件测试总结 沙晶晶 一个合格的手机软件测试工程师要掌握的东西是很多很多的。在我个人理解中，一个合格的高级手机软件测试工程师应该具有最基本的两点知识：软件测试理论知识和一定的开发技能。 1. 软件测试理论知识 这个不用多说，软件测试工程师必须要掌握的，软件测试如何融入整个开发的流程，什么时候介入，什么时候结束，如何搭建测试环境，如何设计测试用例（包括设计测试用例的方法，如：等价类划分，边界值法等），如何使用测试工具，还有测试领域专用的一些术语等等。 2. 开发技能 合格的高级软件测试工程师，编程技能不可缺少。在手机测试中，比如自动化测试，完全可以开发工具来实现自动化测试。所以掌握一门扎实的编程语言，C或者C++还是非常重要的，能够自己开发测试工具，也是一个高级手机软件测试工程师应该具备的素质。我认为我们不应该只是单纯的发现bug，而应该从更深层次的去探究这个bug 的原因，甚至可以定位bug。 另外从技能上讲，面向不同的技术方向，像操作系统、网络、通信等都要从专业上深入了解。这些是除去工作时间外必须去加强充电的部分。有这些做后盾，做起事来也会事半功倍。 另外手机测试中应该注意的问题 首先是正确性测试，正确性测试又可称为功能性测试，我们首先就是要测试所有功能是否都已实现、正确、是否满足需求规格说明。 正确性测试还要考虑到用户界面，软件产品始终是关注软件使用者——客户的体验，手机屏幕小，界面有限，所以手机软件的用户界面更需有一定的规范和标准：正确性、一致性、直观性、实用性、灵活性、舒适性便是最基本的标准。 正确性一般比较明显，比较容易发现，例如某个窗口没有被完全显示，文字没有对齐，文字拼写错误，密码输入时没有以*的形式自动屏蔽等。 一致性包括软件自身的一致性以及手机操作系统或与其它软件的一致性，具体表现在使用的术语，字体是否一致，界面的各参数风格是否前后一致等。特别也要注意中英
APP测试注意点
一，输入键盘 1，键盘的弹出，收起是否流畅。 2，键盘弹起有没有遮挡住输入框、按钮或者其他应该显示的界面。 3，键盘的回车，下一步，操作响应是否可以跳转到下一个输入框。 如：页面上有多个输入框，在第一个输入框，点击键盘下一步。手机光标到下一个输入框中。4，切换页面，键盘是否会自动收起 如：在页面中输入键盘弹起，直接点击返回键。在另一个页面，键盘应该收起 5，数字键盘 如：只能输入数字页面，弹起数字键盘，体验会更好。 二，特殊字符显示 XML支持的特殊字符转实体 （>、<、&、'、"）这些字符会被解析成对应的（>、≪、&、&apes;、"） 测试时在需要关注这些特殊字符在显示的时候是不是正常显示。 三，账号相关 1，登录A账号，设置相关信息，保存。在另一台手机上登录A账号查看信息，是否是最新的。 如：用户更换了头像，在另一台手机登录看头像是否更新 2，一台手机登录A账号，另一台手机也登录A账号（有的程序可以多台终端同时登录）如：一台手机进行删除操作，另一台手机再操作删除。查看异常处理是否合理 3，不同多台终端同时登录，登录一个终端的时候，另一个终端的账号是否会退出。 包括不同终端，像安卓，IOS，IPAD，PC等。 四，手机操作 1，手机锁屏，前后台切换 1) app切换到后台，再回到app时，检查是否停留在上一次操作界面，注意程序是否崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候。 2) 当杀掉app进程后，再开启app，app能否正常启动。 3) 出现必须处理的提示框后，切换到后台，再切换回来，检查提示框是否还存在。 4) 对于有数据交换的页面，每个页面都必需要进行前后台切换、锁屏的测试，这种页面最容易出现崩溃。 2，频繁进行同一操作 如：一直进行刷新操作； 3，频繁进行不同操作切换 如：在多个不同tab间来回切换；一直操作点击，返回。 4，单击，双击，快速多次点击，长按，左右滑动 对于只能单击的按钮，试试双击，快速多次点击，长按是否会有异常 对于长按的区域，双击，单击滑动等操作，查看是否会有异常 不要仅限于按钮设定的功能操作。 5，强制关闭进程（杀进程） 杀掉进程，再重新启动程序，是否可以正常启动，界面功能操作是否正常。
App常用测试方法总结
APP常用测试方法总结 一、安全测试 1.软件权限 1）扣费风险：包括短信、拨打电话、连接网络等。 2）隐私泄露风险：包括访问手机信息、访问联系人信息等。 3）对App的输入有效性校验、认证、授权、数据加密等方面进行检测 4）限制/允许使用手机功能接入互联网 5）限制/允许使用手机发送接收信息功能 6）限制或使用本地连接 7）限制/允许使用手机拍照或录音 8）限制/允许使用手机读取用户数据 9）限制/允许使用手机写入用户数据 10）限制/允许应用程序来注册自动启动应用程序 2.安装与卸载安全性 1）应用程序应能正确安装到设备驱动程序上 2）能够在安装设备驱动程序上找到应用程序的相应图标 3）安装路径应能指定 4）没有用户的允许，应用程序不能预先设定自动启动 5）卸载是否安全，其安装进去的文件是否全部卸载 6）卸载用户使用过程中产生的文件是否有提示 7）其修改的配置信息是否复原 8）卸载是否影响其他软件的功能 9）卸载应该移除所有的文件 3.数据安全性 1）当将密码或其它的敏感数据输入到应用程序时，其不会被存储在设备中，同时密码也不会被解码。 2）输入的密码将不以明文形式进行显示。 3）密码、信用卡明细或其他的敏感数据将不被存储在它们预输入的位置上。4）不同的应用程序的个人身份证或密码长度必须至少在4-8个数字长度之间。5）当应用程序处理信用卡明细或其它的敏感数据时，不以明文形式将数据写到其他单独的文件或者临时文件中。以防止应用程序异常终止而又没有删除它的临时文件，文件可能遭受入侵者的袭击，然后读取这些数据信息。 6）党建敏感数据输入到应用程序时，其不会被存储在设备中。 7）应用程序应考虑或者虚拟机器产生的用户提示信息或安全警告
软件测试之Web测试和App测试重点总结
软件测试之Web测试和App测试重点总结 随着互联网发展，web与APP的快速发展，使得各个互联网公司都想通过APP与web 结合，开发适合大家使用的软件，同时使得公司壮大及发展，然而一个好的app和web 离不开好的测试，现在我将web与app的测试点总结如下，供大家参考： 一、WEB测试重点 1.功能测试： 所实现的功能是否和需求一致； 2.界面测试： 界面是否美观，风格是否一致，文字内容是否正确； 3.链接测试： 打开链接速度是否合理；是否链接到正确的页面；是否有空白页面； 4.性能测试： 系统能支持多少用户同时在线；超过这些用户数，系统会给出什么样的反映； 5.兼容性测试： 项目在不同操作系统，不同浏览器上功能是否能正常使用； 6.安全性测试： 用户的登录名和密码在传输过程中是否是加密传输的； 用户长时间未操作页面，session会话是否会过期，要求用户重新登录； 日志文件cookies里的用户名和密码是否是加密的； 登录次数和登录设备是否有限制，是否支持一个账号多个设备登录； 二、APP测试重点 1.安装卸载测试： app在不同的操作系统（安卓和ios），不同的版本，不同的机型上是否都能安装成功； 在安装过程中，突然断网或网络不好，是否给出有好的提示，网络恢复之后是否能正常下载； 在安装过程中，突然内存不足，是否有相应的提示； 在安装过程中，是否支持取消操作； 在安装过程中，突然死机，断电，卡死，手机恢复正常后，是否能正常安装； 安装成功后能否正常运行 卸载时在不同系统，不同版本上能够卸载成功； 在卸载过程中是否支持取消操作； 在卸载过程中，突然死机，断电，卡死，手机恢复正常后，是否能正常卸载； 卸载完成之后，查看文件是否卸载干净； 2.运行测试： 运行过程中，是否有加载提示； 运行速度是否流畅；
手机APP测试流程规范模板
手机APP测试流程规范 一、流程图 仍然为测试环境
测试周期 测试周期一般为两周（10个工作日），根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管确认项目排期。 1.测试资源 测试任务开始前，检查各项测试资源。 1.产品功能需求文档 2.产品原型图 3.产品效果图 4.行为统计分析定义文档 5.测试设备（ios3.1.3-ios5.0.1；Android1.6-Android4.0；Winphone7.1及以上； Symbian v3/v5/Nokia Belle等） 6.其他（例如有秒杀专题的项目，需要规划秒杀时间表；有优惠券使用的 项目，需要申请添加优惠券数据；支付宝/银联支付功能的项目，需要提前申请支付宝/银联账户等等） 2.测试要点 1.接收版本 A）接收测试版本的同时，需要查看程序填写的《App测试版本提交质量规范》，若符合则开始测试任务，若不符合规范，可拒绝测试。 B）日常接收版本时需要注意测试版本规范，如不符合，请开发人员重新修改合适的版本号后再次提交测试。 2.UI测试 A）确保手头的原型图与效果图为当前最新版本。 B）确保产品UI符合产品经理制定的原型图与效果图。 C）一切界面问题以效果图为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。 D）由于测试环境中的数据为模拟数据，测试时必须预先考虑到正式环境中可能出现的数据类型 3.功能测试 A）确保手头的功能需求文档为当前最新版本。 B）确保所有的软件功能都已实现且逻辑正常。 C）一切功能问题以需求文档为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。 D）若有些功能在技术上难以实现或者由于排期的原因无法在短时间内实现，必须得到产品经理的确认，而不是单单只听开发人员的技术解 释。 E）P MS上所有的“外部原因”问题，都需要尽早地督促开发人员与客户服务端人员联系协调解决。 F）P MS上所有的“设计如此”、“延期处理”问题，都需要和产品经理
APP测试功能点总结
1.功能性测试： ——根据产品需求文档编写测试用例。 ——软件设计文档编写用例。 注意：就是根据产品需求文档编写测试用例而进行测试。 2.兼容性测试: ——android版本的兼容性 ——手机分辨率兼容性 ——网络的兼容性：2G\3G\4G\WIFI,弱网下、断网时 ——app跨版本的兼容性 1.适配性测试： 1>.手机不同分辨率支持：客户端支持的分辨率等 2>.手机不同版本的支持：2.34.04.4等；在测试计划中：需要安排单独的时间用于android不同系统的兼容性测试，包括2.0以下版本和4.0以上等 3>.手机不同厂家系统的支持：不同厂家会有不同android系统，例如：小米，华为，锤子对市面上主流手机的支持 4>.手机不同尺寸的支持：3.5到5.0屏幕在UI显示有区别，要支持最大到最小。 2.安装、卸载测试： 1>.生成apk文件在真机上可以安装及卸载； 2>.Android手机端通用安装工具。如：豌豆荚 3.在线升级测试： 1>.验证数字签名 2>.升级后可以正常使用。 3>.在线跨版本升级。 3.性能测试： ——压力测试： ——电量流量测试： ——cpu、内存消耗： ——app启动时长 ——crash率 ——内存泄漏 4.网络测试： 1.外网测试主要现实模拟客户使用网络环境，检验客户单程序在实际网若环境中使用情况及进行业务操作。 2.外网测试主要覆盖到wifi\2G\3G\4G,.net\wap、电信\移动\联通、所有可能的组合进行测试。 原则： 1.尽可能全面覆盖用户的使用场景，测试用例中需要包含不同网络排列组合的各种可能。 2.还有模拟信号被屏蔽时候。客户端的影响等。还有做外包场景测试，在高山、丘陵、火车上等特殊环境下进行全面测试 5.接口性测试： ——client端和service端的交互 ——client端的数据更新和service端的数据是否一致 ——client端更新时断开了。
手机APP产品测试用例实例与模版
中国电信XXX项目 功能测试用例 撰稿人：XX XXX信息网络有限责任公司 2013年X月XX日
目录 1.概述 ---------------------------------------------------------------------------------------------------- 错误!未定义书签。 编写目的--------------------------------------------------------------------------------------------- 错误!未定义书签。 读者对象--------------------------------------------------------------------------------------------- 错误!未定义书签。 参考资料--------------------------------------------------------------------------------------------- 错误!未定义书签。测试用例 ------------------------------------------------------------------------------------------------ 错误!未定义书签。 登陆/注册 ------------------------------------------------------------------------------------------- 错误!未定义书签。 文件上传--------------------------------------------------------------------------------------------- 错误!未定义书签。 文件收藏--------------------------------------------------------------------------------------------- 错误!未定义书签。 文件删除/还原------------------------------------------------------------------------------------- 错误!未定义书签。 文件重命名 ----------------------------------------------------------------------------------------- 错误!未定义书签。 文件移动--------------------------------------------------------------------------------------------- 错误!未定义书签。 文件分享--------------------------------------------------------------------------------------------- 错误!未定义书签。 图片浏览--------------------------------------------------------------------------------------------- 错误!未定义书签。 相册备份--------------------------------------------------------------------------------------------- 错误!未定义书签。 私密空间--------------------------------------------------------------------------------------------- 错误!未定义书签。 设置 --------------------------------------------------------------------------------------------------- 错误!未定义书签。 客户端安装/升级 --------------------------------------------------------------------------------- 错误!未定义书签。
移动终端app测试点总结
以下所有测试最后必须在真机上完整的执行 1、安装、卸载测试 ?在真机上的以及通过91等第三方的安装与卸载 ?安装在手机上还是sd卡上 2、启动app测试 3、升级测试 数字签名、升级覆盖安装、下载后手动覆盖安装、跨版本升级、升级后可以正常使用。 覆盖安装要确保数据库有字段更新的话，能正常更新，否则就容易导致app 异常。 4、功能测试 包括功能点、业务逻辑、关联性（主要测试客户端与PC端的交互，客户端处理完后，PC端与客户端数据一致）、 服务端接口测试（主要通过访问服务端接口来验证服务端业务逻辑功能点是否正确） 5、数据对比测试 可在模拟器或真机上进行，同时与数据库中实际的插入记录做对比。还要对比主站的相同流程 6、性能 7、安全 8、android特性测试（横竖屏，home键，音量键，power键等） 9、各种网络状态下进行的测试（包括飞行模式） 3G上网：td-cdma、cdma2000、wcdma能否正常使用。 edge、gprs能否正常使用（主要测试是否支持net接入点和wap接入点）10、中断性测试 ?如突然来电 ?短信弹出 ?低电量等时app能否正常使用 11、app切换测试（最小化、多个app切换） 12、关机、待机后app能否正常使用 13、兼容性测试 ?android各种版本 ?各种分辨率QVGA、WVGA、HWVGA等 ?与其他第三方app的兼容 14、app在清空数据或强制退出后还能正常运行否 15、api，包括在app内跳转到另一个界面，在返回来，以及跳转到系统api 16、app对资源的占用（cpu、内存、耗电、流量等） 17、app本身涉及的权限
手机应用软件测试经验总结
手机应用软件测试经验总结 随着科技的进步，手机款型可谓日新月异，功能也越来越丰富。相应的，越来越多的手机应用软件也伴随着手机功能的多样化应运而生。面对种类众多的手机应用软件，该如何进行测试，测试时又需要重点关注什么呢？本文档结合本人在产品手机项目测试过程中的经验，浅谈下手机应用软件测试相关知识。 对于产品的手机项目（应用软件），主要是进行系统测试。而针对手机应用软件的系统测试，我们通常从如下几个角度开展：功能模块测试，交叉事件测试，压力测试，容量测试，兼容性测试，易用性/用户体验测试等。 1、功能模块测试：首先应分析功能模块的功能项，测试每个功能项是否能够实现对应的功能。一般根据测试用例（Test Case）或软件本身的流程就可以完成基本功能测试（相对简单，故障也较容易发现、解决）。 2、交叉事件测试：又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。例如通话过程中接收到短信或闹铃触发，应用软件运行过程中插拔充电器等。执行干扰的冲突事件不能导致应用软件异常、手机死机或花屏等严重问题。另外，还需要注意各交叉事件的优先级别，检验系统是否能依据各事件的优先级别依次进行处理。不能因执行优先级别高的事件而导致优先级较低的事件吊死。 交叉事件测试非常重要，一般能发现应用软件中一些潜在的问题。另外有中英文模式切换的手机要注意中英文模式切换后的功能实现存在的问题（这个主要针对手机应用软件支持语言自适应功能），这一点通常会被测试人员忽略。 4、压力测试：又叫边界值容错测试或极限负载测试。即测试过程中，已经达到某一软件功能的最大容量、边界值或最大的承载极限，仍然对其进行相关操作。例如连续进行短信的接收和发送，超过收件箱和SIM卡所能存储的最大条数，仍然进行短消息的接收或发送，以此来检测软件在超常态条件下的表现，进而评估用户能否接受。
手机测试心得总结
手机测试心得 时间过的真快，一晃自己已经工作一年多了。通过这段时间的学习，对手机测试工作有了一定的认识和理解，自己也从一个尝试学习的软件测试实习生升任为软件测试工程师。总结了一下一年多自己的心得体会。 软件测试是一个提升产品质量的必要条件，也是提高产品质量的最直接最有效的手段。软件测试渐渐成为软件行业最关键和重视的一个环节，所以做软件测试还是很有前途的。要成为一名合格的测试人员在测试过程中首要条件是测试人员要勤奋并富有耐心、善于学习、思考和发现问题，细心能够有条理的总结问题，这样才能有机会成为出色的测试人员。 下面是我列出的我比较容易犯的错误: 1．认真细致的依据test case进行测试，不要以为test case比较简单，不能找出问题，test case 是手机最基本功能的测试点，只有掌握了手机最基本的功能，从而认真思考各功能点的衔接性，拓展测试思路，才能更全面的找到bug； 2．提交bug时要尽量以最简单的方式重现bug步骤，语句简单易懂。注意错别字；3．测试人员要及时的关注和跟进开发的进程，每个新版本要着重测试开发修改和增加的功能，因为开发修改或增加一个功能可能会引发许多新问题； 4．不要以为智能机只是比功能机多增加了几个功能模块而已； 5．扩展测试思路，多尝试些不同的操作，软件测试需要以站在真实用户的位置考虑，比如变态测试、无聊测试等； 6．学习与软件测试相关的知识。学习手机操作系统的知识有助于你发现缺陷，定位问题更加准确； 7．进行手机测试时要有明确的测试范围和测试目的，不能漫无目的，看见模块就测试，当产生焦躁的情绪，就很难发现问题了； 8．测试时一般都会有很多问题，需要耐心和严谨，不能因为难度大步骤繁琐或测试环境部署麻烦而偷工减料，导致漏测； 9．测试人员要学会控制情绪； 10．测试人员要善于和开发沟通，需要给出较有力的依据证明这个问题是个BUG，在提交概率性bug时最好是能提供log等； 软件测试最主要的是测试人员的态度和理想，软件测试这个行业的前途是光明的，要使自己热爱测试的工作，在工作中善于总结。 软件测试并不单纯只是为了找BUG，而是为了保证软件的质量问题，不能把BUG数作为衡量一个测试人员的尺度，提交的bug能修复软件最多漏洞的测试人员才是好的最出色的软件测试。