移动APP测试方法

移动APP测试方法
移动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中发表的评论,网络上还有很多。

iPhone上的FacebookApp有很多负面的评论

如果我接受挑战去测试Facebook这个App,我肯定会考虑这些反馈,否则就是傻子。

3.测试人员的创造力

你可能知道这个App原本想做的事,但是它究竟可以做什么事呢?用户实际上是如何使用它的?测试人员擅长作为旁观者来思考,尝试不同的事物,以及不断地询问“如果。。。会怎么样”和“为什么”的问题。

比如,移动端的测试人员常常以不同的用户角色进行测试——当然有点夸张,但是,这种把自己当成不同用户进行思考、分析和设想的能力对测试是备受启发的。

测试人员可能会设想自己是以下用户:

o毫无经验;

o很有经验;

o爱好者;

o黑客;

o竞争对手;

当然还有更多可选的角色,这主要取决于你们所开发的产品是什么。其实除了角色特点外,其操作行为和工作流程也很重要。人们使用产品方式常常很奇怪,比如:

o在不应该返回的时候返回了;

o不耐心而且多次敲按键;

o输入错误的数据;

o不理解该怎么做;

o可能没有按要求进行设置;

o可能会自以为是地认为自己知道该做什么(比如通常不阅读说明)。

测试人员遇到这些问题时,也常常发现意料之外的Bug。有时候,这些Bug微不足道,但是更深入的调查就会发现更严重的问题。

很多问题是可以被预先确定和测试的。测试移动端App时,以下的问题并不都有关,但是也可以尝试问问:

o是否按照所说的来做呢?

o是按设计完成任务的吗?

o不是按设计完成任务的吗?

o如果处于一直被使用或者负荷情况下,状况会怎么样?会反应迟钝吗?会崩溃吗?

会更新吗?有反馈吗?

o崩溃报告会反馈到App吗?

o用户可能有哪些创造性的、逻辑性的或是消极的导航方式?用户相信你的品牌吗?

o用户的数据安全如何?

o有可能被中断或是被破解吗?

o运行到极限时会发生什么状况?

o会要求打开相关服务吗(如GPS、Wi-Fi)?如果用户打开会怎样?没打开又会怎样?

o将用户重新引向哪儿?去网页?还是从网页到App?这会导致问题出现吗?

o沟通过程和市场反馈是否符合该App的功能、设计和内容?

o登录流程是怎样的?能在App上直接登录还是要去网页端?

o登录是否整合了其他服务,比如用Facebook和Twitter帐号登录?

案例:RunKeeper’sgyUpdate

RunKeeper,是一款能跟踪你健身活动的App,最新发布的版本里有个“目标设置”的功能,对此我很感兴趣去体验一下,一部分从测试人员的角度来看,更多的是作为一个真心喜欢产品的用户来体验。但我发现了一些问题:

1.默认单位是英镑,我却想要把公斤作为重量单位;

2.英镑和公斤间的切换根本不好用;

3.当设定目标后,会导致展示错误的数据和图表,这让我很迷惑;

4.由于第3条,我想删除目标,但却根本找不到删除的地方;

5.为了解决这一问题,我不得不改变的个人体重的值,直到“目标设置“范围之内,这样目标达到了,就能重新设定目标了;

6.我会再次尝试添加目标;

移动APP测试方案及流程

移动APP测试方案及流程 作者: 心来心去来源: 51Testing软件测试网采编 针对app的测试过程和重点关注内容,做以下梳理和总结。 1、首先是测试资源确认及准备 (1)产品需求文档、产品原型图、接口说明文档以及设计说明文档等应齐全; (2)测试设备及工具的准备:IOS和andriod不同版本的真机,以及相关测试工具的准备。 2、测试用例的设计与评审 (1)根据产品需求文档、产品原型图等文档,设计客户端的一般功能测试用例; (2)测试用例评审、修改与完善,评审通过后着手进入正式测试阶段。 3、UI测试 (1)确保手头的原型图与效果图为当前最新版本,符合产品经理及用户要求; (2)测试过程中一切以效果图为准,若有用户体验方面的建议,可以先以邮件的形式与产品经理确认,确认通过后,可以正式向开发提出用户体验方面的问题; (3)由于测试环境中的数据为模拟数据,测试时必须预先考虑到正式环境中可能出现的数据类型。 4、功能测试 (1)功能测试时主要依据编写的功能测试用例进行软件功能的遍历; (2)涉及的测试主要包括基本功能测试,安装、卸载、运行测试,异常处理(包括网络突然断开或者网速过慢、机器内存不足等异常情况的处理)测试。 5、中断测试 (1)软件运行过程中接电话、收短信、锁屏、闹铃、充电,收到通知提醒后再使用软件,软件应仍可正常运行使用; (2)软件运行时,由前台切换到后台,再切回前台后,应仍可正常运行使用。 6、兼容性及适配测试 (1)硬件的适配:不同手机厂商、硬件性能,不同屏幕大小的适配; (2)OS版本的兼容:IOS6-9;Andriod3以上等,如果用了一些新的API在老的系统上不支持会导致crash; (3)不同分辨率屏幕的适配:移动设备的分辨率多种多样,如果app没有做比较合适的处理就可能会显示不好,甚至影响功能的操作。

