软件测试的基本流程与测试规范 .docx

《软件测试的基本流程与测试规范 .docx》由会员分享，可在线阅读，更多相关《软件测试的基本流程与测试规范 .docx（30页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精品名师归纳总结软件测试的基本流程与测试标准目录前言 .1一、软件测试的流程 .21.测试基本流程图 .22.测试各阶段工作流程 .3需求分析阶段 .3方案与设计阶段 .4测试实施阶段 .4测试终止 .5测试验收和归档 .7二、软件测试标准 .81.测试阶段所基于的文档包括但不限于.8软件需求规格说明书 .8软件设计说明概要设计或具体设计.8软件设计原型 demo .9接口文档 .92.测试的种类按阶段划分 .9单元测试 .9集成测试 .11冒烟测试非必需 .12系统测试 .12随机测试非必需 .13验收测试非必需 .133.测试的类型按测试内容划分 .14功能测试 .14界面测试 UI 测试

2、 .19接口测试 .20可编辑资料 - - - 欢迎下载精品名师归纳总结性能测试 .20兼容性测试 .22安全测试 .22安装测试 .244.缺陷治理 .25缺陷提交标准 .25缺陷生命周期 .27缺陷等级划分 .27可编辑资料 - - - 欢迎下载精品名师归纳总结前言此文档就项目中测试部分的工作流程进行了一个梳理，参考了不同的资料， 提炼整理的内容为业内已经成型、被大多数项目采纳和认可的。因此，该流程 并不针对某一个具体的企业或者项目，运用到某一个项目中时，可进行必要的 增减和修改。另外，文章中测试标准部分，也是查阅了网上很多的资料、参考了其他项目文档，并结合本人体会整理而成，可以掩盖到项目

3、开发过程中会遇到的绝大部分的测试面，针对不同的测试内容，该标准也能够起到肯定的指导和参考作用。但是在实际的工作中，放到具体的项目里，也需要依据具体情形和要求进行适当的调整。可编辑资料 - - - 欢迎下载精品名师归纳总结一、软件测试的流程1. 测试基本流程图需求分析评审、沟通否是编写测试方案评审、完善否是提取测试需求设计测试用例评审、完善否是搭建测试环境冒烟测试执行测试用例完善测试用例缺陷跟踪处理测试 / 缺陷报告输出测试归档可编辑资料 - - - 欢迎下载精品名师归纳总结2. 测试各阶段工作流程需求分析阶段测试需求是整个测试过程的基础。确定测试对象以及测试工作的范畴和作用。用来确定整个测试工

4、作如支配时间表、测试设计等并作为测试掩盖的基础，测试需求是运算测试掩盖的分母，没有测试需求就无法有效的进行测试掩盖。开头分析和提取测试需求的时候，整个项目肯定至少已经进入设计阶段， 肯定要有需求文档、设计说明文档或者原型作为依据。而且被确定的测试需求项必需是可核实的、可测的，不能有模棱两可的概念，比方：大致、约、或者。也不能为无法量化、主观性的概念，比方： 处理速度快、设计页面好看。它们必需有一个可观看、可评测的结果。无法核实的需求不是测试需求。测试需求是制订测试方案的基本依据，确定了测试需求能够为测试方案供应客观依据。 测试需求是设计测试用例的指导，确定了要测什么、测哪些方面后才能有针对性的

5、确定测试方案，设计测试用例。过程要点具体说明项目进入软件设计阶段，至少需要有需求文档、软件设计说可编辑资料 - - - 欢迎下载精品名师归纳总结输入条件工作内容明书或者软件原型 demo 测试人员依据相关文档梳理、提取测试需求，确定测试内容功能、性能、兼容性等、使用的测试方法手工测试、自动化测试，已保证此次需要测试的内容掩盖完整。可编辑资料 - - - 欢迎下载精品名师归纳总结退出标准提取完整的测试需求点输出内容明确测试策略，列出具体的功能列表非必需项可编辑资料 - - - 欢迎下载精品名师归纳总结方案与设计阶段测试方案阶段当项目进入到实现阶段，测试经理就应当和整个项目的开发人员、需求设计人员

