- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
APP测试重点
1.2测试方法
1.2.1 白盒测试
依据被测App分析程序内部构造,并根据内部构造设计用例,来对内部控制流程进行测试。
1.2.2黑盒测试
黑盒测试(Black-Box Testing)是基于系统需求规格,在不知道系统或组件的内部结构的情况下进行的测试,把测试对象看作一个黑盒,只考虑整体特性,不考虑内部具体实现。通常又将黑盒测试叫做:基于规格的测试(Specification-Based Testing)、输入输出测试(Input/Output Testing)、功能测试(Functional Testing)。
1.3测试类型
1.3.1人工测试
测试活动由人来完成,狭义上指测试执行由人工完成。
1.3.2自动化测试
通过计算机模拟人的测试行为,替代人的测试活动,狭义上指测试执行由计算机来完成。
1.4UT、IT、ST测试
1.4.1Unit Testing单元测试
定义:对App的基本组成单元来进行正确性检验。集中对用源代码实现的每一个程序单元进行测试,检查各个程序模块是否正确地实现了规定的功能。
目的:检测App模块对App产品设计说明书的符合程度。
类型:白盒测试,测试范围为单元内部的数据结构,逻辑控制,异常处理。
评估标准:逻辑覆盖率。
1.4.2Integrate Testing集成测试
定义:测试模块或子系统组装后功能以及模块间接口是否正确,把已测试过的模块组装起来,主要对与设计相关的App体系结构的构造进行测试。
目的:在于检测App模块对App产品概要设计说明书的符合程度。
类型:灰盒测试,测试范围为模块之间接口与接口数据传递的关系,以及模块组合后的功能。
评估标准:接口覆盖率。
1.4.3System Testing系统测试
定义:App系统测试(App System Testing),是将已经确认的App程序、移动终端、外设、网络等其他元素结合在一起,进行信息系统的各种组装测试和确认测试,系统测试是针对整个产品系统进行的测试,目的是验证系统是否满足了需求规格的定义,找出与需求规格不符或与之矛盾的地方,从而提出更加完善的方案。App系统测试发现问题之后要经过调试找出错误原因和位置,然后进行改正。
App系统测试是基于系统整体需求说明书的黑盒类测试,应覆盖系统所有联合的部件。对象不仅仅包括需测试的App软件,还要包含App软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等,基于本地及不同地区、网络等真实终端,测试、检查已实现的App是否满足了需求规格说明中确定了的各种需求,以及App配置是否完全正确。
目的:验证最终App系统是否满足用户规定的需求。
类型:黑盒测试,测试范围为整个系统。
1.5 卓有成效的移动App系统测试The Effective System Testing of Mobile App
评估标准:测试用例对需求规格的覆盖率。
系统测试过程:
2. 移动 App 系统测试
2.1 冒烟测试(Smoke Testing)
冒烟测试(Smoke Testing)的对象是每一个新编译的需要正式测试的 App 版本,目的是确认软 件基本功能正常,可进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。
App 程序在编写开发过程中,内部需要多个版本(Builds),但是只有有限的几个版本需要执行正式 测试(根据项目开发计划),这些需要执行的中间测试版本,在刚刚编译出来后,开发人员需要进行基
? 是否有遗漏需求;
? 是否正确的实现所有功能;
? 隐示需求在系统是否实现;
? 输入、输出是否正确。
移动 App 的功能测试应侧重于所有可直接追踪到用例、或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确,以及业务规则的实施是否恰当。
功能测试基于黑盒技术,通过图形用户界面 (GUI) 与应用程序进行交互,并对交互的输出或结果进行分析,以此来核实应用程序及其内部进程。
2.3 用户界面 测试 ( GUI Testing )
用户界面 (GUI) 测试用于核实用户与 App 之间的交互,包括用户友好性,人性化测试。
一个好的 App 要有一个极佳的分辨率,而在其他分辨率下也都能可以运行。GUI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。 另外, GUI 测试还可确保 GUI中的对象按照预期的方式运行,并符合公司或行业的标准。
GUI 测试主要测试在不同分辨率下,测试用户界面(如菜单、对话框、窗口和其它可视控件)布局、风格是否满足客户要求,文字是否正确,页面是否美观,文字,图片组合是否完美,操作是否友好等。
GUI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相
原创力文档


文档评论(0)