移动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 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.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)卸载应该移除所有的文件

最新移动APP测试大全资料

移动APP 笔记 Genymotion: 安卓的虚拟环境 1、adb 命令 1、安卓调试桥( android debug bridge ) adb 命令设置一下环境变量C:\Program Files\Genymobile\Genymotion\tools 1、查看链接设备 adb devices 查看链接设备:会显示IP 地址和端口号 2、安装: adb install 安装apk 文件 adb install + 包所在的路径多台设备:adb -s IP 地址:端口号install 所在路径 adb -s 172.31.129.22 :5555 install D:\ecmobile3.2.apk 3、卸载 adb unin stall +包名卸载如果有多个设备用-s IP地址:端口号 adb -s IP 地址:端口号uninstall 包名 4、查看包名 aapt d badging apk 所在路径| find “package” 用find 过滤一下在windows 中过滤使用find 并且后面名字加双引号 5、进入安卓系统 adb shell 进入之后类似于linux 系统,命令是通用的。进入系统常见的目录 1、/data/app: 里面都是上传的apk 文件,其实都是压缩包 2、/data/dalvik-cache :里面是app 中可执行文件.dex 3、/data/data/ 包名:、 1、d atabases:前端用户数据 里面有两个文件:ecmobile.db :数据库文件ecmobile.db-journal: 日志文件,回滚用 2、shared_prefs :用户设置,只有进入系统之后才有生产这个文件不进入没有这个文件 里面都是一些用户信息.xml 文件 6、从安卓系统中拉取文件 adb pull 安卓系统中所载位置导出到的位置 7、将文件从外界环境导入安卓系统中 adb push 外界路径安卓系统的位置注意:linux 系统中斜杠/ windows 系统中反斜杠\ 8、模拟真机 1、进到/etc/hosts 修改IP和域名 2、挂载-》修改文件的权限chmod 777 /system 3、

基于移动平台APP测试

