兼容性测试说明

2023年6月21日发(作者：)

兼容性测试说明⽬录1 概述

2 缩略词

3 已知问题和注意点

4 兼容性测试定义

5 兼容性测试⽬的

6 兼容性测试的作⽤

7 APP兼容性测试

7.1 ⼿机系统

7.2 ⼿机品牌

7.3 分辨率

7.4 运营商

7.5 ⽹络

7.6 其他软件兼容性

7.7 测试点

8 Web兼容性测试

8.1 操作系统

8.2 浏览器

8.3 分辨率

8.4 测试点

9 缺陷管理

9.1 缺陷等级定义

9.2 缺陷书写规范

10 测试⼯具

11 测试策略

12 测试流程

12.1 测试流程说明

12.2 需求宣贯

12.3 测试计划

12.4 测试框架

12.5 执⾏测试

12.6 缺陷跟踪

12.7 版本发布条件

12.8 Bugreview

12.9 上线测试

12.10 测试总结1概述为使测试团队有明确的兼容性测试规范，按照合理章程开展⼯作，编写本⽂档，旨在规范兼容性测试过程的完整性，提⾼公司产品的兼容性⽅⾯的质量。⽬的：梳理兼容性测试点，为测试⼈员在进⾏兼容性测试时提供基本测试点；2缩略词⽆3已知问题和注意点1）兼容性测试范围较⼴，考虑到⼈⼒、资源等⽅⾯，WEB兼容性测试时硬件兼容暂未展开；2）APP兼容性测试，真机数⽬有待扩充，⾮主流品牌、系统等可采⽤云测⽅式进⾏；3）深层次兼容性测试需逐步完善；4兼容性测试定义兼容性测试是指测试软件在特定的硬件平台上、不同的应⽤软件之间、不同的操作系统平台上、不同的⽹络等环境中是否能够很友好的运⾏的测试。5兼容性测试⽬的AAP : 随着互联⽹的快速发展，电⼦产品种类越来越多，尤其是移动设备。移动设备的品牌、系统、分辨率等均呈现出多样化，且均有各⾃的亮点与不同。这就导致了APP的有些功能在不同的移动设备上可能出现不同甚⾄功能不可⽤。⽽⼴⼤的⽤户使⽤的设备也是多种多样，为了给⽤户更好的⽤户体验，做APP的兼容性测试，是⾮常有必要的。Web : 我们的Web项⽬⾯向的也是⼤众⽤户群体，⽽⽤户所使⽤的电脑、浏览器、屏幕分辨率等也是多种多样，可能某个功能在A设备或者浏览器上显⽰正常、操作正常，但是在B设备或浏览器上显⽰就可能就乱糟糟的，严重的可能导致功能异常，不同的分辨率也可能导致UI布局被破坏影响系统的易⽤性等，这样⼀来⽤户群体对项⽬系统的好感就⼤⼤的打了折扣，因此WEB项⽬的兼容性测试也是⾮常有必要的。6兼容性测试的作⽤兼容性测试能够进⼀步提⾼产品的质量；兼容性测试能使软件与尽可能多的其他软件“和平共处”，尽可能达到平台⽆关性；兼容性测试能尽可能的保证软件存在的价值，它是衡量⼀个软件质量的重要指标；兼容性测试能使软件产品的市场更⼴阔。7APP兼容性测试APP兼容性测试需要从以下⼏⽅⾯考虑：⼿机系统、⼿机品牌、分辨率、运营商、⽹络、其他软件兼容性。7.1⼿机系统1）⼿机的系统主要有：IOS、安卓、华为：EMUI 、⼩⽶：miui；2）安卓系统主要版本有：9.0、8.0、7.0、6.0、5.0、4.4/4.3/4.2/4.1/4.0、3.2/3.1/3.0、2.3/2.2/2.1/2.0、1.6/1.5/1/1/1/0；3）IOS系统主要版本有：12.1.2、11.0、10、9.0、8.0、7.0；7.3分辨率1）主流⼿机分辨率有：29601440、25601440、2436 * 1125、23401080、22801080、22461080、22441080、22441080、22201080、1920 x 1080 、1334 x 750、960*540；7.4运营商1）主要运营商：移动、联通、电信。7.5⽹络1）⽹络：2G、3G、4G、WIFI。7.6其他软件兼容性1）主流软件：QQ、微信、⽀付宝、美团、淘宝等。7.7测试点在不同的系统、品牌、分辨率、运营商、⽹络的⼿机上，必须关注以下测试点：1）是否可以正常登录系统、退出系统；2）是否会出现闪退；3）UI布局是否出现异位、乱码、变形、遮挡、留⽩等；4）图⽚显⽰是否清晰、是否有拉伸；5）动画特效显⽰是否正确；6）存在输⼊框时，点击输⼊框是否可正常调出虚拟键盘，是否会遮挡输⼊框、按钮等；7）收起虚拟键盘，界⾯显⽰及录⼊的数据显⽰是否正确；8）主流程是否可以正常⾛通；9）是否可以切换⾄后台运⾏，再切换回前台运⾏；10）是否可以其他常⽤APP同时运⾏（例如QQ、微信等）；11）是否可以调⽤其他APP，例如⼿机⾃带的相册、相机；12）是否⽀持⼿机⾃带返回及返回主页按钮；13）上下滑动屏幕是否会闪退；在不同的系统、品牌、分辨率、运营商、⽹络的⼿机上，注意以下测试点：1）多个输⼊框来回切换光标定位是否正确；2）提交或保存按钮多次点击是否出现多次提交、存储重复数据；3）弱⽹络下数据存储与前台界⾯是否⼀致；4）弱⽹络下⽆法加载数据或加载数据失败是否有合理提⽰；5）弱⽹络下未加载界⾯或数据未加载完成是否可操作，或点击刷新是否出现闪退等问题；6）突然断⽹或突然有电话等阻断程序进⾏，是否会出现数据上传失败或闪退等情况；7）数据未加载完成滑动屏幕进⾏界⾯刷新，是否出现闪退；8）权限测试，例如需调⽤的软件需要权限才能调⽤或需要解锁才能打开程序等；9）长按屏幕或某些内容是否⽀持复制、粘贴（⼿机⾃带功能）或粘贴其他程序内复制的数据；10）多次快速点击某⼀按钮或空⽩界⾯是否出现闪退；11）多次切换TAB页，界⾯及界⾯数据展⽰是否正确或出现闪退；12）在PAD上也需要进⾏兼容性测试，以上关注点也需要进⾏关注。13）同时在两部⼿机上登录同⼀账户，是否会弹出提⽰或强制下线⼀部⼿机的登录信息；14）授权申请时关闭某⼀权限，再次调⽤改权限时是否会出现闪退（例如关闭调⽤相机权限，再次调⽤是否闪退）；15）卸载APP后重新安装，是否可成功安装；16）登录系统后锁屏，解锁后界⾯展⽰是否正确；17）通过推送消息是否可以正常进⼊APP；18）免打扰模式或关闭消息通知权限时，⽤户是否会接收到推送消息；19）存在不可操作的置灰按钮时，点击置灰按钮，看是否可操作；8Web兼容性测试Web兼容性测试主要从以下⼏个⽅⾯考虑：操作系统、浏览器、分辨率。8.1操作系统主要操作系统有：1）Windows（WindowsXP、Windows7、Windows10）；2）MAC；3）LINUX。⽬前产品需⽀持系统为：1）Windows7及以上版本；8.2浏览器主要浏览器内核及对应浏览器有：1）IE内核：IE8、IE9、IE10、IE11、360安全浏览器（兼容模式）、搜狗浏览器（兼容模式）、QQ浏览器；2）Firefox内核：⽕狐浏览器；3）Chrome内核：Chrome、360安全浏览器（极速模式）、搜狗浏览器（⾼速模式）。⽬前产品需⽀持的浏览器及版本有：1）IE9、IE10、IE11；2）360安全浏览器3）⾕歌浏览器4）⽕狐浏览器8.3分辨率常见分辨率有：1）1024×7682）1280×10243）1366X7684）1680X10505）1920X1080⽬前产品需⽀持的分辨率有：1）1366X7682）1680X10503）1920X10808.4测试点在不同的操作系统、浏览器、分辨率电脑上，必须关注以下测试点：1）是否可以正常登录系统、退出系统；2）UI布局是否出现异位、乱码、变形、遮挡、留⽩等；3）图⽚显⽰是否清晰、是否有拉伸；4）动画特效显⽰是否正确；5）导航链接是否均正确；6）主流程是否能⾛通；在不同的操作系统、浏览器、分辨率电脑上，注意以下测试点：1）多次快速点击某⼀按钮或空⽩界⾯是否出现报错；2）多次切换TAB页，界⾯及界⾯数据展⽰是否正确；3）存在输⼊框时，是否可正常录⼊、提交、保存数据；4）多个输⼊框来回切换光标定位是否正确；5）连续点击提交/保存按钮是否会出现多次提交、存储重复数据；6）弱⽹络下数据存储与前台界⾯结果是否⼀致；7）弱⽹络下⽆法加载数据或加载数据失败是否有合理提⽰；8）弱⽹络下未加载界⾯或数据未加载完成是否可操作，或点击刷新是否出现报错等问题；9）是否⽀持常⽤快捷键，例如：Ctrl+C、Ctrl+V、Enter、Delete等；10）登录系统后，直接复制导航栏地址，重新打开⼀个浏览器粘贴后进⼊系统，看是否显⽰为登录状态；

