• 1
  • 2
分享
  • 吊打面试官系列之:掌握兼容性测试21个知识点,让面试官也对你膜拜
  • Carl_奕然 2022-07-11 08:58:19 字数 1441 阅读 12246 收藏 2

1、引言

小鱼:小屌丝,听说你最近作为你公司的面试官,开始进行面试了?

小屌丝:那是~

小鱼:这给你厉害的, 那我考考你

小屌丝:鱼哥,别扯淡,有几个能经得住你的拷问??

小鱼:这次就简单的聊几句

小屌丝:那… 问吧…

小鱼:咱俩聊一聊兼容性测试的关注点??

小屌丝:就这啊, 我还以为多难呢。

小鱼:对,就聊聊兼容性测试需要注意的点,看看你能说几个

小屌丝:是否对浏览器兼容,是否对旧版本兼容,是否对系统兼容,是否对服务器兼容,是否对屏幕兼容,差不多就这些了。

小鱼:就这些??

小屌丝:已经不少了,一个兼容性测试点,难不成能有二三十个测试点?

小鱼:对的,我大概捋一下,差不多还真二十多个,

小屌丝:我屮艸芔茻,不会吧??

小鱼:我给你捋捋看。

2、21个兼容性测试注意点

        1.测试软件是否能在不同的操作系统平台上兼容,或测试软件是否能在同一操作平台的不同版本上兼容;

        2.软件本身能否向前或向后兼容,主要指的是能否兼容不同版本的数据;

        3.测试软件能否与其他相关的软件兼容;

        例如杀毒软件,文字处理软件,办公软件之间的兼容性

        4.被测软件与标准外设的兼容。例如打印机;

        5.程序与运行支撑平台版本之间的兼容性。例如是否可以兼容不同的JDK版本,或不同的framework版本等;

        6.程序与应用服务器之间的兼容性。是否支持不同的应用服务器产品,或支持同一应用服务器的不同版本;

        7.各个浏览器之间的兼容性。主要是指的B/S架构中,与浏览器各种内核之间的兼容性问题;

        8.各种屏幕分辨率之间的兼容性;

        9.不同的网络环境中的兼容性;

        10.数据库之间的兼容性。不同的数据库之间的数据迁移问题;

        11.不同版本程序数据文件之间的兼容性。同一数据库在不同版本的软件上是否能够迁移;

        12.整机的兼容性。例如在本机能安装使用,在其他配置机器能否正常使用;

        13.其他软件的数据兼容性。即别的软件中的数据文件能否经进行处理;

        14.低版本软件生成的文件,高版本软件是否能够打开;

        15.如果是C/S系统,能否支持低版本的客户端程序访问高版本的服务器端或者是否支持高版本的服务器端程序访问低版本的服务器端;

        16.如果是C/S系统,是否允许不同版本的客户端与同一个服务器进行通信;

        17.如果是C/S系统,是否允许不同版本的客户端之间进行通信;

        18.当前软件系统生成的文件或数据是否可以在其他软件中被打开;

        19.是否支持同时安装或运行两个不同版本的软件;

        20.不同版本的软件系统是否能够支持以往的数字证书或硬件加密狗等安全校验文件;

        21.新版本的系统是否和老的应用插件相兼容;

3、总结

小屌丝:鱼哥,还是你技高一筹。

小鱼:兼容性测试,我们更多的是关注 前端app的多一些,关于数据库兼容性,C/S系统兼容性,新旧版本的数据兼容性更容易忽略;

小屌丝:确实是这样,我们只关注新版本在主流终端是否兼容,但是也往往忘记了升级后的新版本,在数据缓存的影响中的兼容性,这我记住了,鱼哥。

小鱼:所以,别小看一个兼容性测试的考点哦。

