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

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

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

2、3验收测试非必需 . 133.测试的类型按测试内容划分. 14功能测试 . 14界面测试 UI 测试 . 19接口测试 . 20I 名师归纳总结 - - - - - - -第 1 页,共 30 页精选学习资料 - - - - - - - - - 软件测试流程和标准性能测试 . 20兼容性测试 . 22安全测试 . 22安装测试 . 244.缺陷治理 . 25缺陷提交标准 . 25缺陷生命周期 . 27缺陷等级划分 . 27II 名师归纳总结 - - - - - - -第 2 页,共 30 页精选学习资料 - - - - - - - - - 软件测试流程和标准前言此文档就项目中测试部分的工作流程

3、进行了一个梳理,参考了不同的资料,提炼整理的内容为业内已经成型、被大多数项目采纳和认可的；因此,该流程 并不针对某一个具体的企业或者项目,运用到某一个项目中时,可进行必要的 增减和修改；另外,文章中测试标准部分,也是查阅了网上很多的资料、参考了其他项 目文档,并结合本人体会整理而成,可以掩盖到项目开发过程中会遇到的绝大 部分的测试面,针对不同的测试内容,该标准也能够起到肯定的指导和参考作 用；但是在实际的工作中,放到具体的项目里,也需要依据具体情形和要求进 行适当的调整；第 1页名师归纳总结 - - - - - - -第 3 页,共 30 页精选学习资料 - - - - - - - - - 软

4、件测试流程和标准一、软件测试的流程 1.测试基本流程图需求分析评审、沟通 否是编写测试方案评审、完善 否是提取测试需求设计测试用例评审、完善 否是搭建测试环境冒烟测试执行测试用例 完善测试用例缺陷跟踪处理测试 / 缺陷报告输出测试归档第 2页名师归纳总结 - - - - - - -第 4 页,共 30 页精选学习资料 - - - - - - - - - 软件测试流程和标准2.测试各阶段工作流程需求分析阶段测试需求是整个测试过程的基础；确定测试对象以及测试工作的范畴和作 用；用来确定整个测试工作如支配时间表、测试设计等并作为测试掩盖的 基础,测试需求是运算测试掩盖的分母,没有测试需求就无法有效地

5、进行测试 掩盖；开头分析和提取测试需求的时候,整个项目肯定至少已经进入设计阶段,肯定要有需求文档、设计说明文档或者原型作为依据；而且被确定的测试需求项必需是可核实的、可测的,不能有模棱两可的概 念,比方：大致、约、或者 ；也不能为无法量化、主观性的概念,比方：处理速度快、设计页面好看 ；它们必需有一个可观看、可评测的结果；无 法核实的需求不是测试需求；测试需求是制订测试方案的基本依据,确定了测试需求能够为测试方案提 供客观依据； 测试需求是设计测试用例的指导,确定了要测什么、测哪些方面 后才能有针对性的确定测试方案,设计测试用例；过程要点 输入条件具体说明 项目进入软件设计阶段,至少需要有需求

6、文档、软件设计说明书或者软件原型 demo测试人员依据相关文档梳理、提取测试需求,确定测试内容 工作内容功能、性能、兼容性等、使用的测试方法手工测试、自动化测试,已保证此次需要测试的内容掩盖完整；退出标准 提取完整的测试需求点 输出内容 明确测试策略,列出具体的功能列表非必需项第 3页名师归纳总结 - - - - - - -第 5 页,共 30 页精选学习资料 - - - - - - - - - 软件测试流程和标准方案与设计阶段测试方案阶段当项目进入到实现阶段,测试经理就应当和整个项目的开发人员、需求设 计人员争论争论,并对本次测试的交接时间、投入的人力、拟定测试的轮次、各轮次连续的时间、测试