11）存在不可操作的置灰按钮时，点击置灰按钮，看是否可操作；9缺陷管理9.1缺陷等级定义本规范定义以下四类测试错误类型：A 类——致命缺陷Blocker：阻碍开发和测试⼯作，致命性的缺陷。由于兼容性问题，导致系统⽆法登录、经常闪退或主流程应⽤模块⽆法启动、异常退出，⽆法测试，造成系统不稳定。B 类——严重功能缺陷Critical 、Major：由于兼容性问题，导致界⾯布局严重变形导致软件使⽤中存在较明显的障碍，或者局部功能错误，但可以采取其他变通的操作实现。C 类——普通功能缺陷Normal 、Minor：由于编兼容性问题，导致界⾯布局变形、图⽚⽆法显⽰等致使某个⼩功能⽆法使⽤，或者对特殊的操作与要求不能⽀持，存在某些细微的缺陷，但不影响程序正常应⽤。D 类——轻微功能缺陷或建议trivial：由于兼容性问题导致的界⾯布局轻微变形、图⽚显⽰模糊等页⾯细节问题或者优化建议等9.2缺陷书写规范1）针对不同的原因导致的问题要包含对应的原因，例如⼿机的品牌、操作系统或者是浏览器名称、版本等以及常规BUG中的：操作步骤、预期结果、实际结果，并清晰表述；2）缺陷标题中应简洁明确，能够概括缺陷的总体现象；3）兼容性问题需在两个以上环境中确认BUG再进⾏提交；4）测试环境，发现版本，严重等级需在禅道系统中交代清楚，按照缺陷等级定义进⾏评级；5）⾮必现BUG需进⾏10次以上测试，标注问题出现概率；10测试⼯具11测试策略为了提⾼兼容性测试覆盖率，APP兼容性测试 计划采⽤真机测试+云测深度兼容测试（安装、启动、退出等主要操作）+云测租赁⽅式 ，进⾏兼容性测试，以真机测试为主，云测为辅。WEB兼容性测试⽬前主要采⽤⼿⼯进⾏测试，⼯具应⽤⽅⾯有待完善。12测试流程12.1测试流程说明因开发过程中可能存在需求变更，产品迭代以⽤户的需求进化为核⼼，因此总体测试流程按照敏捷模式。12.2需求宣贯需求宣贯⼀般由产品经理主导，研发和测试参与，测试团队需通过需求宣贯理解产品设计思路、逻辑、主要流程，产品变更内容，梳理出测试重点，测试⽅案。12.3测试计划设计图定稿后，测试组根据已经确定的设计图、产品规格说明书和开发计划，构建测试计划，计划中版本构建时间点需要明确，风险要及时反馈到项⽬组，测试计划需要相关各⽅进⾏评审。测试计划应包含以下内容：1）测试⽬标——对本次测试的要求和要达到的⽬标；2）测试范围——需要测试⼩组测试的范围，例如需要兼容的：⼿机品牌、系统、⼿机分辨率、浏览器、计算机分辨率等；3）⼯作分⼯——明确测试组内部及外部配合⽅的相关责任和⼯作关系；4）测试策略——整体测试的总体测试策略、环境、⽅法和⼯具等；5）完成标准——达到何种条件可以认为测试完成；6）主要任务——每项任务的时间计划、前置条件及资源；7）主要⾥程碑——关键任务及完成时间点在项⽬研发过程中，要适时的对测试计划进⾏跟踪，以评估此计划的完整性、可⾏性，在项⽬结束时还要最后评估⼀下测试计划的质量。12.4测试框架在测试准备阶段中，测试⼈员需要根据产品规格说明书及设计图制定测试框架，准备好需要⽤到的环境及⼯具。因前端测试时间较紧，项⽬变动较⼤，⽤例可维护性不⾼，投⼊产出⽐较低，建议暂不设计⽤例，但需要有具体的测试框架作为指引。12.5执⾏测试此阶段是测试的主要部分，需要测试⼈员按照框架、测试计划和设计图开展测试。1）根据测试计划、设计图，执⾏相应的测试⽤例，并做好测试记录；2）进⾏缺陷登记，并跟踪解决情况，及时复测，关闭缺陷；3）跟踪测试执⾏情况，了解影响测试执⾏的因素，及时跟进有关的协调、报告测试状态，根据项⽬的情况，选择有关的报告形式，晨会或邮件形式，将测试进展情况及时通报给有关各⽅。12.6缺陷跟踪⽬前测试按以下流程执⾏缺陷跟踪流程，主要⼯具为禅道，已实现缺陷全⽣命周期管理。1）测试⼈员在测试过程中，记录被测产品缺陷，跟踪缺陷的分析、解决过程；2）研发⼈员及时分析处理缺陷，并按要求记录缺陷的分析处理信息，更新缺陷状态，填制缺陷原因；3）需要其它⼈员参与分析处理的时候，需及时将缺陷分配给下⼀环节⼈员；测试⼈员对待验证的缺陷需及时进⾏复测，测试通过后关闭缺陷；12.7版本发布条件APP兼容性测试完成标准：1）覆盖全部已有真机且不存在未解决的1、2级缺陷，遗留缺陷数量产品经理可以接受；2）百度MTC深度兼容测试中，通过率不低于95%（注意查看未通过的机型等信息）；3）测试完成本次迭代内容的主要功能、流程及所有界⾯测试，和80%以上回归测试；APP兼容性测试⽬标：1）不存在未解决的缺陷；2）百度MTC深度兼容测试中，通过率不低于99.9%；3）友盟上的“总崩溃率”低于0.1% ；WEB兼容性测试完成标准：1）覆盖主流浏览器（内核）、版本、分辨率，不存在未解决的1、2级缺陷，遗留缺陷数量产品经理可以接受；2）测试完成本次迭代内容的主要功能、流程及所有界⾯测试，和80%以上回归测试；WEB兼容性测试⽬标：1）不存在未解决的缺陷。2）兼容不同的操作系统，例如：MAC。12.8 Bugreview上线前反馈缺陷处理情况及状态，对于严重或致命BUG或不兼容的版本、机型等，由产品经理、测试经理及研发总监进⾏评审，达成共识后，进⾏处理，⼀般处理⽅案有【本期解决】、【延期解决】、【暂不考虑】。12.9 上线测试经过测试环境版本迭代，趋于稳定后，开展上线测试，上线后输出测试报告。12.10测试总结兼容性测试完成后，测试团队需编写相应的兼容性测试报告，对产品的兼容性加以评估，其⽬的在于总结测试过程和分析测试结果，最终确认版本是否可⽤，把发现的Bug 汇总成⽂档，和测试报告⼀起发送给各管理层⼈员，让其了解各版本的产品兼容性情况。兼容性测试报告应包含以下内容：1）测试过程中对版本内容、时间、环境的描述；2）APP产品覆盖的品牌、系统、分辨率等以及云测得到的测试结果；3）WEB产品覆盖的浏览器、版本、分辨率等；4）BUG的数量、已修复/未修复数量、严重等级、原有Bug 数、新增Bug数及分布情况；5）测试结论及建议，测试团队作为产品出⼝，可从⽤户⾓度对于产品改进提出合理建议；

