兼容性

1.html代码 1 <header>头</header> 2 <nav>导航栏</nav> 3 <main> 4 <article>左</article> 5 <aside>右</aside> 6 </main> 7 <footer>底部</footer> 2.基本效果图：浏览器怎么改变大小，基本的排版都不会改变 3.css基本的排版，样式 1 <style> 2 *{ 3 margin: 0; 4 padding: 0; 5 } 6 header{ 7 width: 100%; 8 height: 100px; 9 background-color: red; 10 } 11 nav{ 12 width: 100%; 13 height: 30px; 14 background-color: green; 15 } 16 main{ 17 display: block; 18 width: 100%; 19 height: 500px; 20 background-color: chocolate; 21 } 22 main > article{ 23 display: block; 24 width: 80%; 25 height: 100%; 26 background-color: darkblue; 27 float: left; 28 } 29 main >

入行测试一段时间了，说下Web端测试注意的地方和个人发展方向。今天分享一些心得，一部分是我面试碰到一个面试官分享我的资料，希望对大家有用。 网页端的测试 ： 目前网页端的测试，主要是指针对 Web、H5端的测试。 功能测试： 比对原型、需求，设计测试用例，进行用例评审，完成功能测试。功能测试是保证项目正常运行的第一要求。 兼容性测试： 兼容性测试可以从浏览器兼容性、屏幕兼容性、系统兼容性 三个方面去考虑。 1、 浏览器兼容性（包含设备）： 在正常使用中，用户会使用千差万别的浏览器，包括不同机型的不同浏览器型号的浏览器，可谓是各种排列组合。不同的浏览器内核会造成不同的兼容性问题，有的兼容性问题会影响主功能的进行，所以网页端的兼容性测试是非常重要的一环。 Web浏览器兼容：Chrome、Safari、火狐、360浏览器、QQ浏览器、IE8、IE9、IE10、IE11、Edge等 H5浏览器兼容：qq浏览器（android、iOS）、uc浏览器、safari（iOS8、IOS10）、百度浏览器、手机百度、搜狗搜索、小米浏览器、魅族浏览器等 2、 屏幕兼容性： Web 端：大屏幕（20寸）—— 小屏幕（13寸） H5 端：iphone5——iPhoneX，iPad mini——iPad4、3寸android——5寸android机 3、 系统兼容： iOS8-iOS11 ，android

开发人员笔记本有一台VMware虚拟机，出差回来后想要在服务器上部署。 于是，使用VMware Workstation连接EXSi6.7服务器，上传虚拟机，但是会报错。 分析： 1，软件是VMware Workstation 12Pro，镜像的兼容性是Workstations 12.X 2，服务器是VMware EXSi 6.7 尝试： 1，将该VM的的兼容性降低，以支持EXSi 6.7——失败，报错依旧 2，互联网寻找报错解决方法——失败，大多是代码错误，缺失nss原因——开ssh发现EXSi并没有yum和apt之类的命令。 最终解决方法： 1，升级该笔记本的VMware Workstation到14Pro版本——不需要更改兼容性，直接导入即可； 尝试改变兼容性，发现VMware Workstation 12.X的版本是兼容EXSi 6.7的 2，“连接服务器”操作时，格外注意有个证书需要安装。 来源： 51CTO 作者： Mengix 链接： https://blog.51cto.com/mengix/2452588

Sitecore使用第三方软件工具，比如MongoDB和Solr。不同版本的Sitecore对应不同版本的第三方工具。 Sitecore兼容性表： https://kb.sitecore.net/articles/087164 Solr兼容性表 : https://kb.sitecore.net/articles/227897 MongoDB兼容性表: https://kb.sitecore.net/articles/633863 总表参见： https://kb.sitecore.net/articles/311053 转载于:https://www.cnblogs.com/JoeHou/p/9121216.html 来源： https://blog.csdn.net/weixin_30925411/article/details/99554624

WeTest 导读 当AI成为各行业提高产业效率的动能，很多人开始疑惑，这架智能化的“无人机”何时在移动应用测试中真正落地？在今年的国际数码互动娱乐博览会(ChinaJoy)上，腾讯WeTest给出了答案。 ​借助AI技术，在保证原有质量下，大大提升在问题识别与测试驱动两个环节的效率和识别准确率，深度兼容测试服务直击底价，仅需原市场价三成，所有移动应用开发者即可享用该服务。在测试领域，腾讯WeTest将释放AI的普惠力量！ 摆脱人力单兵作战，AI有效降低测试成本 兼容性测试工作往往需要依赖大量设备和专业技术人才完成，随着Android碎片化愈发加重，成本门槛飞速抬高。 图片来源：OpenSignal 早在2014年，全球Android设备就超过了1万种，如今其数量更加冗杂繁多 Android碎片化不仅体现在机型与品牌的形态各异，更表现于系统版本、分辨率等细分维度的不同，想要做到产品完全适配，开发者就要担负起高额的人力、物力及时间成本。经腾讯WeTest官方测算，单凭人力如果要实现全设备覆盖的兼容测试，每年耗费的人力成本高达百万元，设备成本更超过300万元，而这就是市面上深度兼容测试服务价格居高不下的主要原因。 然而，如果不做好兼容性测试，安装、拉起失败、闪退、UI异常等问题更会极度影响用户体验。据数据测算，兼容性问题会引发超过20%的用户直接卸载应用，后果的严重性不言而喻。