本栏目责任编辑:谢媛媛基于移动平台APP测试 刘芳芳 (南京工业职业技术学院,江苏南京210000) 摘要:随着移动智能终端的普及和互联网的不断发展,基于移动平台的应用软件越来越深入人们的生活,移动应用软件的质量也成为人们日益关注的话题。移动智能终端从最初的通讯设备逐渐发展成微电子计算机,应用软件的测试重点和测试工具与PC端都存在差异。针对移动智能终端的特性,从不同的方面考虑测试范围和测试重点,采用相应的自动化测试工具,以确保移动APP能正确、安全、可靠地运行。 关键词:移动平台;软件测试;测试工具 中图分类号:TP393文献标识码:A文章编号:1009-3044(2015)26-0078-02 APP Testing Based on Mobile Platform LIU Fang-fang (Nanjing Institute of Industry Technology,Nanjing210000,China) Abstract:With the popularization of mobile intelligent terminal and the continuous development of the Internet,the mobile soft?ware application has entered into people's lives deeper,so that the quality of mobile software application has become a more con?cerned topic.Mobile intelligent terminal from the initial communications sets developed into micro electronic computers gradually, testpoints and testing tools of application software and PC are different.Aiming at the characteris-tics of mobile intelligent termi?nal,considering test range and key points of the software from different aspects,and using the corresponding automated test tools, to ensure that the mobile APP can run correctly,safely and reliably. Key words:mobile applications;software testing;testing tools 随着计算机技术的发展,人类已经进入移动互联网的新时 代,手机、平板等智能化移动终端已经渗入人们生活中的各个 角落,而社交新闻、公交导航、购物支付类APP也应运而生。随 着这些APP对人们的生活提供越来越多的便利,更多的人也越 来越关注这些软件运行的正确性、安全性、可靠性等方面的要 求。软件测试的不断发展已经逐步形成了一套成熟的理论以 及衍生出一系列优秀的自动化测试工具,为移动平台的APP测 试提供丰富的经验。由于移动设备的操作方式、不同尺寸的屏 幕、网络接入方式、较小的存储空间及用户使用习惯等方面与 PC端的差异,导致两者的测试重点和测试工具也有所差异。 1移动平台APP与PC端项目测试的区别 基于移动平台软件测试主要针对移动终端上的Native APP 进行测试,而PC端的软件测试主要侧重基于B/S模式的网站测 试。移动APP在移动互联网市场上生命周期短,大多数精彩的 APP也只是风靡一时,导致移动APP开发周期也越来越短,各 软件开发商为了提高APP在移动应用市场的排名使得软件更 新升级也越来越频繁,而PC端软件一般功能齐全,开发周期较 长,更新较慢。由于移动智能终端的容量限制及应用市场上海 量APP可供选择,导致用户对于相应时间太长或者不符合需求 的APP容忍度较低,且基于不同操作系统的移动APP可移植性 差,程序员需要针对不同的操作系统开发软件,而PC端可以实 现跨平台兼容性。因此,基于移动APP项目测试面临着巨大的 挑战。 2基于移动平台APP测试 基于移动平台的APP测试主要考虑APP的安装与卸载测 试、功能测试、UI测试、兼容性测试、交叉事件测试、安全性测 试、性能测试,并且在每个测试阶段不断地进行回归测试,以确 保软件能正确、稳定、安全、可靠得运行。 2.1安装、卸载测试 安装与卸载测试是移动APP最先进行的测试环节。在对 APP进行安装测试时,需要关注在不同的操作系统版本上,不 同智能终端上是否能够正确安装,安装过程中是否可以取消, 如遇内存不足的情况是否有提示信息同时自动取消安装并删 除安装时写入设备的文件。卸载测试时,程序是否有提示卸载 信息,卸载程序过程中能否取消卸载,卸载后能否自动删除安 装时写入设备的文件。 2.2功能测试 功能测试是最基本的测试,主要根据软件需求规格说明书 来验证APP功能是否正确实现,是否有遗漏或错误的功能。采 收稿日期:2015-08-10 作者简介:刘芳芳(1989—),女(侗族),湖南武冈人,助教,硕士,研究方向为软件测试。 78 DOI:10.14004/https://www.360docs.net/doc/b23167619.html,ki.ckt.2015.2956

移动互联网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测试大全精编资料

移动A P P测试大全

移动APP笔记 Genymotion:安卓的虚拟环境 1、adb命令 1、安卓调试桥(android debug bridge) adb 命令设置一下环境变量C:\Program Files\Genymobile\Genymotion\tools 1、查看链接设备 adb devices 查看链接设备:会显示IP地址和端口号 2、安装: adb install 安装apk文件 adb install +包所在的路径 多台设备:adb -s IP地址:端口号 install 所在路径 adb -s 172.31.129.22:5555 install D:\ecmobile3.2.apk 3、卸载 adb uninstall + 包名卸载如果有多个设备用–s IP地址:端口号 adb -s IP地址:端口号 uninstall 包名 4、查看包名 aapt d badging apk所在路径 | find “package” 用find 过滤一下在windows中过滤使用find 并且后面名字加双引号5、进入安卓系统 adb shell 进入之后类似于linux 系统,命令是通用的。进入系统常见的目录 1、/data/app:里面都是上传的apk文件,其实都是压缩包 2、/data/dalvik-cache:里面是app中可执行文件.dex 3、/data/data/包名:、 1、databases:前端用户数据 里面有两个文件:ecmobile.db:数据库文件