7、的内容和深度进行规模预估,并制定出测试方案；过程要点 输入条件工作内容 退出标准 输出内容具体说明 项目进入到实现阶段编码,需求规格说明书、软件设计说明书概要设计或具体设计、原型demo已输出；和整个项目组争论并确认此次项目测试阶段的人力、时间投 入,测试轮次预估,测试的交接和验收时间明确测试内容、时间、人力支配 测试人员提交评审后的测试方案测试设计阶段在项目进入实现阶段的同时,测试人员仍需要依据基线版的软件需求规格 说明书和产品设计说明书编写测试用例；依据每一个测试需求点和功能点,运 用不同的用例设计方法编写用例,针对不同的测试内容,可能会涉及到的用例 包括：功能测试用例、性能测试用例、接口

8、测试用例和自动化测试用例；过程要点 输入条件 工作内容 退出标准输出内容具体说明 测试需求明确,测试方案明确,已有基线需求和测试方案 依据每一步测试方案编写全部的测试用例 测试用例需要掩盖全部的测试需求 测试人员提交评审后的测试用例,测试脚本性能、自 动化测试实施阶段测试实施阶段是测试人员在整个项目中需要投入最多工作量的阶段,也是 最主要,最重要的一个阶段；在这个阶段中,测试人员需要依据前期的测试计第 4页名师归纳总结 - - - - - - -第 6 页,共 30 页精选学习资料 - - - - - - - - - 软件测试流程和标准划、测试策略来执行测试用例,依据设计的测试用例来执行测试,

9、并使用测试 治理工具记录、提交、跟踪测试中发觉的缺陷,并协作、督促开发人员复现、定位、修复缺陷,然后验证和关闭缺陷；过程要点 具体说明 输入条件 测试用例 依据测试方案中安排给自己的测试任务,在测试方案的时间工作内容段内,执行相应的全部测试用例,并将测试结果记录到测试 治理工具中；如有需求和设计上的变更,需要不断完善测试用例；退出标准 执行完毕全部测试用例,结果被记录 输出内容 测试结果输出到测试治理工具中测试终止商定的测试周期完成后,测试人员需要总结此次测试的结果,并编写报告；缺陷报告提交测试终止后,依据项目组的要求和具体情形,可能会要求提交缺陷报告非必需,统计此次测试过程中显现的缺陷数量、

10、分布情形、各功能模块发 现的缺陷占比、严峻等级和修复情形等；缺陷报告的内容侧重对于缺陷的统计 和分析；测试报告提交测试报告是在一个测试阶段终止后,或者项目的全部测试工作终止后需要 提交的,所以报告又分为阶段性测试报告,和总结性测试报告；报告需要对此 次或此阶段测试的情形进行统计,汇总,分析,以供整个项目组明白软件开发 的质量、开发的进度及软件修复的情形,对项目经理打算上线与否,上线时间,项目是否会延期等相关决策供应一个重要的参考依据；过程要点 具体说明 测试人员完成了预定周期的测试任务一个阶段或整个项 输入条件第 5页名师归纳总结 - - - - - - -第 7 页,共 30 页精选学习资料

11、 - - - - - - - - - 软件测试流程和标准目测试人员依据此轮测试的结果,编写阶段性测试报告,主要 应包含以下内容：测试报告的版本 测试的人员和时间 测试所掩盖的缺陷测试组在这轮测试中全部处理的工作内容阶段性报告缺陷情形 上一版本活动缺陷的数量未关闭的缺陷经过此轮测试,全部活动缺陷的数量及其状态分类测试评估写明在这一版本中,哪些功能被实现了,哪些仍没有实现,这里只需写明和上一版本不同之处即 可；急待解决的问题写明当前项目组中面临的优先级最 高的问题非必需项当整个项目的测试工作全部终止后,测试人员应就该项目的 测试情形编写总结性测试报告,测试报告必需包含以下内 容：测试资源概述多少人

