手机APP测试如何进行兼容性测试

手机APP测试如何进行兼容性测试
手机APP测试如何进行兼容性测试

手机APP测试如何进行兼容性测试

Android App兼容性测试是一个比较重要的App评价内容,实际上兼容性测试不仅仅和测试人员相关,在开发阶段就应当着重考虑,因为兼容性问题是除了实现App本身要求的功能后,必须要关注、而且至关重要的一个点。因此,App兼容性是否良好,首先要求App开发人员在开发阶段进行保障,有经验的Android工程师能够在开发过程中保证60%以上用户机型的兼容与适配,经验丰富的工程师几乎能够做到90%以上的兼容适配。当然,由于市场上Android机型出新速度快,系统升级快,一味的追求在开发阶段的兼容适配保障,一方面延误开发进度,另一方面需要较高的开发投入,因此需要做好权衡,这也是后续Android兼容性测试这一关键测试阶段必要存在的原因。

再说到测试阶段,兼容性测试主要是对App在各类机型上的兼容、适配等情况进行测试。搞清楚这一阶段的测试重点后,因此,Android App在进行兼容性测试前,一定要做好其前序测试内容,否则兼容性测试效果将会较差,甚至出现无效测试。

一个是兼容性测试如何展开,这是兼容性测试流程问题;另一个是为了兼容性测试,需要配置各类机型手机么,这是兼容性测试的设备基础问题。

先说下第二个问题,机型配置问题。

Android兼容测试一定要做到宽范围覆盖,如果做不到这个,那么就违背了兼容性测试的目标——测试App在各类机型、系统上的运行是否兼容、适配。

因此,兼容性测试必须要在各个机型、系统上对App进行运行、测试,查看相关UI 是否适配、功能是否正常。所以,必须要为兼容性测试配备尽可能多的机型。这是不是意味着,你的公司要去购置各类机型设备?当然不是。对于一般的公司或者开发者,这将会是一大笔开销,为了节约资金而造成进行覆盖率较低的话,则失去了兼容性测试的意义。另外,这也是没必要的,因为往往你就一个或两三个App,为了这少量App测试,而去购置如此

大量的设备,无疑是一种资源浪费。除此,还有一个原因,将在兼容性测试如何展开里去说。除此,机型量的多少也是一个权衡的过程,目前,通用的兼容性测试一般覆盖Top100-300的机型,对于实在是小量机型或者老旧机型,用户量非常小,在一定程度上,是否需要覆盖则需要权衡,总的来说,Top排名的手机基本足够。

再来说一下第一个问题,兼容性如何展开。

这是一个经验性的过程,可以去借鉴大型互联网公司的成熟App的测试方法。目前,无论是国际知名App,还是国内知名App,谷歌、Facebook,BAT等,他们都有大量的App对外推出,对于App兼容性要求非常高,因此,他们的做法是非常值得借鉴的。这些公司的兼容性测试,都有一个相同的解决方案,那就是自动化测试框架与平台的实现。通过浏览上述公司在各种大会公布的内容,或者通过论坛知识分享,都能看到,他们不仅有自己的测试实验室,拥有大量的手机,除此,还有一整套的自动化测试平台,来完成兼容性测试。这就是前面说的不用配置如此多的机型的另一个原因,即便是配置足够的机型,你还缺乏一套兼容性测试自动化平台,能养得起一大批测试人员和维护人员。因此,我们可以看到,兼容性测试目前大型互联网公司的做法,通常是采用自动化测试平台,搭建自己的测试实验室,完成如此多的机型测试。

针对个人开发者、初创公司,以及App比较单一的公司,实际上是不推荐效仿大型公司的做法,这种做法提高了App发布成本,另外还需要扩充开发团队,增加管理成本,最终落实到实际使用上又造成了较大的资源浪费。那如何去完成呢?实际上,目前很多的公司,已经提供了兼容性云测服务,例如TestIn、TestBird,除此,大型公司也对外推出自己的测试工具,比如谷歌、腾讯WeTest、百度MTC、阿里MQC等等,这些平台,我都有去体验使用过,其实不乏一些付费项目。

手机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测试实用指南 译者注:本文从测试人员的角度出发,提出了100多个在测试移动App过程中需要考虑的问题。不管你是测试人员、开发、产品经理或是交互设计师,在进行移动App开发时,这些问题都很有参考价值。我和Queen合力译出此文,分享给大家,希望有所帮助和启发。 测试人员常被看作Bug寻找者,但你曾想过他们实际是如何开展测试的吗?你是否好奇他们究竟都做些什么,以及他们如何在一个典型的技术项目中体现价值? 作者将带你经历测试人员的思维过程,探讨他们测试移动App时的各种考虑。本文的目的在于揭示测试人员的这一思维过程,并展示他们通常所考虑内容的广度和深度。 1.测试人员需要询问问题 测试人员的核心能力在于提出有挑战性的相关问题。如果你能将调查、询问技巧和技术、产品的知识结合起来,渐渐地,你也会成为一个好的测试人员。 比如,测试人员可能会问: o这个App应该在什么平台上使用? o这个App到底是干什么的? o如果我这样做,会发生什么情况? 诸如此类。 测试人员能从各种场景中发现问题,它们可能来自对话、设计、文档、用户反馈或者是产品本身。这些可能性太多了……因此,让我们一探究竟吧! 2.从哪里开始测试