ecmobile.db-journal:日志文件,回滚用 2、shared_prefs:用户设置,只有进入系统之后才有生产这个文件不进 入没有这个文件里面都是一些用户信息.xml文件 6、从安卓系统中拉取文件 adb pull 安卓系统中所载位置导出到的位置 7、将文件从外界环境导入安卓系统中 adb push 外界路径安卓系统的位置 注意:linux系统中斜杠/ windows 系统中反斜杠\ 8、模拟真机 1、进到/etc/hosts 修改IP和域名 2、挂载-》修改文件的权限 chmod 777 /system 3、 APP常见的测试类型 1、安装测试 1、在PC端 安装前:检查文件齐全 安装中:安装步骤 安装后:安装后的文件目录是否正确 2、APP测试: 安装前:apk文件病毒检查

移动端App测试实用指南

移动端App测试实用指南

测试人员常被看作bug寻找者,但你曾想过他们实际是如何开展测试的吗?你是否好奇他们究竟都做些什么,以及他们如何在一个典型的技术项目中体现价值? 作者将带你经历测试人员的思维过程,探讨他们测试移动app时的各种考虑。本文的目的在于揭示测试人员的这一思维过程,并展示他们通常所考虑内容的广度和深度。 测试人员需要询问问题 测试人员的核心能力在于提出有挑战性的相关问题。如果你能将调查、询问技巧和技术、产品的知识结合起来,渐渐地,你也会成为一个好的测试人员。 比如,测试人员可能会问: ·这个App应该在什么平台上使用? ·这个App到底是干什么的? ·如果我这样做,会发生什么情况? 诸如此类。 测试人员能从各种场景中发现问题,它们可能来自对话、设计、文档、用户反馈或者是产

品本身。这些可能性太多了……因此,让我们一探究竟吧! 从哪里开始测试 理想情况下,测试人员应该掌握所测产品的所有最新细节资料。但事实上这很少见,因此,像其他人一样,测试人员只能将就使用手上有限的资料。但这不是不能测试的借口!测试人员其实是可以从内部和外部多种不同的来源处收集信息的。 这个阶段,测试人员可以问这些问题: ·有哪些信息:规格?项目会议?用户文档?知识渊博的团队成员?有支持论坛或者是公司在线论坛提供帮助?有现存Bug的记录吗? ·该应用是在什么系统、平台和设备上进行运作和测试? ·该应用是处理什么类型的数据(比如个人信息、信用卡等等)? ·该应用有整合外部应用(比如API和数据来源)吗? ·该应用需要用到特定的移动端网页吗?

·现有消费者如何评价这个产品? ·有多少时间可用于测试? ·测试的优先级和风险是什么? ·哪些用户使用起来不愉快,为什么? ·如何发布和更新? 基于以上收集的信息,测试人员可以制定测试计划了。通常预算决定测试方法,一天测完,一个星期或一个月测完的方法肯定不同。当你逐渐熟悉团队、工作流程以及这类问题的解决方式时,你就更容易预测结果了。 案例:Facebook App的社会评论 当作为一名测试人员收集信息时,我喜欢选用Facebook App作为案例,因为用户的抱怨到处都是。以下仅仅展示了部分遇到难题的用户在iTunes App Store中发表的评论,网络上还有很多。

移动互联网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)对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)当将密码或其他的敏感数据输人到应用程序时, 其不会被储存在设备中, 同时密码也不会被解码

移动互联网App测试流程及测试点版

移动互联网APP测试流程及测试点(2014版) 1 APP测试基本流程 流程图 仍然为测试环境 15个工作

认项目排期。 测试资源 测试任务开始前,检查各项测试资源。 --产品功能需求文档; --产品原型图; --产品效果图; --行为统计分析定义文档; --测试设备(;;及以上;Symbian v3/v5/Nokia Belle等); --其他。 日报及产品上线报告 1)测试人员每天需对所测项目发送测试日报。 2)测试日报所包含的内容为: --对当前测试版本质量进行分级; --对较严重的问题进行例举,提示开发人员优先修改; --对版本的整体情况进行评估。 3)产品上线前,测试人员发送产品上线报告。 4)上线报告所包含的内容为: ---对当前版本质量进行分级; ---附上测试报告(功能测试报告、兼容性测试报告、性能测试报告以及app可用性能标准结果); --总结上线版本的基本情况。若有遗留问题必须列出并记录解决方案。 2 App测试点 安全测试 软件权限 1)扣费风险:包括发送短信、拨打电话、连接网络等 2)隐私泄露风险:包括访问手机信息、访问联系人信息等 3)对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测4)限制/允许使用手机功能接人互联网 5)限制/允许使用手机发送接受信息功能 6)限制/允许应用程序来注册自动启动应用程序