6、争论争论，并对本次测试的交接时间、投入的人力、拟定测试的轮次、各轮次连续的时间、测试的内容和深度进行规模预估，并制定出测试方案。过程要点具体说明项目进入到实现阶段编码，需求规格说明书、软件设计可编辑资料 - - - 欢迎下载精品名师归纳总结输入条件工作内容说明书概要设计或具体设计、原型demo 已输出。和整个项目组争论并确认此次项目测试阶段的人力、时间投入，测试轮次预估，测试的交接和验收时间可编辑资料 - - - 欢迎下载精品名师归纳总结退出标准明确测试内容、时间、人力支配输出内容测试人员提交评审后的测试方案测试设计阶段在项目进入实现阶段的同时，测试人员仍需要依据基线版的软件需求规格说明书和产

7、品设计说明书编写测试用例。依据每一个测试需求点和功能点，运用不同的用例设计方法编写用例，针对不同的测试内容，可能会涉及到的用例包括：功能测试用例、性能测试用例、接口测试用例和自动化测试用例。过程要点具体说明输入条件测试需求明确，测试方案明确，已有基线需求和测试方案工作内容依据每一步测试方案编写全部的测试用例退出标准测试用例需要掩盖全部的测试需求测试人员提交评审后的测试用例，测试脚本性能、自可编辑资料 - - - 欢迎下载精品名师归纳总结输出内容动化可编辑资料 - - - 欢迎下载精品名师归纳总结测试实施阶段测试实施阶段是测试人员在整个项目中需要投入最多工作量的阶段，也是最主要，最重要的一个阶段

8、。在这个阶段中，测试人员需要依据前期的测试计可编辑资料 - - - 欢迎下载精品名师归纳总结划、测试策略来执行测试用例，依据设计的测试用例来执行测试，并使用测试治理工具记录、提交、跟踪测试中发觉的缺陷，并协作、督促开发人员复现、定位、修复缺陷，然后验证和关闭缺陷。过程要点 具体说明输入条件测试用例依据测试方案中安排给自己的测试任务，在测试方案的时间段内，执行相应的全部测试用例，并将测试结果记录到测试可编辑资料 - - - 欢迎下载精品名师归纳总结工作内容治理工具中。如有需求和设计上的变更，需要不断完善测试用例。可编辑资料 - - - 欢迎下载精品名师归纳总结退出标准执行完毕全部测试用例，结果被

9、记录输出内容测试结果输出到测试治理工具中测试终止商定的测试周期完成后，测试人员需要总结此次测试的结果，并编写报告。缺陷报告提交测试终止后，依据项目组的要求和具体情形，可能会要求提交缺陷报告非必需，统计此次测试过程中显现的缺陷数量、分布情形、各功能模块发觉的缺陷占比、严峻等级和修复情形等。缺陷报告的内容侧重对于缺陷的统计和分析。测试报告提交测试报告是在一个测试阶段终止后，或者项目的全部测试工作终止后需要提交的，所以报告又分为阶段性测试报告，和总结性测试报告。报告需要对此 次或此阶段测试的情形进行统计，汇总，分析，以供整个项目组明白软件开发 的质量、开发的进度及软件修复的情形，对项目经理打算上线与

10、否，上线时间， 项目是否会延期等相关决策供应一个重要的参考依据。过程要点具体说明输入条件测试人员完成了预定周期的测试任务一个阶段或整个项可编辑资料 - - - 欢迎下载精品名师归纳总结可编辑资料 - - - 欢迎下载精品名师归纳总结工作内容阶段性报告工作内容总结性报告目测试人员依据此轮测试的结果，编写阶段性测试报告，主要应包含以下内容：测试报告的版本测试的人员和时间测试所掩盖的缺陷测试组在这轮测试中全部处理的缺陷情形上一版本活动缺陷的数量未关闭的缺陷经过此轮测试，全部活动缺陷的数量及其状态分类测试评估写明在这一版本中，哪些功能被实现了， 哪些仍没有实现，这里只需写明和上一版本不同之处即可。急待