理想情况下,测试人员应该掌握所测产品的所有最新细节资料。但事实上这很少见,因此,像其他人一样,测试人员只能将就使用手上有限的资料。但这不是不能测试的借口!测试人员其实是可以从内部和外部多种不同的来源处收集信息的。 这个阶段,测试人员可以问这些问题: o有哪些信息:规格?项目会议?用户文档?知识渊博的团队成员?有支持论坛或者是公司在线论坛提供帮助?有现存Bug的记录吗? o该应用是在什么系统、平台和设备上进行运作和测试? o该应用是处理什么类型的数据(比如个人信息、信用卡等等)? o该应用有整合外部应用(比如API和数据来源)吗? o该应用需要用到特定的移动端网页吗? o现有消费者如何评价这个产品? o有多少时间可用于测试? o测试的优先级和风险是什么? o哪些用户使用起来不愉快,为什么? o如何发布和更新? o基于以上收集的信息,测试人员可以制定测试计划了。通常预算决定测试方法,一天测完,一个星期或一个月测完 的方法肯定不同。当你逐渐熟悉团队、工作流程以及这类 问题的解决方式时,你就更容易预测结果了。 o案例:FacebookApp的社会评论 o当作为一名测试人员收集信息时,我喜欢选用 FacebookApp作为案例,因为用户的抱怨到处都是。以下 仅仅展示了部分遇到难题的用户在iTunesAppStore中发表的评论,网络上还有很多。

手机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测试策略和流程

手机App测试策略和流程目录

1.引言 本文档是长春吉大正元信息技术股份有限公司东北公司手机APP测试的工作指导原则,它为手机APP测试过程中涉及到的测试方法、测试类型等制定标准做出明确的诠释和说明。 测试部门相关人员以此文档作为测试工作的依据和行为准则。 编写目的 本规范规定了东北公司手机APP测试过程中的活动和步骤。为公司测试(活动、产品)的实施和过程情况的各项检查提供依据;为度量被测试产品质量提供验证指标和验证方法。 适用范围 适用于长春吉大正元信息技术股份有限公司东北分公司测试部。 适用于:手机APP项目和产品的系统测试 针对手机APP的验证测试(外包项目)不在此范围之内,如需确保重点项目的手机APP质量度量和评价,需领导特殊审核。 2.测试过程描述 验证测试先决条件 对当前项目测试优先级进行划分: 产品大于项目优先级; 自主项目大于外包项目优先级; 重大项目(领导特批)大于客户化项目; 提前申请优先级大于变更申请优先级。(例如:监狱项目提前申请预留或者安排 测试员提前介入) 对当前测试版本质量进行评级:对于不符合测试准入原则的版本予以驳回。 验证测试三天后对提交版本进行质量预评估和评级:对第一轮发现较严重的问题进行列 举,对版本的整体情况进行评估。(详见BUG清单)对于不能度量质量的项目予以驳回 自测试。(例如:监狱移动OA项目)。 外埠公司提交测试前。应附上测试报告(功能测试报告、兼容性测试报告、性能测试报 告以及app可用性能标准结果);?公司内部提交测试前,需附上缺陷记录和修改状态表。 上述有一项不能满足或不能按时提交予以测试驳回。 总结提交测试版本的内部测试情况(测试BUG列表)。对遗留问题必须列出并记录解决 方案。对性能和稳定性指标要予以详细描述。 测试周期 测试周期可按项目的开发周期来确定测试时间,一般客户化项目手机APP测试时间为三周(即15个工作日),根据项目情况以及版本质量标准可适当缩短或延长测试时间。正式测试前先向测试部经理确认项目排期。 需提供资源 测试任务开始前,检查各项测试资源是否提交,有两项没有提交予以测试驳回。 --产品功能需求文档; --产品原型图; --产品效果图; --用户使用手册; --测试设备确认表(例如:;;及以上;Symbian v3/v5/Nokia Belle等); 轮次报告及产品上线报告

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)扣费风险:包括短信、拨打电话、连接网络等。 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)应用程序应考虑或者虚拟机器产生的用户提示信息或安全警告 8)应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告,更不能在安全警告显示前,利用显示误导信息欺骗用户,应用程序不应该模拟进行安全警告误导用户。9)在数据删除之前,应用程序应当通知用户或者应用程序提供一个“取消”命令的操作。10)应用程序应当能够处理当不允许应用软件连接到个人信息管理的情况。 11)当进行读或写用户信息操作时,应用程序将会向用户发送一个操作错误的提示信息。12)在没有用户明确许可的前提下不损坏删除个人信息管理应用程序中的任何内容。13)如果数据库中重要的数据正要被重写,应及时告知用户。 14)能合理的处理出现的错误。 15)意外情况下应提示用户。 4.通讯安全性