微信小程序测试方法和心得： https://www.jianshu.com/p/b9d2e66af160 微信小程序实现自动化测试： https://www.cnblogs.com/Test-xiaobai/p/9066331.htmlJmeter 微信小程序接口测试： https://www.cnblogs.com/weimeizhizuo/p/9889526.html 小程序画面构成组件构成UI测试功能测试以需求文档和交互视觉文档为准，如果没有这些文档，参考APP的测试方法。 兼容性测试 * 操作系统兼容性 * 屏幕兼容性 * 微信兼容性 网络测试 * 网络切换 * 断网 * 通过设置代理进行弱网测试 接口测试 * 视频接口 * 登陆接口 易用性测试和微信的功能交互测试 * 小程序微信入口 * 小程序交易，微信钱包、卡包 * 微信缓存对小程序的影响 消息限制 * 支付 * 提交表单 允许向用户推送模板消息性能测试 * 白屏时间、首屏时间、资源占用、页面渲染时间、帧率 * 内存，cpu、电池温度、流量、帧率数据，页面切换点击均无丢帧现象 * 设备耗电量 安全 * 源代码暴露 权限 * 授权访问或不允许访问 并发测试 * 多机联测 * 互斥测试 来源： https://blog.csdn.net/m0_37292477/article/details/98873314

WEB测试和App测试从流程上来说，没有区别。都需要经历测试计划方案，用例设计，测试执行，缺陷管理，测试报告等相关活动。从技术上来说，WEB测试和APP测试其测试类型也基本相似，都需要进行功能测试、性能测试、安全性测试、GUI测试等测试类型。 他们的主要区别在于具体测试的细节和方法有区别，比如： 性能测试 ，在WEB测试只需要测试响应时间这个要素，在App测试中还需要考虑流量测试和耗电量测试。 兼容性测试 ：在WEB端是兼容浏览器，在App端兼容的是手机设备。而且相对应的兼容性测试工具也不相同，WEB因为是测试兼容浏览器，所以需要使用不同的浏览器进行兼容性测试（常见的是兼容IE6，IE8，chrome，firefox）如果是手机端，那么就需要兼容不同品牌，不同分辨率，不同android版本甚至不同操作系统的兼容。（常见的兼容方式是兼容市场占用率前N位的手机即可），有时候也可以使用到兼容性测试工具，但WEB兼容性工具多用 IETester 等工具，而App兼容性测试会使用 Testin 这样的商业工具也可以做测试。 安装测试 ：WEB测试基本上没有客户端层面的安装测试，但是App测试是存在客户端层面的安装测试，那么就具备相关的测试点。 还有，App测试基于手机设备，还有一些手机设备的专项测试。如交叉事件测试，操作类型测试，网络测试（弱网测试，网络切换） 交叉事件测试

WEB测试和应用测试从流程上来说，没有区别。都需要经历测试计划方案，用例设计，测试执行，缺陷管理，测试报告等相关活动。从技术上来说，WEB测试和APP测试其测试类型也基本相似，都需要进行 功能测试 ，性能测试，安全性测试，GUI测试等测试类型。 他们的主要区别在于具体测试的细节和方法有区别 ，比如：性能测试，在WEB测试只需要测试响应时间这个要素，在应用测试中还需要考虑流量测试和耗电量测试 ， 兼容性测试：在WEB端是兼容浏览器，在应用端兼容的是手机设备而且相对应的兼容性测试工具也不相同 ，WEB因为是测试兼容浏览器，所以需要使用不同的浏览器进行兼容性测试 （常见的是兼容IE6，IE8，铬，火狐）如果是手机端，那么就需要兼容不同品牌，不同分辨率，不同的Android版本甚至不同操作系统的兼容。（常见的兼容方式是兼容市场占 率前Ñ位的手机即可），有时候也可以使用到兼容性测试工具，但WEB兼容性工具多用IETester等工具，而应用程序兼容性测试会使用试验在这样的商业工具也可以做测试。 安装测试：WEB测试基本上没有客户端层面的安装测试 ，但是应用程序测试是存在客户端层面的安装测试 ，就那么相关具备的测试点 还有，应用测试基于手机设备，还有一些手机设备的专项测试。如交叉事件测试，操作类型测试，网络测试（弱网测试，网络切换） 交叉事件测试：就是在操作某个软件的时候，来电话，来短信

WEB测试和App测试从流程上来说，没有区别。都需要经历测试计划方案，用例设计，测试执行，缺陷管理，测试报告等相关活动。从技术上来说，WEB测试和APP测试其测试类型也基本相似，都需要进行功能测试、性能测试、安全性测试、GUI测试等测试类型。 他们的主要区别在于具体测试的细节和方法有区别，比如：性能测试，在WEB测试只需要测试响应时间这个要素，在App测试中还需要考虑流量测试和耗电量测试。 兼容性测试：在WEB端是兼容浏览器，在App端兼容的是手机设备。而且相对应的兼容性测试工具也不相同，WEB因为是测试兼容浏览器，所以需要使用不同的浏览器进行兼容性测试（常见的是兼容IE6，IE8，chrome，firefox）如果是手机端，那么就需要兼容不同品牌，不同分辨率，不同android版本甚至不同操作系统的兼容。（常见的兼容方式是兼容市场占用率前N位的手机即可），有时候也可以使用到兼容性测试工具，但WEB兼容性工具多用IETester等工具，而App兼容性测试会使用Testin这样的商业工具也可以做测试。 安装测试：WEB测试基本上没有客户端层面的安装测试，但是App测试是存在客户端层面的安装测试，那么就具备相关的测试点。 还有，App测试基于手机设备，还有一些手机设备的专项测试。如交叉事件测试，操作类型测试，网络测试（弱网测试，网络切换） 交叉事件测试：就是在操作某个软件的时候，来电话