11、解决的问题写明当前项目组中面临的优先级最高的问题非必需项当整个项目的测试工作全部终止后，测试人员应就该项目的测试情形编写总结性测试报告，测试报告必需包含以下内 容：测试资源概述多少人、多长时间测试结果摘要分别描述各个测试需求的测试结果， 产品实现了哪些功能点，哪些没有实现，以及没有实现的缘由。缺陷分析依据缺陷的属性分类分析，比方：缺陷总数、各模块的缺陷分布、不同严峻等级的缺陷、缺陷的修复情形、未修复的缺陷及未修复的缘由、对项目整体的影响等等也可单独写一份缺陷报告测试评估从总体对项目质量进行评估测试组建议从测试组的角度为项目组提出工作建议可编辑资料 - - - 欢迎下载精品名师归纳总结退出标准本

12、次测试中全部的相关测试数据统计完毕，完成统计分析 输出内容缺陷报告非必需、测试报告依据实际的项目可编辑资料 - - - 欢迎下载精品名师归纳总结规模可细分为阶段性的和总结性的测试验收和归档测试验收当上述全部工作完成后，测试人员应对测试的过程、成效进行验收，宣布测试的全部工作完成依据实际项目的规模来定，非必需过程要点具体说明输入条件测试实施工作终止，全部测试文档已编写完毕测试验收工作由测试经理进行，验收内容报告： 测试成效验收测试是否到达预期目标测试文档验收测试过程中文档是否齐全，是否符合标准可编辑资料 - - - 欢迎下载精品名师归纳总结工作内容测试评估从总体对测试的质量进行评估测试建议对本次

13、测试工作指出不足，并对以后的工作提出改进、优化建议宣布测试终止测试组成员签字宣布本次测试终止可编辑资料 - - - 欢迎下载精品名师归纳总结退出标准签发测试验收报告输出内容全部测试人员测试验收报告测试归档测试归档是在测试验收终止宣布测试有效，终止测试后，对测试过程中涉及到各种标准文档进行归档。过程要点具体说明输入条件测试验收通过归档测试过程中全部文档，主要包括以下文档必需测试方案可编辑资料 - - - 欢迎下载精品名师归纳总结工作内容测试用例测试报告可编辑资料 - - - 欢迎下载精品名师归纳总结退出标准全部文档归档完毕可编辑资料 - - - 欢迎下载精品名师归纳总结输出内容归档清单二、软件测

14、试标准测试代码和项目开发代码应当利用配置治理工具如SVN分开治理。测试代码编写完成后，存放在配置库中。开发过程中，可依据需要对自己编写代码进行测试。并且测试环境和开发环境应分隔开来，以免相互影响，便于缺陷的复现和定位，在条件答应的情形下，性能测试环境应和功能测试环境分开，以免在性能测试过程中对功能测试造成影响。1. 测试阶段所基于的文档包括但不限于测试标准形成的前提是需要有有章可循的依据，这些依据需要基于标准的项目文档，常见的文档包括下面几种：软件需求规格说明书软件需求说明书是为了使用户和软件开发者双方对该软件的初始规定有一 个共同的懂得，使之成为整个项目组开展工作的基础。包含硬件、功能、性能

15、、输入输出、接口需求、警示信息、保密安全、数据与数据库、文档和法规的要求等等。软件需求说明书的作用在于便于用户、开发人员进行懂得和沟通，反映出用户问题的结构，可以作为软件开发工作的基础和依据，并作为确认测试和验收的依据。软件设计说明概要设计或具体设计软件设计又划分为概要设计和具体设计。概要设计是在用户提出的需求和软件的设计实现之间架起桥梁，是将用户提出的目标和需求转换成具体界面设计解决方案的重要阶段。概设的主要任务是把需求分析得到的系统扩展用例图转换为软件结构和数据结构。设计软件结构的具体任务是：将一个复杂系统按功能进行模块划分、建立模块的层次结构可编辑资料 - - - 欢迎下载精品名师归纳总