12、、多长时间 测试结果摘要分别描述各个测试需求的测试结果,工作内容总结性报告产品实现了哪些功能点,哪些没有实现,以及没有实现 的缘由；缺陷分析依据缺陷的属性分类分析,比方：缺陷总数、各模块的缺陷分布、不同严峻等级的缺陷、缺陷的 修复情形、未修复的缺陷及未修复的缘由、对项目整体 的影响等等也可单独写一份缺陷报告测试评估从总体对项目质量进行评估 测试组建议从测试组的角度为项目组提出工作建议 退出标准 本次测试中全部的相关测试数据统计完毕,完成统计分析 输出内容缺陷报告非必需、测试报告依据实际的项目第 6页名师归纳总结 - - - - - - -第 8 页,共 30 页精选学习资料 - - - - -

13、 - - - - 软件测试流程和标准规模可细分为阶段性的和总结性的测试验收和归档测试验收当上述全部工作完成后,测试人员应对测试的过程、成效进行验收,宣布 测试的全部工作完成依据实际项目的规模来定,非必需过程要点 具体说明 输入条件 测试实施工作终止,全部测试文档已编写完毕 测试验收工作由测试经理进行,验收内容报告：测试成效验收测试是否到达预期目标 测试文档验收测试过程中文档是否齐全,是否符合工作内容标准 测试评估从总体对测试的质量进行评估测试建议对本次测试工作指出不足,并对以后的工 作提出改进、优化建议 宣布测试终止测试组成员签字宣布本次测试终止 退出标准 签发测试验收报告 输出内容 全部测试

14、人员测试验收报告测试归档测试归档是在测试验收终止宣布测试有效,终止测试后,对测试过程中涉 及到各种标准文档进行归档；过程要点 具体说明 输入条件 测试验收通过 归档测试过程中全部文档,主要包括以下文档必需工作内容测试方案 测试用例测试报告 退出标准 全部文档归档完毕第 7页名师归纳总结 - - - - - - -第 9 页,共 30 页精选学习资料 - - - - - - - - - 软件测试流程和标准输出内容 归档清单二、软件测试标准测试代码和项目开发代码应当利用配置治理工具如SVN分开治理；测试代码编写完成后,存放在配置库中；开发过程中,可依据需要对自己编写代 码进行测试；并且测试环境和开

15、发环境应分隔开来,以免相互影响,便于缺陷的复现和 定位,在条件答应的情形下,性能测试环境应和功能测试环境分开,以免在性 能测试过程中对功能测试造成影响；1.测试阶段所基于的文档包括但不限于测试标准形成的前提是需要有有章可循的依据,这些依据需要基于标准的 项目文档,常见的文档包括下面几种：软件需求规格说明书软件需求说明书是为了使用户和软件开发者双方对该软件的初始规定有一 个共同的懂得,使之成为整个项目组开展工作的基础；包含硬件、功能、性能、输入输出、接口需求、警示信息、保密安全、数据与数据库、文档和法规的要 求等等；软件需求说明书的作用在于便于用户、开发人员进行懂得和沟通,反映出 用户问题的结构

16、,可以作为软件开发工作的基础和依据,并作为确认测试和验 收的依据；软件设计说明概要设计或具体设计软件设计又划分为概要设计和具体设计；概要设计是在用户提出的需求和软件的设计实现之间架起桥梁,是将用户 提出的目标和需求转换成具体界面设计解决方案的重要阶段；概设的主要任务 是把需求分析得到的系统扩展用例图转换为软件结构和数据结构；设计软件结 构的具体任务是：将一个复杂系统按功能进行模块划分、建立模块的层次结构第 8页名师归纳总结 - - - - - - -第 10 页,共 30 页精选学习资料 - - - - - - - - - 软件测试流程和标准及调用关系、确定模块间的接口及人机交互的界面等；从而

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

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