2023年6月21日发(作者：)

兼容性测试说明⽬录1 概述

2 缩略词

3 已知问题和注意点

4 兼容性测试定义

5 兼容性测试⽬的

6 兼容性测试的作⽤

7 APP兼容性测试

7.1 ⼿机系统

7.2 ⼿机品牌

7.3 分辨率

7.4 运营商

7.5 ⽹络

7.6 其他软件兼容性

7.7 测试点

8 Web兼容性测试

8.1 操作系统

8.2 浏览器

8.3 分辨率

8.4 测试点

9 缺陷管理

9.1 缺陷等级定义

9.2 缺陷书写规范

10 测试⼯具

11 测试策略

12 测试流程

12.1 测试流程说明

12.2 需求宣贯

12.3 测试计划

12.4 测试框架

12.5 执⾏测试

12.6 缺陷跟踪

12.7 版本发布条件

12.8 Bugreview

12.9 上线测试

12.10 测试总结1概述为使测试团队有明确的兼容性测试规范，按照合理章程开展⼯作，编写本⽂档，旨在规范兼容性测试过程的完整性，提⾼公司产品的兼容性⽅⾯的质量。⽬的：梳理兼容性测试点，为测试⼈员在进⾏兼容性测试时提供基本测试点；2缩略词⽆3已知问题和注意点1）兼容性测试范围较⼴，考虑到⼈⼒、资源等⽅⾯，WEB兼容性测试时硬件兼容暂未展开；2）APP兼容性测试，真机数⽬有待扩充，⾮主流品牌、系统等可采⽤云测⽅式进⾏；3）深层次兼容性测试需逐步完善；4兼容性测试定义兼容性测试是指测试软件在特定的硬件平台上、不同的应⽤软件之间、不同的操作系统平台上、不同的⽹络等环境中是否能够很友好的运⾏的测试。5兼容性测试⽬的AAP : 随着互联⽹的快速发展，电⼦产品种类越来越多，尤其是移动设备。移动设备的品牌、系统、分辨率等均呈现出多样化，且均有各⾃的亮点与不同。这就导致了APP的有些功能在不同的移动设备上可能出现不同甚⾄功能不可⽤。⽽⼴⼤的⽤户使⽤的设备也是多种多样，为了给⽤户更好的⽤户体验，做APP的兼容性测试，是⾮常有必要的。Web : 我们的Web项⽬⾯向的也是⼤众⽤户群体，⽽⽤户所使⽤的电脑、浏览器、屏幕分辨率等也是多种多样，可能某个功能在A设备或者浏览器上显⽰正常、操作正常，但是在B设备或浏览器上显⽰就可能就乱糟糟的，严重的可能导致功能异常，不同的分辨率也可能导致UI布局被破坏影响系统的易⽤性等，这样⼀来⽤户群体对项⽬系统的好感就⼤⼤的打了折扣，因此WEB项⽬的兼容性测试也是⾮常有必要的。6兼容性测试的作⽤兼容性测试能够进⼀步提⾼产品的质量；兼容性测试能使软件与尽可能多的其他软件“和平共处”，尽可能达到平台⽆关性；兼容性测试能尽可能的保证软件存在的价值，它是衡量⼀个软件质量的重要指标；兼容性测试能使软件产品的市场更⼴阔。7APP兼容性测试APP兼容性测试需要从以下⼏⽅⾯考虑：⼿机系统、⼿机品牌、分辨率、运营商、⽹络、其他软件兼容性。7.1⼿机系统1）⼿机的系统主要有：IOS、安卓、华为：EMUI 、⼩⽶：miui；2）安卓系统主要版本有：9.0、8.0、7.0、6.0、5.0、4.4/4.3/4.2/4.1/4.0、3.2/3.1/3.0、2.3/2.2/2.1/2.0、1.6/1.5/1/1/1/0；3）IOS系统主要版本有：12.1.2、11.0、10、9.0、8.0、7.0；7.3分辨率1）主流⼿机分辨率有：29601440、25601440、2436 * 1125、23401080、22801080、22461080、22441080、22441080、22201080、1920 x 1080 、1334 x 750、960*540；7.4运营商1）主要运营商：移动、联通、电信。7.5⽹络1）⽹络：2G、3G、4G、WIFI。7.6其他软件兼容性1）主流软件：QQ、微信、⽀付宝、美团、淘宝等。7.7测试点在不同的系统、品牌、分辨率、运营商、⽹络的⼿机上，必须关注以下测试点：1）是否可以正常登录系统、退出系统；2）是否会出现闪退；3）UI布局是否出现异位、乱码、变形、遮挡、留⽩等；4）图⽚显⽰是否清晰、是否有拉伸；5）动画特效显⽰是否正确；6）存在输⼊框时，点击输⼊框是否可正常调出虚拟键盘，是否会遮挡输⼊框、按钮等；7）收起虚拟键盘，界⾯显⽰及录⼊的数据显⽰是否正确；8）主流程是否可以正常⾛通；9）是否可以切换⾄后台运⾏，再切换回前台运⾏；10）是否可以其他常⽤APP同时运⾏（例如QQ、微信等）；11）是否可以调⽤其他APP，例如⼿机⾃带的相册、相机；12）是否⽀持⼿机⾃带返回及返回主页按钮；13）上下滑动屏幕是否会闪退；在不同的系统、品牌、分辨率、运营商、⽹络的⼿机上，注意以下测试点：1）多个输⼊框来回切换光标定位是否正确；2）提交或保存按钮多次点击是否出现多次提交、存储重复数据；3）弱⽹络下数据存储与前台界⾯是否⼀致；4）弱⽹络下⽆法加载数据或加载数据失败是否有合理提⽰；5）弱⽹络下未加载界⾯或数据未加载完成是否可操作，或点击刷新是否出现闪退等问题；6）突然断⽹或突然有电话等阻断程序进⾏，是否会出现数据上传失败或闪退等情况；7）数据未加载完成滑动屏幕进⾏界⾯刷新，是否出现闪退；8）权限测试，例如需调⽤的软件需要权限才能调⽤或需要解锁才能打开程序等；9）长按屏幕或某些内容是否⽀持复制、粘贴（⼿机⾃带功能）或粘贴其他程序内复制的数据；10）多次快速点击某⼀按钮或空⽩界⾯是否出现闪退；11）多次切换TAB页，界⾯及界⾯数据展⽰是否正确或出现闪退；12）在PAD上也需要进⾏兼容性测试，以上关注点也需要进⾏关注。13）同时在两部⼿机上登录同⼀账户，是否会弹出提⽰或强制下线⼀部⼿机的登录信息；14）授权申请时关闭某⼀权限，再次调⽤改权限时是否会出现闪退（例如关闭调⽤相机权限，再次调⽤是否闪退）；15）卸载APP后重新安装，是否可成功安装；16）登录系统后锁屏，解锁后界⾯展⽰是否正确；17）通过推送消息是否可以正常进⼊APP；18）免打扰模式或关闭消息通知权限时，⽤户是否会接收到推送消息；19）存在不可操作的置灰按钮时，点击置灰按钮，看是否可操作；8Web兼容性测试Web兼容性测试主要从以下⼏个⽅⾯考虑：操作系统、浏览器、分辨率。8.1操作系统主要操作系统有：1）Windows（WindowsXP、Windows7、Windows10）；2）MAC；3）LINUX。⽬前产品需⽀持系统为：1）Windows7及以上版本；8.2浏览器主要浏览器内核及对应浏览器有：1）IE内核：IE8、IE9、IE10、IE11、360安全浏览器（兼容模式）、搜狗浏览器（兼容模式）、QQ浏览器；2）Firefox内核：⽕狐浏览器；3）Chrome内核：Chrome、360安全浏览器（极速模式）、搜狗浏览器（⾼速模式）。⽬前产品需⽀持的浏览器及版本有：1）IE9、IE10、IE11；2）360安全浏览器3）⾕歌浏览器4）⽕狐浏览器8.3分辨率常见分辨率有：1）1024×7682）1280×10243）1366X7684）1680X10505）1920X1080⽬前产品需⽀持的分辨率有：1）1366X7682）1680X10503）1920X10808.4测试点在不同的操作系统、浏览器、分辨率电脑上，必须关注以下测试点：1）是否可以正常登录系统、退出系统；2）UI布局是否出现异位、乱码、变形、遮挡、留⽩等；3）图⽚显⽰是否清晰、是否有拉伸；4）动画特效显⽰是否正确；5）导航链接是否均正确；6）主流程是否能⾛通；在不同的操作系统、浏览器、分辨率电脑上，注意以下测试点：1）多次快速点击某⼀按钮或空⽩界⾯是否出现报错；2）多次切换TAB页，界⾯及界⾯数据展⽰是否正确；3）存在输⼊框时，是否可正常录⼊、提交、保存数据；4）多个输⼊框来回切换光标定位是否正确；5）连续点击提交/保存按钮是否会出现多次提交、存储重复数据；6）弱⽹络下数据存储与前台界⾯结果是否⼀致；7）弱⽹络下⽆法加载数据或加载数据失败是否有合理提⽰；8）弱⽹络下未加载界⾯或数据未加载完成是否可操作，或点击刷新是否出现报错等问题；9）是否⽀持常⽤快捷键，例如：Ctrl+C、Ctrl+V、Enter、Delete等；10）登录系统后，直接复制导航栏地址，重新打开⼀个浏览器粘贴后进⼊系统，看是否显⽰为登录状态；