16、结及调用关系、确定模块间的接口及人机交互的界面等。从而设计建立一个目标系统的规律模型。而具体设计是软件工程中软件开发的一个步骤，就是对概要设计的一个细化，就是具体设计每个模块实现算法，所需的局部结构。在具体设计阶段，主要是通过需求分析的结果，设计出满意用户需求的软件系统产品。软件设计说明对测试工作开展有很大影响，没有软件设计说明很多问题将无法溯源，测试预备的前期工作也是依据软件设计说明来制定的。软件设计原型 demo 页面原型是项目人员快速熟识项目的最正确路径，让开发人员和测试人员更直观的明白客户的需求和产品的实现方式、业务规律，帮忙项目人员更快的 懂得用户需求、业务规律，用更直观，具体的界面

17、化方式来说明用户想要如何 来实现他们需要的功能。或者在需求不够明确，设计说明书不够全面的情形下， 页面原型也是后期测试用例编写思想的重要依据。接口文档当项目中各个子系统间、各个功能模块间有交互，需要开发接口时，接口文档会定义出参数传递、参数返回的规章，比方：参数的名称、参数的类型、长度、是否必填、各个返回码所代表的含义，当项目中有接口测试需求的时候，此文档是很重要的测试依据。2. 测试的种类按阶段划分测试的阶段也依据项目开发的进度来进行，从先到后划分为下面几种测试阶段：依据项目的实际要求进行相应测试单元测试单元测试是指对软件中的最小可测试单元进行检查和验证。准入条件1、源码已实现完成或 50%

18、。2、源码编译能通过。3、项目需求文档、概要设计文档、具体设计文档均通过评审并归档。可编辑资料 - - - 欢迎下载精品名师归纳总结4、单元测试用例通过评审并归档。主要测试点和方法代码静态检查无需运行被测代码，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性，找出代码隐匿的错误和缺陷，如参数不匹配，有歧义的嵌套语句，错误的递归，非法运算，可能显现的空指针引用等等。独立路径和错误检查独立路径测试：在模块中应对每一条独立执行路径进行测试，每条语句至少执行一次。测试目的主要是为了发觉因错误运算、不正确的比较和不适当的掌握流造成的错误。错误检查：第一检查程序是否有错误处理。其次对于程

19、序中的防错处理的完整性和正确性进行检查。错误处理包括：不同数据类型的对象之间进行比较。 错误的使用规律运算符或优先级。因电脑表示的局限性，期望理论上相等而实 际上不相等的两个量相等。比较运算或变量出错。循环终止条件或不行能显现。 迭代发散时不能退出。错误的修改了循环变量。单元测试人员一般是开发自测。参加组织需要参加的人员的职责如下表：编号角色职责说明1需求经理对测试中需求不明确的方，进行明确。2产品经理对测试中产品功能实现歧义的方，进行明确。3开发人员负责功能开发、缺陷修复、单元测试。4开发责任人负责软件开发进度、版本提交和相关和谐。5配置治理员负责每轮测试前：代码猎取、编译、发布。6测试经理

20、负责项目测试整体方案、和谐和质量。可编辑资料 - - - 欢迎下载精品名师归纳总结集成测试集成测试，也叫组装测试或联合测试。在单元测试的基础上，将全部模块依据设计要求如依据结构图组装成为子系统或系统，进行集成测试。它最简洁的形式是：把两个已经测试过的单元组合成一个组件，测试它们之间的接口。准入条件1、单元测试用例编写完成。2、核心功能开发完成。3、项目需求文档、概要设计文档、具体设计文档均通过评审并归档。4、子系统间接口说明文档通过评审并归档。5、项目集成测试用例文档通过评审并归档。主要测试点和方法参加组织需要参加的人员的职责如下表：编号角色职责说明1需求经理对测试中需求不明确的方，进行明确。