最后,欢迎关注Carl_奕然,带你学习更多测试开发相关的知识最,让你也成为测试开发专家。。

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 读者提问:『作为测试经理,需要做测试执行吗,如果需要的话,还有时间做管理相关的事务吗 ?』阿常回答:测试经理也是需要做测试执行的。因为对于软件测试管理者来说,管理不会是纯粹的管理。软件测试是一门需要不断实践和总结的学科,所以身为测试经理,也是会参与到实际的测试任务之中的。那如果既需要做事,又需要做管理,会不会因为陷入具体的测试任务之中,而没办法做好管理事务呢?作为测试管理者,不应该让自己投入到,非常复杂的需要投入大量时间的测试任务之中,如果是这样的话,肯定没有时间兼顾到管理事务。其他测试同学都投入到具体的测试任务之中,陷入到细节之中,测试管理者必须把控好全局,所以测试管理者可以选择一...
            0 0 502
            分享
          • 1. 需求符合度测试各级菜单名称显示是否按照需求说明书规定的设计,并且没有遗漏和多余;各级菜单所完成的功能是否按照需求说明书规定的设计,并且没有遗漏和多余;各级菜单的操作顺序和操作方式是否按照需求说明书规定的设计,并且正确。2. 页面测试页面元素对齐方式是否符合规范的要求,或者操作方便性文字的字体,标点符号是否统一有误错别字和乱码焦点是否定位在默认操作项上按TAB键是否有正常切换焦点(自上而下,自左而右)标题是否正确无误,关注以下部分:①是否和菜单一级;②同一个case的多个页面标题是否一致时间格式是否正确(特别是海外版,如果时间输入栏有掩码,要检查掩码的正确性)是否正确支持常用的显示比例: ...
            0 0 1674
            分享
          •   1 需求分析与确认  意义与作用:  需求的准确性与必要性是项目成功的前提,同时能够帮助开发与测试更好的完成工作,明确工作内容并做出相应的计划。  2 测试点  测试点就是针对需求所设计的,在完成需求确认后就可以确定测试点。  3 编写测试用例  测试用例就是保证测试点能够被正确的数据覆盖。  4 执行测试用例  当开发把相应模块功能完成,就可以执行设计好的测试用例。  5 缺陷管理  将不通过的测试用例提交给开发进行反馈与追踪。  6 总结测试报告  对测试缺陷进行分析统计,对本次测试实施进行总结。作者:枫桥夜语    来源:http:/...
            0 0 1299
            分享
          • 背景:最近有个项目,开发工时在1000+h,测试这边预估的工作量在400h左右,但按照项目截点算,预留给测试的时间只有200h左右。(这里先不考虑开发可能提前交付,以及项目截点延期)纵观,整个项目的研发过程,我们总会遇到测试资源和时间很有局限的情况:一是:在项目截点固定的前提下,可能受到产品、开发部分工作进度的压缩;二是:测试工作本身需要终止点,可能是上线时间到了,也可能是发现的问题都解决了。测试工作最大的挑战就是在有效的时间内发现较多的缺陷,从而使软件达到一个相对可靠的质量(不敢说绝对可靠,毕竟发现的问题越多隐藏的问题也就越多)。这就要求我们测试要有策略性的测试,那么什么是测试策略呢?何为测...
            0 0 1469
            分享
          •   软件测试人员在测试不同的阶段做不同的事的,总的分为以下几个阶段:  1.项目开始之初,也可以是一次迭代开始之初  这个时候每天都是以熟悉本次项目或本次迭代功能模块需求为主。  方式:一般就是看文档,有时就是看一天文档,或参加不同的评审会,根据不同人理解需求方式的不同,我喜欢用XMIND梳理测试点需求,我不管做什么事都喜欢用笔去整理一番。  这时阶段主要是理解需求,分析功能模块的业务流程,尽可能将测试点梳理得更细,在梳理过程中如果遇到不理解,或需要做的需求与以前的需求逻辑不符时,可以先找产品经理讨论,并确定,方式可以是当面讨论,也可以以邮件的方式确定,推荐以邮件的方式确定。  在这个阶段与团...
            0 0 1270
            分享
      • 51testing软件测试圈微信