精华内容
下载资源
问答
  • 主要介绍了前端开发必备:12款浏览器兼容性测试工具推荐,浏览器兼容性测试工具一般都具备模拟当前主流浏览器的功能,例如国内用的比较多的IETester,就可以模拟IE6、IE7、IE8等,这样就方便了前端的CSS和JS的调试,需要...
  • 国产32位单片机兼容性测试非权威报告 描述AT32与STM32兼容性测试结果。使用户了解替换风险和可行性,为量产产品做准备。总共有近100项测试结果,测试报告权威客观。
  • 跟博客里面的web兼容性内容一致,是图片中的思路源文件。
  • 兼容性测试

    2021-03-23 15:15:28
    测试方法  2.1可以进行beta测试,发现尽可能多的用户发现的问题  2.2可以进行内部测试,公司内部对产品进行使用  2.3本文介绍的正交表法在兼容性测试上的应用  3.正交表法进行兼容性测试  以实际项目组使用的...
  • 对于前端开发工程师来说,网页兼容性测试工程师而言,确保代码在各种主流浏览器的各个版本中都能正常工作是件很费时的事情,幸运的是,有很多优秀的工具可以帮助测试浏览器的兼容性,领测软件测试网向您推荐12款很棒...
  • 确定浏览器测试类型,需要关注的测试项目.确定浏览器测试类型,需要关注的测试项目
  • 手机兼容性测试、手机品牌选择、手机全套分辨率选择;如果大家在公司需要进行兼容性测试,不知道买哪些手机品牌,买哪些分辨率的,可以参考我的这个表
  • 对于前端开发工程师来说,网页兼容性测试工程师而言,确保代码在各种主流浏览器的各个版本中都能正常工作是件很费时的事情,幸运的是,有很多优秀的工具可以帮助测试浏览器的兼容性,领测软件测试网向您推荐12款很棒...
  • H5兼容性测试点.docx

    2018-01-08 14:56:53
    H5兼容相关几点测试点及举例说明!!!!!!!!!!!!!!!
  • 成都职业技术学院 简显锐李亚平杨焰万敬 谢谢观看 * * 平台兼容性测试 进行平台的兼容性测试的目的是保证我们的待测试项目在该操作系统平台下能正常运行用户使用操作系统的类型直接决定了我们操作系统平台兼容性测试...
  • 非常棒的一款IE全版本兼容性测试软件,涵盖IE5 IE6 IE7 IE8 IE9 IE11,中文界面,亲测可用,是前端开发必备的好工具。
  • APP手机端兼容性及电脑WEB端兼容性测试方法
  • APP交叉事件兼容性测试
  • 测试技术-兼容性测试

    千次阅读 2019-09-24 14:38:07
    兼容性测试 ** 1 兼容性测试概述 兼容性测试将验证软件与其所依赖的环境的依赖程度,包括对硬件的依赖程度,对平台软件、其他软件的依赖程度等。 2 兼容性测试环境的准备 测试中的硬件环境指进行测试所必需的服务器...

    **

    兼容性测试

    **
    1 兼容性测试概述
    兼容性测试将验证软件与其所依赖的环境的依赖程度,包括对硬件的依赖程度,对平台软件、其他软件的依赖程度等。
    2 兼容性测试环境的准备
    测试中的硬件环境指进行测试所必需的服务器、客户端、网络连接设备,以及打印机、扫描仪等辅助硬件设备所构成的环境;软件环境则指被测软件运行所需的操作系统、数据库、中间件、浏览器及与被测软件共存的其他应用软件等构成的环境。
    3 硬件的兼容性测试
    3.1 硬件兼容性测试的目的
    所有软件都需向用户说明其运行的硬件环境,对于多层结构的软件系统来说,需要分别说明其服务器端、客户端以及网络所需的环境。测试的目的就是确认这些对于硬件环境的描述是否正确、合理。
    硬件兼容性测试需确认以下几点:
    1)最低配置是否能够满足系统运行的需要。所有的软件功能必须能够完整地实现,软件运行速度、响应时间应在用户能够忍受的范围内。
    2)在推荐配置下系统的响应迅速。应当注意的是,推荐配置必须合理,一味地追求高配置,一方面可能掩盖软件的性能缺陷,另一方面限制了软件的应用范围,也是不合理的。
    3)考察软件对运行硬件环境有无特殊说明。 有些软件可能在不同的硬件环境中出现不同的运行结果或是在某些环境下根本就不能执行。
    4)为了满足不同的使用需求,软件系统能否运行在多种硬件配置环境下,并且系统功能和性能都能满足设计需求。
    3.2 与整机的兼容性
    整机兼容性测试将确认软件要求的最低配置和推荐配置的合理性和正确性。主要指标包括对机型的要求和对CPU、内存、硬盘的要求,其他还包括对RAID的支持、对SCSI的支持等。
    CPU:各类软件的最低配置和推荐配置都必须注明对CPU的要求。包括CPU类型和主频的要求。Intel主流CPU的性能差别主要体现在频率、缓存两个方面。频率分为主频和外频两部分,缓存因素分为缓存容量、缓存速度、缓存潜伏时间三部分。应用软件及客户端软件对CPU的推荐配置要求应当比目前主流CPU略低,服务器端的最低配置必须能够使软件正常工作。推荐配置应保证软硬件构成系统在正常业务的压力负载下,CPU资源占用平均值不超过75%。
    内存:内存容量直接影响着软件的运行效率。内存参数的设置对性能的影响,集中在CAS(列地址选通脉冲)、RAS(行地址选通脉冲)的设置上。
    硬盘:特殊软件要考虑硬盘的转速、缓存容量、寻址时间等参数。
    3.3 与板卡及配件的兼容性
    一般情况下,板卡和配件与软件的兼容性需要考虑以下几个方面。
    独立板卡:而操作系统与各类板卡的兼容不仅仅体现在“能用”上,还必须达到“好用”。
    主板芯版组:针对不同芯板组开发的驱动程序效率不同。对于集成主板,由于各部分的相互影响,往往会对被测桌面操作系统的兼容性造成挑战。
    驱动程序中的自由软件。
    3.4 与打印机的兼容性
    打印机兼容性的测试对于操作系统、办公软件、网站和其他打印功能比较重要的软件来说,都是不可缺少的。
    对于不同厂商、不同型号的打印机需要分别进行测试。
    打印机兼容性测试主要包括以下项目:
    1)安装或能够调用系统安装的打印机;
    2)能打印测试页;
    3)能选择不同幅面的纸张;
    4)能选择打印精度(打印分辨率);
    5)纸张横、纵打印调整功能;
    6)逐页打印功能;
    7)多份打印功能;
    8)可以进行打印机的维护(比如更换墨水、清洗打印头等);
    9)具备双面打印器的打印机能够实现自动双面打印功能;
    10)网络打印机能够实现网络打印功能。
    4 软件兼容性测试
    4.1 与操作系统的兼容性
    操作系统兼容性的测试内容不仅包括安装,还需对关键流程进行检查。
    (1)windows平台:对于B/S结构的客户端,至少需在win98、winME、win2k、winXP上进行测试英文版和中文版需分别测试,在英文操作系统上测试中文版软件时,要特别注意是否会出现英文信息或乱字符,在中文版操作系统上测试英文软件时,注意是否存在提示文字不能完全显示的现象。测试前要保证测试环境中所有的补丁都已安装,在用户文档中也应给出提示。如果有必要进行更严格的测试,则可增加对不同版本补丁的兼容性测试。
    (2)Linux平台:作为自由软件,其核心版本是惟一的,而发行版本则不受限制。需要对多发行商、多版本进行测试,用户文档中的内容应明确至发行商和版本号。
    (3)unix平台:Unix平台也存在着Solaris、IBM、HP等多厂商的多版本,不过由于在这些unix平台上运行的软件往往至少需要重新编译才能运行,所以只需按软件的承诺选择测试环境即可。
    (4)Macintosh:使用这类系统的往往是图形专用软件。对于web站点也需要进行macintosh系统下的测试,有些字体在这个系统下可能不存在,因此需要确认选择备用字体。
    4.2 与数据库的兼容性
    ODBC(Open Data Base Connectivity,开放数据库互连)最大优点是其互操作能力强,理想情况下,每一个驱动程序和数据源应支持完全相同的ODBC函数调用和SQL语句,使得ODBC应用程序可以操作所有的数据库系统。不同的数据库系统对SQL语法的支持程度各不相同,实现的ODBC规范所定义的功能也会有所不同。
    JDBC(Java Data Base Connectivity,Java数据库连接)。同样,各个数据库对JDBC的支持也并不相同。
    数据库兼容性测试要点如下:
    (1)完整性测试。检查原数据库中各种对象是否全部移入新数据库,同时比较数据表中数据内容数是否相同。
    (2)应用系统测试。模拟普通用户操作应用的过程,对应用进行操作并检查运行结果,从以往的测试经验来看,如果开发中使用了存储过程,那么在数据库移植时最容易出现问题。
    (3)性能测试。上两项测试通过后,针对服务器、数据库进行性能测试,并与在原数据库下记录的性能基准数据进行比照,找出性能方面的问题,并有针对性地进行性能优化。
    4.3 与中间件的兼容性
    涉及中间件的系统一般已不是一个单纯的软件,而是一个有一定规模的系统了。中间件兼容性的测试方法与数据库兼容性的测试方法大同小异。
    4.4 与其他软件的兼容性
    除了以上各项软件的兼容性以外,我们还需要考虑以下问题。
    与支持软件的兼容性。这些被测软件运行所必须的其他软件都应当进行兼容性测试,测试中要对其所依赖的软件的各个版本分别进行测试。
    与其他同类软件的兼容性。判断与其他同类软件安装在同一系统上,同时使用,是否会造成其他软件运行错误,或本身能否正确实现其功能。
    与其他非同类软件的兼容性。
    5 数据兼容性测试
    5.1 不同数据格式的兼容性
    数据兼容是指软件之间能否正确地交互和共享信息。制定数据兼容性测试用例时可以参考以下几项内容:
    (1)在被测软件中与其他程序间复制粘贴的文字是否正确?带格式的文字呢?表格呢?图形呢?
    (2)在以前的版本下保存的文字在新的版本中是否能被打开;所有的特点是否都能被保留;包含新特性的新版本文件在旧系统中是否能被打开;新特性在旧版本中将如何解释。
    (3)被测软件是一个系列软件中的一个吗,与本系列中的软件以何种形式交换数据。
    (4)与同类软件间能否进行数据交换,软件是否提供对其化常用数据格式的支持。
    (5)测试中需要明确业界有没有针对被测软件内容进行数据交换定义的标准或规范。
    5.2 XML符合性
    XML,可扩展标记语言是一种元标记语言,它使用简单灵活的标准格式。XML主要有3个组成元素:Schema(模式)、XSL(可扩展样式语言)和XLL(可扩展链接语言),其中Schema规定了XML文件的逻辑结构,定义了XML文件的元素、元素的属性以及元素和元素属性之间的联系,它可以帮助XML的分析程序校验XML文件标记的合法性:XSL是用于规定XML文档样式的语言,它能在客户端使用web浏览器改变文档的表示法,从而不需要再与服务器进行交互通信;XLL将进一步扩展目前web上已有的简单链接。
    XML测试的需求往往来自于业界已有的数据格式规范,一般是一套Schema文件。其测试步骤一般为:
    1)在测试工具中建立标准模板;
    2)用被测软件按要求导出数据;
    3)将导出的数据与标准模板进行对比匹配测试;
    4)输出测试结果。
    测试中用到的数据比较工具可采用已有的XML解析器如XMLSPY,或有针对性地开发出一些专用工具。
    6 平台化软件兼容性测试
    6.1平台化软件概述
    平台化软件是指用来构建与支撑应用软件的独立软件系统。软件平台有两个基本要素,即支撑环境和开发体系。其中支撑环是指应用软件系统开发与运行的基本条件,开发体系是指开发与维护管理应用软件的工具与方法。它又可以分为技术支撑型平台软件和应用实现平台软件两种类型的平台。
    平台软件的结构:
    (1)技术支撑型平台:为软件系统研发提供通用技术基础架构,主要面向软件开发人员,主要包含应用软件的运行支持体系和上层开发的工具,上层应用系统由用户进行研发。
    (2)应用实现型平台:指用来构建与支撑应用软件的独立软件系统。主要面向应用软件的终端用户。
    (3)应用的广泛性:平台化软件的功能更加全面、覆盖面更加广泛。
    (4)平台化软件的各种信息统一存储,实现管理信息的共享,从而提高各级组织内部有效的协作和快速反应。
    (5)良好的开发性:平台化软件是建立在共同平台上的一个系统,模拟相互之间既具有较强的独立性,又可以独立使用,通过统一的数据接口可实现相互间的无缝集成,同时可以实现一致的对外接口。
    (6)快捷的适应性:平台化软件的上层应用开发工具可以实现免编程的应用系统修改,具有更快捷、方便的适应能力。
    6.2平台化软件的兼容性测试策略
    1)跨硬件平台能力:在不同规模的硬件平台上进行测试,如从32位机到64位机,从单机到集群运行。
    2)跨操作系统能力:平台化软件应可以部署在各种流行的操作系统上,包括windows、linux、unix等。
    3)支持多种数据库系统
    4)客户端兼容性测试
    5)数据兼容性测试
    7 新旧系统数据迁移测试
    数据迁移,就是将这些历史数据进行清理、转换,并装载到新系统中的过程。数据迁移的实现可以分为三个阶段:数据迁移前的准备、数据迁移的实施和数据迁移后的校验。
    为了保证数据的安全性,在测试和实施时还可以考虑以下措施:
    (1)在实际运行环境之外搭建模拟环境,导入部分或全部数据,在模拟环境中进行一次或数次模拟迁移尝试。测试不仅要包括旧系统向新系统的迁移,还需进行新系统到旧系统的反回迁移,以确保在迁移过程失败时,可以及时恢复旧系统。在测试过程中还要详细记录遇到的问题,研究解决方法,并预测迁移风险。
    (2)将现有数据进行备份,检查备份数据的正确性:作两套备份,比较两份备份,以保证备份数据完整可靠。
    (3)如果有备份系统,则先将备份系统升级到新系统,保持主服务器的旧系统不动,切换至备份服务器运行一周,若一切正常再升级主服务器,升级成功后切换至主服务器运行。

    展开全文
  • 文章目录系统测试概述功能测试性能测试负载测试压力测试性能测试、压力测试、负载测试的关系兼容性测试安全测试健壮性测试配置测试可用性测试文档测试 系统测试概述 系统测试的定义 将已经集成好的软件系统,作为...

    系统测试概述

    • 系统测试的定义
      • 将已经集成好的软件系统,作为整个计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起,在实际运行(使用)环境下, - 对计算机系统进行一系列测试活动。
    • 根本任务
      • 证明被测系统的功能和结构的稳定性;还要有一些非功能测试:性能测试、压力测试、可靠性测试等等。
    • 目的
      • 确保软件产品能够被用户或操作者接受。
    • 系统测试属于黑盒测试范畴,不再对软件的源代码进行分析和测试。
    • 系统测试的组织
      • 系统测试主要是由质量部门的测试工程师来主导工作。
        • 测试组组长:组织测试;
        • 测试分析员:负责设计和实现测试脚本和测试用例;
        • 测试者:负责执行测试脚本中记录的测试用例。
      • 系统测试员和用户
        • 相似的地方
          • 都是使用软件,一般不接触软件的代码
          • 都是假设软件应该正确实现说明书的功能
        • 不同的地方
          • 使用软件的目的
          • 对待错误
    • 系统测试的内容
      • 功能特性的测试:功能测试、用户界面测试、安装/卸载测试、可使用性测试。
      • 非功能特性的测试:性能测试、负载测试、压力测试、疲劳测试、安全测试、恢复测试、兼容性测试、可靠性测试、强度测试、容量测试、配置测试。

    功能测试

    功能测试(Functional Test)是在规定的一段时间内运行软件系统的所有功能,以验证这个软件系统有无严重错误。

    • 目标
      • 检验产品功能是否正确实现
    • 内容
      • 正常功能、异常功能、边界测试、界面测试、接口测试、安全测试、错误处理测试等。
    • 依据
      • 需求规格说明书
    • 方法
      • 黑盒测试
        在这里插入图片描述

    性能测试

    性能测试(Performance Testing)通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。

    • 目标
      • 对产品的性能进行测试,检验是否达标、是否能够保持。
    • 工具
      • 在需要大访问量时候尤其需要使用工具。
      • 并发性能测试工具 (load—负载)
        • LoadRunner、 QALoad、 SilkPerformer、 WebLoad
    • 用户视角的软件性能
      • 从用户角度来说,软件性能就是软件对用户操作的响应时间。
    • 系统管理员视角的软件性能
      • 系统的响应时间;
      • 系统运行时服务器的状态,如CPU利用情况、内存使用情况等;
      • 系统是否能够实现扩展;
      • 系统支持多少用户访问;
      • 系统性能可能的瓶颈在哪里;
      • 系统是否支持7*24小时的业务访问。
    • 软件性能指标
      • 并发用户
        • 一给定时间内,某个时刻与服务器同时进行会话操作的用户数。
      • 响应时间
        • 客户端发出请求到得到服务器返回结果的整个过程所经历的时间。
      • 吞吐量
        • 单位时间内系统处理的客户请求的数量
        • 一般来说,吞吐量用请求数/秒或页面数/秒来衡量。
        • 从业务的角度,吞吐量也可以用访问人数/天或处理的业务数/小时等单位来衡量。
        • 从网络的角度来说,也可以用字节数/天等单位来考察网络流量。
      • 资源利用率
        • 指系统资源的使用程度,比如服务器的CPU利用率、内存利用率、磁盘利用率、网络带宽利用率等。
    • 软件性能要素
      • 环境要素
        • 软件、硬件、网络
      • 业务要素
        • 用户数、执行功能、数据量
      • 在使用性能指标描述软件的性能特征时,应该给出明确的软件性能要素,否则,所给出的性能指标无法参考。
    • 性能测试用例的设计:主要是通过改变模拟的业务因素来测试软件的性能。
      • 并发用户数
        • 精算法
          在这里插入图片描述
        • 估算法
          在这里插入图片描述
        • 经验值
          • 对于一些系统,可以通过同类软件系统的用户数据来估算,这种估算可以通过类似系统的日志分析和问卷调查来进行。
      • 吞吐量
      • 基于业务的设计

    负载测试

    • 定义
      • 数据在超负荷环境下运行,测试软件系统是否能够承担。这种超负荷主要指多并发用户。
    • 方法
      • 人为生成大数据量,并利用工具模拟频繁并发访问
    • 工具
      • 一般需要使用自动化工具
    • 考察指标
      • 响应时间、交易容量、资源使用率等

    压力测试

    • 定义
      • 指系统不断施加越来越大的负载(并发,循环操作,多用户,网络流量)的测试。
    • 目标
      • 通过确定一个系统的瓶颈或者不能接收的性能点,来确定系统能提供的最大服务级别的测试。

    性能测试、压力测试、负载测试的关系

    • 性能测试是正常情况下的性能指标;
    • 压力测试是测试系统的瓶颈所在;
    • 负载测试是指系统重负荷性能指标;
    • 性能测试、压力测试、负载测试在广义上讲都是性能测试的内容,建议将三种测试结合起来并行进行。

    兼容性测试

    • 定义
      • 测试软件在一个特定的硬件、软件、操作系统、网络等环境下系统能否正常运行。
    • 目的
      • 检验被测软件对其他应用软件或者其他系统的兼容性。

    安全测试

    • 定义
      • 安全测试检测系统对非法入侵的防范能力。
    • 应用程序级别的安全性测试
    • 数据库安全性测试
    • 系统级别的安全性测试

    健壮性测试

    • 定义
      • 又称为容错测试。主要检查系统容错能力。当系统出错时,能否在指定的时间间隔内修正错误并重启系统。
    • 方法
      • 容错测试首先要通过各种手段让软件系统强制发生故障,然后验证系统能否快速恢复。

    配置测试

    • 定义
      • 配置测试将验证软件与其所依赖硬件环境的依赖程度。
    • 测试中的硬件环境指进行测试所必需的服务器、客户端、网络连接设备,以及打印机、扫描仪等辅助硬件设备所构成的环境。
    • 所有软件都需向用户说明其运行的硬件环境,对于多层结构的软件系统来说,需要分别说明其服务器、客户端以及网络所需的环境。

    可用性测试

    可用性测试是面向用户的系统测试。让一群有代表性的用户尝试对产品进行典型操作,- - 同时观察员和开发人员在一旁观察,聆听,做记录。

    • 系统中是否存在繁琐的功能以及指令;
    • 安装过程是否复杂;
    • 错误信息提示内容是否详细;
    • GUI接口是否标准;
    • 登录是否方便;
    • 需要用户记住内容的多少;
    • 帮助文本是否详细;

    文档测试

    • 定义
      • 文档测试是对系统提交给文档进行验证,它要求检查系统的文档是否齐全。
    • 文档的种类
      • 包括联机帮助文档或用户手册,指南和向导,
      • 安装、设置指南,示例及模板,错误提示信息,
      • 用于演示的图像和声音,
      • 授权/注册登记表及用户许可协议,
      • 软件的包装、广告宣传材料等。
    展开全文
  • 兼容性测试说明

    千次阅读 2020-07-30 17:03:43
    版本说明 版本 作者 时间 备注 ...4 兼容性测试定义 1 5 兼容性测试目的 1 6 兼容性测试的作用 2 7 APP兼容性测试 2 7.1 手机系统 2 7.2 手机品牌 2 7.3 分辨率 2 7.4 运营商 2 7.5 网络 2 7.6...

    目录
    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.2手机品牌
    1)销量前十的品牌:iphone、华为、华为荣耀、OPPO、VIVO、小米、魅族、三星、360、smartisan坚果(数据来源:中国品牌网:https://www.chinapp.com/paihang/shouji/);

    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×768
    2)1280×1024
    3)1366X768
    4)1680X1050
    5)1920X1080
    目前产品需支持的分辨率有:
    1)1366X768
    2)1680X1050
    3)1920X1080

    8.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测试工具

    1)BrowserShots:是一款免费的跨浏览器测试工具,捕捉网站在不同浏览器中的截图。(http://browsershots.org,在线测试平台,优点:可测试不同的分辨率及系统以及不同浏览器的不同版本,缺点:无IE内核浏览器,易用性不高,仅适合单页面的UI测试,效率低,不推荐使用)
    2)(推荐使用)百度MTC:线上移动应用云测平台,可在此平台进行移动APP兼容性测试、性能测试等,包括深度兼容性测试、虚拟机租赁功能(付费)。
    3)testin云测:线上移动应用云测平台,可直接进行移动APP的兼容性测试、性能测试扥,包括深度兼容性测试、虚拟机租赁功能(付费)。

    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)测试结论及建议,测试团队作为产品出口,可从用户角度对于产品改进提出合理建议;

    展开全文
  • 兼容性测试方案-浏览器编 兼容性测试方案-浏览器编
  • css兼容性测试

    2012-12-21 11:06:43
    css兼容性测试事例 包含IE6,7,8,9 Firefox Safri 360 Opera 等多款浏览器下显示效果
  • 在NFC一致性测试的基础上,提出了严格的一致性测试、仪表兼容性测试、R/W 兼容性测试、POS 兼容性测试等4种提高NFC终端与POS之间兼容性的测试方法,并分析了其优缺点。行业相关方可结合自身资源及需求,采用其中一种...
  • 详解兼容性测试

    2021-06-10 11:01:37
    分别从兼容性测试的意义、作用、web兼容性测试的方法、浏览器内核分析、策略制定、工具配合使用、APP兼容性测试方法、阿里top20设备选择策略、弱网测试等多个方法详细带领大家学习兼容性测试的点点滴滴。
  • 近年来,手机app的开发成本大幅降低,市面上的应用程序层出不穷,软件开发公司为了保证app的使用效果,需要在市场主流机型、不同系统和分辨率上完成兼容性测试。 什么是app兼容性测试? app兼容性测试是产品质量...

    近年来,手机app的开发成本大幅降低,市面上的应用程序层出不穷,软件开发公司为了保证app的使用效果,需要在市场主流机型、不同系统和分辨率上完成兼容性测试。

    • 什么是app兼容性测试?

    app兼容性测试是产品质量评价的一个重要指标,即让app产品可以在不同的环境中正常运行的测试过程。在app的开发过程中,经验丰富的开发人员至少需要保障app可以与市面上60%的用户机型兼容和适配。但是为了追求app的兼容性而加大开发成本,无疑舍本逐末,因此可以把软件测试作为提升app兼容性的有效手段。

    • 有哪些好用的兼容性测试工具?

    为了提高兼容性测试效率,我们可以采用诸多工具来加快测试进程。以下介绍几款比较好用的app兼容性测试工具:

    ①Spider

    Spider的主要特点:

    1. 支持同时查看、修改、共享多台设备API接口数据;
    2. 支持接口测试数据存储和回放功能;
    3. 支持同时操作多台设备。

    ②Spoon

    Spoon的主要特点:

    1. 适用于android系统的手机app;
    2. 将case分布式地执行、将执行结果更友好地展示出来,提高测试效率;
    3. 支持多设备同时运行,测试结束可生成html报表,展示运行测试结果。

    展开全文
  • 原生javascript兼容性:currentStyle、scrollTop、event以及绑定事件IE的绑定事件为attachEvent/detachEvent等等兼容性测试实例,感兴趣的朋友可以参考下哈
  • 手机APP测试如何进行兼容性测试
  • 手机兼容性测试(云测试)

    千次阅读 2020-12-22 21:11:08
    手机兼容性测试一、简介机型配置好用的App云测试平台二、云测试使用百度MTC-移动云测试中心三、自己操作基本流程 一、简介   Android App兼容性测试,是一个比较重要的App评价内容,说到测试阶段,兼容性测试主要...
  • 兼容性测试方案

    千次阅读 2020-02-28 13:35:10
    提高重视度,在需求分析、测试设计、测试执行、收尾阶段都要加大兼容性测试的比重。 1.1 需求阶段 在需求阶段要获取兼容性测试环境的来源,来源为产品经理和用户现场使用情况,更多以用户现场为参考。 **1.2测试...
  • Web兼容性测试

    千次阅读 2019-04-08 10:02:00
    Web兼容性测试类型主要有:操作系统、浏览器、分辨率和网速方面兼容性测试; 1.操作系统兼容性 市场上有很多不同的操作系统,常用的有WindowsXP、Windows7、Mac、Linux等操作系统;同一个应用在不同的操作系统下...
  • 13个网页页面浏览器兼容性工具 网页设计兼容性测试工具

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 370,779
精华内容 148,311
关键字:

兼容性测试