21、2产品经理对测试中产品功能实现歧义的方，进行明确。3开发人员负责功能开发、缺陷修复、单元测试。4开发责任人负责软件开发进度、版本提交和相关和谐。5配置治理员负责每轮测试前：代码猎取、编译、发布。6测试经理负责项目测试整体方案、和谐和质量。可编辑资料 - - - 欢迎下载精品名师归纳总结冒烟测试非必需冒烟测试是开发完成后，正式移交测试前做的一个中间测试工作，即在刚刚编译出来后，开发人员需要进行基本确认测试，例如是否可以正确安装/ 卸载， 主要功能是否实现，是否存在严峻死机或数据严峻丢失等Bug。假如通过了该测试，就可以移交测试，开头正式测试。否就，就需要重新编译版本，再次执行版本可接收确认测试，

22、直到胜利。该工作可由开发人员先行自测，保证移交测试版本的质量，防止显现阻碍测试的情形显现，也可由测试人员来进行，只有冒烟测试通过后，才进入正式的测试流程，否就会把版本打回，重新编译。系统测试系统测试是针对整个产品系统进行的测试，目的是验证系统是否满意了需求规格的定义，找出与需求规格不符或与之冲突的的方，从而提出更加完善的方案。也是整个测试工作最重要，最关键的测试部分。准入条件1、单元、集成测试完成。2、前阶段中缺陷修复率 100%。3、功能用例编写完成，掩盖率达 100%。4、项目需求文档、设计文档均通过评审并归档。5、测试用例通过评审并归档。 主要测试点和方法参加组织需要参加的人员的职责如下

23、表：编号角色职责说明1需求经理对测试中需求不明确的方，进行明确。2产品经理对测试中产品功能实现歧义的方，进行明确。3开发人员负责功能开发、缺陷修复、单元测试。4开发责任人负责软件开发进度、版本提交和相关和谐。5配置治理员负责每轮测试前：代码猎取、编译、发布。可编辑资料 - - - 欢迎下载精品名师归纳总结6测试经理负责项目测试整体方案、和谐和质量。7测试人员负责测试方案编写、测试用例编写、测试执行、质量分析。随机测试非必需随机测试没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试。主要是依据测试者的体会对软件进行功能和性能抽查。随机测试是依据测试说明书执行用例测试的重要补充手段，是保证

24、测试掩盖完整性的有效方式和过程。随机测试主要是对被测软件的一些重要功能进行复测，也包括测试那些当前的测试用例没有掩盖到的部分。另外，对于软件更新和新增加的功能要重点测试。重点对一些特殊点情形点、特殊的使用环境、并发性、进行检查。特殊对以前测试发觉的重大 Bug，进行再次测试，可以结合回来测试验收测试非必需测试 beta 测试 测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场， Beta 测试不能由程序员或测试员完成。当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员完成，不能由程序员或测试员完成。测试

25、 Alpha 测试Alpha 测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha 测试不能由该系统的程序员或测试员完成。在系统开发接近完成时对应用系统的测试; 测试后，仍旧会有少量的设计变更。这种测试一般由最终用户或其他人员来完成，不能由程序员或测试员完成。可编辑资料 - - - 欢迎下载精品名师归纳总结测试和 测试的不同之处在于测试的环境，前者是在开发环境，后者是在实际使用环境生产环境，故后者模拟真实使用场景程度更高，发觉的问题也更有意义，一般运用在项目的试运行阶段。3. 测试的类型按测试内容划分功能测试功能测试也叫黑盒测试，是在不看