7)限制或使用本地连接 8)限制/允许使用手机拍照或录音 9)限制/允许使用手机读取用户数据 10) 限制/允许使用手机写人用户数据 11) 检测App的用户授权级别、数据泄漏、非法授权访问等 安装与卸载安全性 1)应用程序应能正确安装到设备驱动程序上 2)能够在安装设备驱动程序上找到应用程序的相应图标 3)是否包含数字签名信息 4)JAD文件和JAR包中包含的所有托管属性及其值必需是正确的 5)JAD文件显示的资料内容与应用程序显示的资料内容应一致 6)安装路径应能指定 7)没有用户的允许, 应用程序不能预先设定自动启动 8)卸载是否安全, 其安装进去的文件是否全部卸载 9)卸载用户使用过程中产生的文件是否有提示 10)其修改的配置信息是否复原 11)卸载是否影响其他软件的功能 12)卸载应该移除所有的文件 数据安全性 1)当将密码或其他的敏感数据输人到应用程序时, 其不会被储存在设备中, 同时密码也不会被解码 2)输人的密码将不以明文形式进行显示 3)密码, 信用卡明细, 或其他的敏感数据将不被储存在它们预输人的位置上 4)不同的应用程序的个人身份证或密码长度必需至少在4一8 个数字长度之间 5)当应用程序处理信用卡明细, 或其他的敏感数据时, 不以明文形式将数据写到其它单独的文件或者临时文件中。以6)防止应用程序异常终止而又没有侧除它的临时文件, 文件可能遭受人侵者的袭击, 然后读取这些数据信息。 7)当将敏感数据输人到应用程序时, 其不会被储存在设备中 8)备份应该加密, 恢复数据应考虑恢复过程的异常??通讯中断等, 数据恢复后再使用前应该经过校验 9)应用程序应考虑系统或者虚拟机器产生的用户提示信息或安全替告 10)应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告, 更不能在安全警告显示前,,利用显示误导信息欺骗用户,应用程序不应该模拟进行安全警告误

移动APP测试大全

移动APP笔记 Genymotion:安卓的虚拟环境 1、adb命令 1、安卓调试桥(android debug bridge) adb 命令设置一下环境变量C:\Program Files\Genymobile\Genymotion\tools 1、查看链接设备 adb devices 查看链接设备:会显示IP地址和端口号 2、安装: adb install 安装apk文件 adb install +包所在的路径 多台设备:adb -s IP地址:端口号install 所在路径 adb -s 172.31.129.22:5555 install D:\ecmobile3.2.apk 3、卸载 adb uninstall + 包名卸载如果有多个设备用–s IP地址:端口号 adb -s IP地址:端口号uninstall 包名 4、查看包名 aapt d badging apk所在路径| find “package” 用find 过滤一下在windows中过滤使用find 并且后面名字加双引号 5、进入安卓系统 adb shell 进入之后类似于linux 系统,命令是通用的。进入系统常见的目录 1、/data/app:里面都是上传的apk文件,其实都是压缩包 2、/data/dalvik-cache:里面是app中可执行文件.dex 3、/data/data/包名:、 1、databases:前端用户数据 里面有两个文件:ecmobile.db:数据库文件 ecmobile.db-journal:日志文件,回滚用 2、shared_prefs:用户设置,只有进入系统之后才有生产这个文件不进入没有这个 文件里面都是一些用户信息.xml文件 6、从安卓系统中拉取文件 adb pull 安卓系统中所载位置导出到的位置 7、将文件从外界环境导入安卓系统中 adb push 外界路径安卓系统的位置 注意:linux系统中斜杠/ windows 系统中反斜杠\ 8、模拟真机 1、进到/etc/hosts 修改IP和域名 2、挂载-》修改文件的权限chmod 777 /system

移动 App 应用测试方法与思路

