
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
任何一款产品的开发设计都是有固定的规格和操作系统等组件来作为实现载体的,而本文我们就通过案例分析来简单了解一下,软件开发兼容性测试包含哪些测试角度。
一、操作系统兼容性。
可以就按照需求定义所支持的系统进行测试,不需要过多的考虑不支持的产品。
先,既然产品敢这么定义,就意味着产品本身就不是QQ、WPS这种,需要全版本兼容的覆盖面非常广的产品,而是有可能是特定用户,特定环境,或者使用目标客户精准的产品。所以就没有太多的必要,过度测试。比如守望先锋,你兴致勃勃安装完,发现卡的一塌糊涂,你也不会骂暴雪产品烂,只会怪自己没看清楚软件运行的系统要求,然后自己去买显卡。
二、Web客户端对浏览器的兼容性。
同理,产品既然设计如此,必然有其道理,如果用户是全覆盖类型,你设计产品说不支持chorme浏览器,可能会被同类产品直接淘汰。但是如果是给公司内部用的OA系统,ERP系统等,完全可以通过行政要求的方式搞定,只需要在某内核的浏览器下完美实现即可。
所以测试设计,也是轻量级的测试设计,找几款其他内核的浏览器,大概的安装使用一下,看是否会有提示“本产品支持XX浏览器”,是否会出现系统异常,导致浏览器崩溃,或者操作系统无响应,就可认为达到设计目的。
三、App对手机操作系统的兼容性。
在手机操作系统上,可以明确不兼容,但是因为载体的不可控性,这部分还是需要测试的。同样,现在网上的模拟云挺多,也不需要实体机刷Rom,投入和产出还是正向的。
四、自己产品之间的兼容性。
比如说某种行业产品,比如超市的扫码计费系统,小区楼宇的报警系统等,从平台、到终端,从软件到设备,都是自己做的,那么这种升级的兼容性,反而是产品设计和测试设计的重点。
新产品的迭代,可以明确不支持某种老产品/老版本,但是要给出友好的提示,或者明确的解决方案。
所以这种测试,往往就是XY的一张表,或者XYZ的对通表,一个个测试过去,打勾打叉,枯燥繁琐,但是事关重要。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。