26、代码的前提下，通过运行软件来进行测试，重点是关注系统的功能实现是否正常、设计是否合理、用户的需求是否全部掩盖，这也是测试工作最主要、最重要的内容。在版本稳固以后，或者进行回来测试的时候，可依据项目的具体情形，对主要功能通过编写自动化测试脚本，进行自动化测试。依据被测功能点的特性列丼出相应类型的测试用例对其进行掩盖，如。涉及输入的的方需要考虑等价、边界、负面、反常或非法、场景回滚、关联测试等测试类型对其进行掩盖。在测试实现的各个阶段跟踪测试实现与需求输入的掩盖情形，准时修正业务或需求懂得错误。测试内容序列分类说明1基本功能1. 正常增、删、改、查。2. 正常业务流程。3. 正常权限功能。包括数据

27、。2边界类1. 验证边界值，对16- bit 的整数而言 32767和 -32768是边界。2. 屏幕上光标在最左上、最右下位置。3. 报表的第一行和最终一行。4. 数组元素的第一个和最终一个。5. 最小值 -1/ 最大值+1/ 空值。6. 分析规格说明，找出其它可能的边界值条件。可编辑资料 - - - 欢迎下载精品名师归纳总结3等价类1. 有效等价类，指符合系统设计有意义的输入输出合集。2. 无效等价类，指不符合系统设计错误的输入输入合集。4错误估计基于体会和直觉估计程序中全部可能存在的各种错误。5因果图设计因果图，将因果图转化为判定表，判定表的每一列作6用户场景设为一条测试用例。计依据不同

28、用户运行该系统时所做的操作，来设计用例。8APP 特有功能1. 应用的前后台切换。2. 数据更新。3. 离线浏览。4. 定位、照相机服务，扫描二维码功能。5. 时间测试。6. push 测试。7. 运行测试。App 的功能测试具体为 ： 运行1App 安装完成后的试运行，可正常打开软件。2App 打开测试，是否有加载状态进度提示。3App 打开速度测试，速度是否可观。4App 页面间的切换是否流畅，规律是否正确5注册-同表单编辑页面-用户名密码长度-注册后的提示页面-前台注册页面和后台的治理页面数据是否一样-注册后，在后台治理中页面提示6登录-使用合法的用户登录系统。-系统是否答应多次非法的登

29、陆，是否有次数限制。可编辑资料 - - - 欢迎下载精品名师归纳总结-使用已经登陆的账号登陆系统是否正确处理。-使用禁用的账号登陆系统是否正确处理。-用户名、口令密码错误或漏填时能否登陆。-删除或修改后的用户，原用户登陆。-不输入用户口令和用户、重复点确定或取消按钮是否答应登陆。-登陆后，页面中登陆信息。-页面中有注销按钮。-登陆超时的处理。7注销-注销原模块，新的模块系统能否正确处理。-终止注销能否返回原模块，原用户。-注销原用户，新用户系统能否正确处理。-使用错误的账号、口令、无权限的被禁用的账号进行注销应用的前后台切换1) APP 切换到后台，再回到 app，检查是否停留在上一次操作界面

30、。2) APP 切换到后台，再回到 app，检查功能及应用状态是否正常， IOS 4和 IOS 5 的版本的处理机制有的不一样。3) app 切换到后台，再回到前台时，留意程序是否崩溃，功能状态是否正常，特殊是对于从后台切换回前台数据有自动更新的时候。4) 锁屏解屏后进入 app 留意是否会崩溃，功能状态是否正常，特殊是对于从后台切换回前台数据有自动更新的时候。5) 当 App 使用过程中有进来中断后再切换到 app，功能状态是否正常6) 当杀掉 app 进程后，再开启 app， app 能否正常启动。7) 显现必需处理的提示框后，切换到后台，再切换回来，检查提示框是否仍存在，有时候会显现应用