手机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、流程图 仍然为测试环境

测试周期 测试周期一般为两周(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.运行测试: 运行过程中,是否有加载提示; 运行速度是否流畅;

手机测试方法大全

手机测试方法大全 在软件界面设计强调张扬个性的同时,我们不能忘记软件界面的设计先要讲求规矩-简洁、一致、易用,这是一切软件界面设计和测试的必循之道,是软件人机界面在突出自我时的群体定位。美观、规整的软件人机界面破除新用户对软件的生疏感,使老用户更易于上手、充分重用已有使用经验,并尽量少犯错误。由此我们在对软件人机界面进行测试时(设计评审阶段和系统测试阶段结合进行),不妨从下列一些角度测试软件的人机界面。 一致性测试 一致性使软件人机界面的一个基本要求。目的是使用户在使用时,很快熟悉软件的操作环境,同时避免对相关软件操作发生理解歧义。这要求我们在进行测试时,需要判断软件的人机界面是否可以作为一个整体而存在。下面是进行一致性测试的一些参考意见: ――提示的格式是否一致 ――菜单的格式是否一致

――帮助的格式是否一致 ――提示、菜单、帮助中的术语是否一致 ――各个控件之间的对齐方式是否一致 ――输入界面和输出界面在外观、布局、交互方式上是否一致 ――命令语言的语法是否一致 ――功能类似的相关界面是否在在外观、布局、交互方式上是否一致(比如商品代码检索和商品名称检索) ――存在同一产品族的时候,是否与其他产品在外观、布局、交互方式上是否一致(例:Office产品族) ――同一层次的文字在同一种提示场合(一般情况、突显、警告等)在文字大小、字体、颜色、对齐方式方面是否一致

――多个连续界面依次出现的情况下,界面的外观、操作方式是否一致(当然可能会有例外,比如操作结束的界面) 信息反馈测试 假设系统的使用者是一个初出茅庐的生手,你能指望她(他)在进行操作不出错吗?但这还不是问题的所在,问题的所在在于我们都会犯错误,我们都有自己不了解的东西。如何避免,这要求我们的人机界面有足够的输入检查和错误提示功能。通过信息反馈,用户得到出错提示或是任务完成的赞许之语。但有些不幸的是,我们很多系统都在此方面做的不尽人意。下面是这类测试的一些参考意见: ――系统是否接受客户的正确输入并做出提示(例:鼠标焦点跳转); ――系统是否拒绝客户的错误输入并做出提示(例:弹出警告框,声响); ――系统显示用户的错误输入的提示是否正确,浅显易懂(例:“ERR004”这样的提示让人不知所云); ――系统是否在用户输入前给出用户具体输入方式的提示(例:网站注册程序);

手机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.概述 ---------------------------------------------------------------------------------------------------- 错误!未定义书签。 编写目的--------------------------------------------------------------------------------------------- 错误!未定义书签。 读者对象--------------------------------------------------------------------------------------------- 错误!未定义书签。 参考资料--------------------------------------------------------------------------------------------- 错误!未定义书签。测试用例 ------------------------------------------------------------------------------------------------ 错误!未定义书签。 登陆/注册 ------------------------------------------------------------------------------------------- 错误!未定义书签。 文件上传--------------------------------------------------------------------------------------------- 错误!未定义书签。 文件收藏--------------------------------------------------------------------------------------------- 错误!未定义书签。 文件删除/还原------------------------------------------------------------------------------------- 错误!未定义书签。 文件重命名 ----------------------------------------------------------------------------------------- 错误!未定义书签。 文件移动--------------------------------------------------------------------------------------------- 错误!未定义书签。 文件分享--------------------------------------------------------------------------------------------- 错误!未定义书签。 图片浏览--------------------------------------------------------------------------------------------- 错误!未定义书签。 相册备份--------------------------------------------------------------------------------------------- 错误!未定义书签。 私密空间--------------------------------------------------------------------------------------------- 错误!未定义书签。 设置 --------------------------------------------------------------------------------------------------- 错误!未定义书签。 客户端安装/升级 --------------------------------------------------------------------------------- 错误!未定义书签。

相关文档
最新文档