11）存在不可操作的置灰按钮时，点击置灰按钮，看是否可操作；9缺陷管理9.1缺陷等级定义本规范定义以下四类测试错误类型：A 类——致命缺陷Blocker：阻碍开发和测试⼯作，致命性的缺陷。由于兼容性问题，导致系统⽆法登录、经常闪退或主流程应⽤模块⽆法启动、异常退出，⽆法测试，造成系统不稳定。B 类——严重功能缺陷Critical 、Major：由于兼容性问题，导致界⾯布局严重变形导致软件使⽤中存在较明显的障碍，或者局部功能错误，但可以采取其他变通的操作实现。C 类——普通功能缺陷Normal 、Minor：由于编兼容性问题，导致界⾯布局变形、图⽚⽆法显⽰等致使某个⼩功能⽆法使⽤，或者对特殊的操作与要求不能⽀持，存在某些细微的缺陷，但不影响程序正常应⽤。D 类——轻微功能缺陷或建议trivial：由于兼容性问题导致的界⾯布局轻微变形、图⽚显⽰模糊等页⾯细节问题或者优化建议等9.2缺陷书写规范1）针对不同的原因导致的问题要包含对应的原因，例如⼿机的品牌、操作系统或者是浏览器名称、版本等以及常规BUG中的：操作步骤、预期结果、实际结果，并清晰表述；2）缺陷标题中应简洁明确，能够概括缺陷的总体现象；3）兼容性问题需在两个以上环境中确认BUG再进⾏提交；4）测试环境，发现版本，严重等级需在禅道系统中交代清楚，按照缺陷等级定义进⾏评级；5）⾮必现BUG需进⾏10次以上测试，标注问题出现概率；10测试⼯具11测试策略为了提⾼兼容性测试覆盖率，APP兼容性测试 计划采⽤真机测试+云测深度兼容测试（安装、启动、退出等主要操作）+云测租赁⽅式 ，进⾏兼容性测试，以真机测试为主，云测为辅。WEB兼容性测试⽬前主要采⽤⼿⼯进⾏测试，⼯具应⽤⽅⾯有待完善。12测试流程12.1测试流程说明因开发过程中可能存在需求变更，产品迭代以⽤户的需求进化为核⼼，因此总体测试流程按照敏捷模式。12.2需求宣贯需求宣贯⼀般由产品经理主导，研发和测试参与，测试团队需通过需求宣贯理解产品设计思路、逻辑、主要流程，产品变更内容，梳理出测试重点，测试⽅案。12.3测试计划设计图定稿后，测试组根据已经确定的设计图、产品规格说明书和开发计划，构建测试计划，计划中版本构建时间点需要明确，风险要及时反馈到项⽬组，测试计划需要相关各⽅进⾏评审。测试计划应包含以下内容：1）测试⽬标——对本次测试的要求和要达到的⽬标；2）测试范围——需要测试⼩组测试的范围，例如需要兼容的：⼿机品牌、系统、⼿机分辨率、浏览器、计算机分辨率等；3）⼯作分⼯——明确测试组内部及外部配合⽅的相关责任和⼯作关系；4）测试策略——整体测试的总体测试策略、环境、⽅法和⼯具等；5）完成标准——达到何种条件可以认为测试完成；6）主要任务——每项任务的时间计划、前置条件及资源；7）主要⾥程碑——关键任务及完成时间点在项⽬研发过程中，要适时的对测试计划进⾏跟踪，以评估此计划的完整性、可⾏性，在项⽬结束时还要最后评估⼀下测试计划的质量。12.4测试框架在测试准备阶段中，测试⼈员需要根据产品规格说明书及设计图制定测试框架，准备好需要⽤到的环境及⼯具。因前端测试时间较紧，项⽬变动较⼤，⽤例可维护性不⾼，投⼊产出⽐较低，建议暂不设计⽤例，但需要有具体的测试框架作为指引。12.5执⾏测试此阶段是测试的主要部分，需要测试⼈员按照框架、测试计划和设计图开展测试。1）根据测试计划、设计图，执⾏相应的测试⽤例，并做好测试记录；2）进⾏缺陷登记，并跟踪解决情况，及时复测，关闭缺陷；3）跟踪测试执⾏情况，了解影响测试执⾏的因素，及时跟进有关的协调、报告测试状态，根据项⽬的情况，选择有关的报告形式，晨会或邮件形式，将测试进展情况及时通报给有关各⽅。12.6缺陷跟踪⽬前测试按以下流程执⾏缺陷跟踪流程，主要⼯具为禅道，已实现缺陷全⽣命周期管理。1）测试⼈员在测试过程中，记录被测产品缺陷，跟踪缺陷的分析、解决过程；2）研发⼈员及时分析处理缺陷，并按要求记录缺陷的分析处理信息，更新缺陷状态，填制缺陷原因；3）需要其它⼈员参与分析处理的时候，需及时将缺陷分配给下⼀环节⼈员；测试⼈员对待验证的缺陷需及时进⾏复测，测试通过后关闭缺陷；12.7版本发布条件APP兼容性测试完成标准：1）覆盖全部已有真机且不存在未解决的1、2级缺陷，遗留缺陷数量产品经理可以接受；2）百度MTC深度兼容测试中，通过率不低于95%（注意查看未通过的机型等信息）；3）测试完成本次迭代内容的主要功能、流程及所有界⾯测试，和80%以上回归测试；APP兼容性测试⽬标：1）不存在未解决的缺陷；2）百度MTC深度兼容测试中，通过率不低于99.9%；3）友盟上的“总崩溃率”低于0.1% ；WEB兼容性测试完成标准：1）覆盖主流浏览器（内核）、版本、分辨率，不存在未解决的1、2级缺陷，遗留缺陷数量产品经理可以接受；2）测试完成本次迭代内容的主要功能、流程及所有界⾯测试，和80%以上回归测试；WEB兼容性测试⽬标：1）不存在未解决的缺陷。2）兼容不同的操作系统，例如：MAC。12.8 Bugreview上线前反馈缺陷处理情况及状态，对于严重或致命BUG或不兼容的版本、机型等，由产品经理、测试经理及研发总监进⾏评审，达成共识后，进⾏处理，⼀般处理⽅案有【本期解决】、【延期解决】、【暂不考虑】。12.9 上线测试经过测试环境版本迭代，趋于稳定后，开展上线测试，上线后输出测试报告。12.10测试总结兼容性测试完成后，测试团队需编写相应的兼容性测试报告，对产品的兼容性加以评估，其⽬的在于总结测试过程和分析测试结果，最终确认版本是否可⽤，把发现的Bug 汇总成⽂档，和测试报告⼀起发送给各管理层⼈员，让其了解各版本的产品兼容性情况。兼容性测试报告应包含以下内容：1）测试过程中对版本内容、时间、环境的描述；2）APP产品覆盖的品牌、系统、分辨率等以及云测得到的测试结果；3）WEB产品覆盖的浏览器、版本、分辨率等；4）BUG的数量、已修复/未修复数量、严重等级、原有Bug 数、新增Bug数及分布情况；5）测试结论及建议，测试团队作为产品出⼝，可从⽤户⾓度对于产品改进提出合理建议；