31、自动跳过提示框的缺陷。8) 对于有数据交换的页面，每个页面都必需要进行前后台切换、锁屏的测试，这种页面最简洁显现崩溃。免登录可编辑资料 - - - 欢迎下载精品名师归纳总结很多应用供应免登录功能，当应用开启时自动以上一次登录的用户身份来使用app.1) app有免登录功能时，需要考虑 IOS版本差异。2) 考虑无网络情形时能否正常进入免登录状态。3) 切换用户登录后，要校验用户登录信息及数据内容是否相应更新，确保原用户退出。4) 依据MTOP的现有规章，一个帐户只答应登录一台机器。所以，需要检查一个帐户登录多台的情形。原里的用户需要被踢出，给出友好提示。5) app切换到后台，再切回前台的校验

32、6) 切换到后台，再切换回前台的测试7) 密码更换后，检查有数据交换时是否进行了有效身份的校验8) 支持自动登录的应用在进行数据交换时，检查系统是否能自动登录胜利并且数据操作无误。9) 检查用户主动退出登录后，下次启动 app，应停留在登录界面数据更新依据应用的业务规章，以及数据更新量的情形，来确定最优的数据更新方案。1) 需要确定哪些的方需要供应手动刷新，哪些的方需要自动刷新，哪些的方需要手动 +自动刷新。2) 确定哪些的方从后台切换回前台时需要进行数据更新。3) 依据业务、速度及流量的合理安排，确定哪些内容需要实时更新，哪些需要定时更新。4) 确定数据展现部分的处理规律，是每次从服务端恳求

33、，仍是有缓存到本的，这样才能有针对性的进行相应测试。5) 检查有数据交换的的方，均有相应的反常处理。离线浏览很多应用会支持离线浏览，即在本的客户端会缓存一部分数据供用户查看。可编辑资料 - - - 欢迎下载精品名师归纳总结1) 在无网络情形可以浏览本的数据2) 退出 app 再开启 app 时能正常浏览3) 切换到后台再切回前台可以正常浏览4) 锁屏后再解屏回到应用前台可以正常浏览5) 在对服务端的数据有更新时会赐予离线的相应提示App 更新当客户端有新版本时，有更新提示。2) 当版本为非强制升级版时，用户可以取消更新，老版本能正常使用。用户在下次启动 app 时，仍能显现更新提示。3) 当版

34、本为强制升级版时，当给出强制更新后用户没有做更新时，退出客户端。下次启动 app 时，仍显现强制升级提示。4) 当客户端有新版本时，在本的不删除客户端的情形下，直接更新检查是否能正常更新。5) 当客户端有新版本时，在本的不删除客户端的情形下，检查更新后的客户端功能是否是新版本。6) 当客户端有新版本时，在本的不删除客户端的情形下，检查资源同名文件如图片是否能正常更新成最新版本。假如以上无法更新胜利的，也都属于缺陷。定位、照相机服务1) App 有用到相机，定位服务时，需要留意系统版本差异2) 有用到定位服务、照相机服务的的方，需要进行前后台的切换测试，检查应用是否正常。3) 当定位服务没有开启

35、时，使用定位服务，会友好性弹出是否答应设置定位提示。当确定答应开启定位时，能自动跳转到定位设置中开启定位服务。4) 测试定位、照相机服务时，需要采纳真机进行测试。时间测试可编辑资料 - - - 欢迎下载精品名师归纳总结客户端可以自行设置的时区、时间，因此需要校验该设置对app 的影响。- 中国为东 8 区，所以当设置的时间非东 8 区时，查看需要显示时间的的方，时间是否展现正确，应用功能是否正常。时间一般需要依据服务器时间再转换成客户端对应的时区来展现，这样的用户体验比较好。比方发表一篇微博在服务端记录的是 10：00，此时，华盛立刻间为 22：00，客户端去浏览时， 假如设置的是华盛立刻间 , 就显示的发表时间即为22:00, 当时间设回东 8 区时间时，再查看就显示为10：00。PUSH测试1) 检查 push 消息是否依据指定的业务规章发送2) 检查不接受推送消息