移动App 应用测试方法与思路 分析三种主流的移动App 类型,并给出和普通web测试不同的地 方,给出测试的思路,并给出部分场景组合。附:安卓App 测试 常用adb命令和money 命令 移动端测试还是PC 端测试,业务测试其实都属于GUI 测试的范畴,所以基本的测试思路,比如基于页面对象封装和基于业务流程封装的思想是相通的。 三种移动端产品类型介绍 移动端应用的测试其自身特点,和其他传统测试又有一些独特的测试方法与思路。移动端应用又可以进一步细分为三大类: ? Web App指的是移动端的Web 浏览器,其实和PC 端的Web 浏览器没有任何区别,只不过Web 浏览器所依附的操作系统不再是Windows 和Linux 了,而是iOS 和Android 了。Web App 采用的技术主要是,传统的HTML、JavaScript、CSS等Web技术栈,当然现在HTML5 也得到了广泛的应用。另外,WebApp所访问的页面内容都是放在服务器端的,本质上就是Web 网页,所以天生就是跨平台的。? ? Native App指的是移动端的原生应用,对于Android 是apk,对于iOS 就是ipa。NativeApp 是一种基于手机操作系统(iOS 和Android),并使用原生程序编写运行的第三方应用程序。Native App

的开发,Android 使用的语言通常是Java,iOS 使用的语言是Objective-C。通常来说,Native App 可以提供比较好的用户体验以及性能,而且可以方便地操作手机本地资源。 ? ? Hybrid App,是介于Web App 和Native App 两者之间的一种App 形式。Hybrid App 利用了Web App 和Native App 的优点,通过一个原生实现的NativeContainer 展示HTML5的页面。更通俗的讲法可以归结为,在原生移动应用中嵌入了Webview,然后通过该Webview 来访问网页。Hybrid App 具有维护更新简单,用户体验优异以及较好的跨平台特性,是目前主流的移动应用开发模式。 ? 三类不同移动应用的测试方法 根据它们的特性来总结出它们的测试方法。 ? Web App,显然其本质就是Web浏览器的测试,所有GUI自动化测试的方法和技术,比如数据驱动、页面对象模型、业务流程封装等,都适用于Web App的测试。如果Web 页面是基于自适应网页设计(即符合ResponsiveWeb设计的规范),而且测试框架如果支持Responsive Page,那么原则上之前开发的运行在PC Web 端的GUI自动化测试用例,不做任何修改就可以直接在移动端的浏览器上直接执行,当然运行的前提是你的移动端浏览器必须支持WebDriver。其中,自适应网页

移动APP测试大全

& 移动APP笔记 Genymotion:安卓的虚拟环境 1、adb命令 1、安卓调试桥(android debug bridge) adb 命令设置一下环境变量C:\Program Files\Genymobile\Genymotion\tools 1、查看链接设备 adb devices 查看链接设备:会显示IP地址和端口号 2、安装: ] adb install 安装apk文件 adb install +包所在的路径 多台设备:adb -s IP地址:端口号 install 所在路径 3、adb -s :5555 install D:\卸载 adb uninstall + 包名卸载如果有多个设备用–s IP地址:端口号 adb -s IP地址:端口号 uninstall 包名 4、查看包名 aapt d badging apk所在路径 | find “package” . 用find 过滤一下在windows中过滤使用find 并且后面名字加双引号 5、进入安卓系统 adb shell 进入之后类似于linux 系统,命令是通用的。进入系统常见的目录 1、/data/app:里面都是上传的apk文件,其实都是压缩包 2、/data/dalvik-cache:里面是app中可执行文件.dex 3、/data/data/包名:、 1、databases:前端用户数据 < 里面有两个文件::数据库文件 :日志文件,回滚用 2、shared_prefs:用户设置,只有进入系统之后才有生产这个文件不进入没有这 个文件里面都是一些用户信息.xml文件 6、从安卓系统中拉取文件 adb pull 安卓系统中所载位置导出到的位置 7、将文件从外界环境导入安卓系统中

手机移动APP测试流程及测试点

手机移动APP测试流程及测试点1 APP测试基本流程 1.1流程图

P ass A 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可用性能标准结果); --总结上线版本的基本情况。若有遗留问题必须列出并记录解决方案。

7) **************************************** 2 App 测试点 2.1安全测试 2.1.1软件权限 1) 扣费风险:包括发送短信、拨打电话、连接网络等 2) 隐私泄露风险:包括访问手机信息、访问联系人信息等 3) 对App 的输入有效性校验、认证、授权、敏感数据存储、数据加 密等 方面进行检测 4) 5) 6) 7) 8) 9) 4) 限制/允许使用手机写人用户数据 5) 检测App 的用户授权级别、数据泄漏、非法授权访问等 2.1.2安装与卸载安全性 限制/允许使用手机功能接人互联网 限制/允许使用手机发送接受信息功能 限制/ 允许应用程序来注册自动启动应用程序 限制 或使用本地连接 限制/允许使用手机拍照或录音 限制/允许使用手机读取用户数据