19、、概要设计文档、具体设计文档均通过评审并归档；第 9页名师归纳总结 - - - - - - -第 11 页,共 30 页精选学习资料 - - - - - - - - - 软件测试流程和标准4、单元测试用例通过评审并归档；主要测试点和方法 代码静态检查 无需运行被测代码,仅通过分析或检查源程序的语法、结构、过程、接口 等来检查程序的正确性,找出代码隐匿的错误和缺陷,如参数不匹配,有歧义 的嵌套语句,错误的递归,非法运算,可能显现的空指针引用等等；独立路径和错误检查 独立路径测试：在模块中应对每一条独立执行路径进行测试,每条语句至 少执行一次；测试目的主要是为了发觉因错误运算、不正确的比较和不适当

20、的 掌握流造成的错误；错误检查：第一检查程序是否有错误处理；其次对于程序中的防错处理的 完整性和正确性进行检查；错误处理包括：不同数据类型的对象之间进行比较；错误地使用规律运算符或优先级；因电脑表示的局限性,期望理论上相等而实 际上不相等的两个量相等；比较运算或变量出错；循环终止条件或不行能显现；迭代发散时不能退出；错误地修改了循环变量；单元测试人员一般是开发自测；参加组织 需要参加的人员的职责如下表：编号角色职责说明1 需求经理对测试中需求不明确地方,进行明确；2 产品经理对测试中产品功能实现歧义地方,进行明确；3 开发人员负责功能开发、缺陷修复、单元测试；4 开发责任人负责软件开发进度、版

21、本提交和相关和谐；5 配置治理员负责每轮测试前：代码猎取、编译、发布；6 测试经理负责项目测试整体方案、和谐和质量；第10页名师归纳总结 - - - - - - -第 12 页,共 30 页精选学习资料 - - - - - - - - - 软件测试流程和标准集成测试集成测试,也叫组装测试或联合测试；在单元测试的基础上,将全部模块 依据设计要求如依据结构图组装成为子系统或系统,进行集成测试；它最 简洁的形式是：把两个已经测试过的单元组合成一个组件,测试它们之间的接 口；准入条件 1、单元测试用例编写完成；2、核心功能开发完成；3、项目需求文档、概要设计文档、具体设计文档均通过评审并归档；4、子系

22、统间接口说明文档通过评审并归档；5、项目集成测试用例文档通过评审并归档；主要测试点和方法参加组织 需要参加的人员的职责如下表：编号角色职责说明1 需求经理对测试中需求不明确地方,进行明确；2 产品经理对测试中产品功能实现歧义地方,进行明确；3 开发人员负责功能开发、缺陷修复、单元测试；4 开发责任人负责软件开发进度、版本提交和相关和谐；5 配置治理员负责每轮测试前：代码猎取、编译、发布；6 测试经理负责项目测试整体方案、和谐和质量；第11页名师归纳总结 - - - - - - -第 13 页,共 30 页精选学习资料 - - - - - - - - - 软件测试流程和标准冒烟测试非必需冒烟测试

23、是开发完成后,正式移交测试前做的一个中间测试工作,即在刚刚编译出来后,开发人员需要进行基本确认测试,例如是否可以正确安装 /卸载,主要功能是否实现,是否存在严峻死机或数据严峻丢失等Bug；假如通过了该测试,就可以移交测试,开头正式测试；否就,就需要重新编译版本,再次执 行版本可接收确认测试,直到胜利；该工作可由开发人员先行自测,保证移交测试版本的质量,防止显现阻碍 测试的情形显现,也可由测试人员来进行,只有冒烟测试通过后,才进入正式 的测试流程,否就会把版本打回,重新编译；系统测试系统测试是针对整个产品系统进行的测试,目的是验证系统是否满意了需 求规格的定义,找出与需求规格不符或与之冲突的地方

24、,从而提出更加完善的 方案；也是整个测试工作最重要,最关键的测试部分；准入条件 1、单元、集成测试完成；2、前阶段中缺陷修复率 100%；100%；3、功能用例编写完成,掩盖率达 4、项目需求文档、设计文档均通过评审并归档；5、测试用例通过评审并归档；主要测试点和方法参加组织 需要参加的人员的职责如下表：编号角色职责说明1 需求经理对测试中需求不明确地方,进行明确；2 产品经理对测试中产品功能实现歧义地方,进行明确；3 开发人员负责功能开发、缺陷修复、单元测试；4 开发责任人负责软件开发进度、版本提交和相关和谐；5 配置治理员负责每轮测试前：代码猎取、编译、发布；第12页名师归纳总结 - -

25、- - - - -第 14 页,共 30 页精选学习资料 - - - - - - - - - 软件测试流程和标准6 测试经理负责项目测试整体方案、和谐和质量；7 测试人员负责测试方案编写、测试用例编写、测试执行、质量分析；随机测试非必需随机测试没有书面测试用例、记录期望结果、检查列表、脚本或指令的测 试；主要是依据测试者的体会对软件进行功能和性能抽查；随机测试是依据测 试说明书执行用例测试的重要补充手段,是保证测试掩盖完整性的有效方式和 过程；随机测试主要是对被测软件的一些重要功能进行复测,也包括测试那些当 前的测试用例没有掩盖到的部分；另外,对于软件更新和新增加的功能要重点 测试；重点对一些

26、特殊点情形点、特殊的使用环境、并发性、进行检查；特殊对以前测试发觉的重大Bug,进行再次测试,可以结合回来测试验收测试非必需 测试 beta 测试 测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试；开发者通常不在测试现场,Beta 测试不能由程序员或测试员完成；当开发和测试根本完成时所做的测试,而最终的错误和问题需要在最终发 行前找到；这种测试一般由最终用户或其他人员完成,不能由程序员或测试员 完成； 测试 Alpha 测试Alpha 测试是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的受控测试,员或测试员完成；在系统开发接近完成时对应用系统的

27、测试Alpha 测试不能由该系统的程序; 测试后,仍旧会有少量的设计变更；这种测试一般由最终用户或其他人员来完成,不能由程序员或测试员完成；第13页名师归纳总结 - - - - - - -第 15 页,共 30 页精选学习资料 - - - - - - - - - 软件测试流程和标准 测试和 测试的不同之处在于测试的环境,前者是在开发环境,后者是 在实际使用环境生产环境,故后者模拟真实使用场景程度更高,发觉的问 题也更有意义,一般运用在项目的试运行阶段；3.测试的类型按测试内容划分功能测试功能测试也叫黑盒测试,是在不看代码的前提下,通过运行软件来进行测 试,重点是关注系统的功能实现是否正常、设计

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

29、2767 和 -32768 是边界；2. 屏幕上光标在最左上、最右下位置；3. 报表的第一行和最终一行；4. 数组元素的第一个和最终一个；5. 最小值 -1/ 最大值 +1/ 空值；6. 分析规格说明,找出其它可能的边界值条件；第14页名师归纳总结 - - - - - - -第 16 页,共 30 页精选学习资料 - - - - - - - - - 软件测试流程和标准3 等价类1. 有效等价类,指符合系统设计有意义的输入输出合集；2. 无效等价类,指不符合系统设计错误的输入输入合集；4 错误估计基于体会和直觉估计程序中全部可能存在的各种错误；5 因果图设计因果图,将因果图转化为判定表,判定表的

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

31、录-使用合法的用户登录系统；-系统是否答应多次非法的登陆,是否有次数限制；第15页名师归纳总结 - - - - - - -第 17 页,共 30 页精选学习资料 - - - - - - - - - 软件测试流程和标准-使用已经登陆的账号登陆系统是否正确处理；-使用禁用的账号登陆系统是否正确处理；-用户名、口令密码错误或漏填时能否登陆；-删除或修改后的用户,原用户登陆；-不输入用户口令和用户、重复点确定或取消按钮是否答应登陆；-登陆后,页面中登陆信息；-页面中有注销按钮；-登陆超时的处理；7注销-注销原模块,新的模块系统能否正确处理；-终止注销能否返回原模块,原用户；-注销原用户,新用户系统能否