移动APP项目研发流程及版本规划

项目研发流程一般来说分3个阶段

项目启动:需求宣讲后,开发根据产品需求文档进行需求评审,评估出研发周期、提测时间、预发布时间点、正式发布时间点。 产品根据评审结果发送项目启动邮件。研发:需求研发过程中,产品跟进研发进度,保持与开发沟通确保需求被正确理解,及时解决研发过程中发现的新问题。测试用例:产品、测试、开发共同确认版本测试用例,并同步研发过程中变更的需求和细节。 提测:产品验收开发输出的功能模块,并输出体验回归文档;测试根据用例验证需求逻辑,提bug 、优化给开发。内网环境测试通过后,测试继续验证预发布环境、正式环境。 第三阶段:版本发布。 客服培训:测试验证的过程中,版本发布前,产品提前给客服培训新版本内容。 发布:后端开发、运维人员将代码发布外网环境,前端输出外网正式包。产品运营将正式包上传各大安卓市场或ios -appstore提审。 升级:所有安卓渠道包更新好,或者appsore审核通过,新版本也没有发现什么问题时,后端开发和运营人员打开升级配置,并发送升级通知。运营报告:版本发布完毕还未算完呢,运营人员在新版本发布后,收集用户反馈,进行数据监测、数据分析;评估新版本功能效果和影响,验证新版本功能以及输出下版本需求开发和优化建议。 从以上APP项目研发流程来看,每一个版本研发都要经历以上3个阶段12环节,理论图上看是一条完整的流水线,但是如何保证流程顺畅进行?如何使项目成员工作效率最大化?这十分考验产品 经理/项目经理的版本规划能力。当然项目成员间的默契和沟通也很重要。 从笔者实践经验来看,要保证流水线顺畅,理想情况产品需求文档要领先前端开发2个版本,设计领先前端开发1个版本,后端开发领先前端开发半个版本。即在当前项目启动同时,产品经理已经在调研讨论下下版本需求;设计开始搞下版本的稿子;当前项目进行到一大半时,后端已经完成当前版本的需求,并开始准备下版本的需求预研。 版本规划是产品经理根据需求优先级和开发进度预估定出来的,即每个版本要做什么,重点是什么,研发时间,上线时间等。一般来说,项目每发布一个版本都应该有它的意义和主打功能。 App首个版本相对来说时间较长:app需要搭配开发环境,确定app技术框架,以及研发各种基础系统等。像这样时间较长的版本研发,产品经理和技术在需求评估时要将开发需求分阶段进行并且设置里程碑(尽量不超过3个),在每个里程碑(最长不超过1周)时间点,产品经理需要确认完成的情况,发现问题及时调整研发计划,控制项目风险,保证项目如期完成。

手机移动APP测试流程及测试点

手机移动APP测试流程及测试点 1 APP测试基本流程 1.1流程图 仍然为测试环境

Pass 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.1软件权限 1)扣费风险:包括发送短信、拨打电话、连接网络等 2)隐私泄露风险:包括访问手机信息、访问联系人信息等 3)对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测 4)限制/允许使用手机功能接人互联网 5)限制/允许使用手机发送接受信息功能 6)限制/允许应用程序来注册自动启动应用程序 7)限制或使用本地连接 8)限制/允许使用手机拍照或录音 9)限制/允许使用手机读取用户数据 10) 限制/允许使用手机写人用户数据 11) 检测App的用户授权级别、数据泄漏、非法授权访问等 2.1.2安装与卸载安全性 1)应用程序应能正确安装到设备驱动程序上 2)能够在安装设备驱动程序上找到应用程序的相应图标 3)是否包含数字签名信息 4)安装路径应能指定 5)没有用户的允许, 应用程序不能预先设定自动启动 6)卸载是否安全, 其安装进去的文件是否全部卸载 7)卸载用户使用过程中产生的文件是否有提示

(完整版)手机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.测试类型

相关文档
最新文档