32、正确处理；-使用错误的账号、口令、无权限的被禁用的账号进行注销应用的前后台切换1 APP 切换到后台,再回到app,检查是否停留在上一次操作界面；2 APP 切换到后台,再回到app,检查功能及应用状态是否正常,IOS 4和 IOS 5 的版本的处理机制有的不一样；3 app 切换到后台,再回到前台时,留意程序是否崩溃,功能状态是否正 常,特殊是对于从后台切换回前台数据有自动更新的时候；4 锁屏解屏后进入 app 留意是否会崩溃,功能状态是否正常,特殊是对 于从后台切换回前台数据有自动更新的时候；5 当 App 使用过程中有进来中断后再切换到app,功能状态是否正常6 当杀掉 app 进程后,

33、再开启 app,app 能否正常启动；7 显现必需处理的提示框后,切换到后台,再切换回来,检查提示框是否 仍存在,有时候会显现应用自动跳过提示框的缺陷；8 对于有数据交换的页面,每个页面都必需要进行前后台切换、锁屏的测 试,这种页面最简洁显现崩溃；免登录 第16页名师归纳总结 - - - - - - -第 18 页,共 30 页精选学习资料 - - - - - - - - - 软件测试流程和标准很多应用供应免登录功能,当应用开启时自动以上一次登录的用户身份来 使用 app. 1 app有免登录功能时,需要考虑 IOS版本差异；2 考虑无网络情形时能否正常进入免登录状态；3 切换用户登录后,要校

34、验用户登录信息及数据内容是否相应更新,确保 原用户退出；4 依据 MTOP的现有规章,一个帐户只答应登录一台机器；所以,需要检查一个帐户登录多台的情形；原里的用户需要被踢出,给出友好提示；5 app切换到后台,再切回前台的校验 6 切换到后台,再切换回前台的测试7 密码更换后,检查有数据交换时是否进行了有效身份的校验8 支持自动登录的应用在进行数据交换时,检查系统是否能自动登录胜利 并且数据操作无误；9 检查用户主动退出登录后,下次启动数据更新app,应停留在登录界面依据应用的业务规章,以及数据更新量的情形,来确定最优的数据更新方 案；1 需要确定哪些地方需要供应手动刷新,哪些地方需要自动刷新

35、,哪些地 方需要手动 +自动刷新；2 确定哪些地方从后台切换回前台时需要进行数据更新；3 依据业务、速度及流量的合理安排,确定哪些内容需要实时更新,哪些 需要定时更新；4 确定数据展现部分的处理规律,是每次从服务端恳求,仍是有缓存到本 地,这样才能有针对性的进行相应测试；5 检查有数据交换的地方,均有相应的反常处理；离线浏览 很多应用会支持离线浏览,即在本地客户端会缓存一部分数据供用户查看；第17页名师归纳总结 - - - - - - -第 19 页,共 30 页精选学习资料 - - - - - - - - - 软件测试流程和标准1 在无网络情形可以浏览本地数据 2 退出 app 再开启 app 时能正常浏览 3 切换到后台再切回前台可以正常浏览 4 锁屏后再解屏回到应用前台可以正常浏览 5 在对服务端的数据有更新时会赐予离线的相应提示App 更新 当客户端有新版本时,有更新提示；2 当版本为非强制升级版时,用户可以取消更新,老版本能正常使用；用 户在下次启动 app 时,仍能显现更新提示；3 当版本为强制升级版时,当给出强制更新后用户没有做更新时,退出客 户端；下次启动 app 时,仍显现强制升级提示；4 当客户端有新版本时,在本地不删除客户端的情