兼容测试

所有浏览器 通用 height: 100px; IE6 专用 _height: 100px; IE6 专用 *height: 100px; IE7 专用 *+height: 100px; IE7、FF 共用 height: 100px !important; 程序代码 height:100px; *height:120px; _height:150px; 下面我简单解释一下各浏览器怎样理解这三个属性： 在FF下，第2、3个属性FF不认识，所以它读的是 height:100px; 在IE7下，第三个属性IE7不认识，所以它读第1、2个属性，又因为第二个属性覆盖了第一个属性，所以IE7最终读出的是第2个属性 *height:120px; 在IE6下，三个属性IE6都认识，所以三个属性都可以读取，又因为第三个属性覆盖掉前2个属性，所以IE6最终读取的是第三个属性。 1.为什么在不同的浏览器显示效果不一样？ 因为不同浏览器对于css样式表的解析不一样，所以导致样式乃至层布局发生变化。例如，ff中设置padding属性时，div会相应增加height和width，而ie的解析是不会的，再例如ff对盒模型的解析和ie相差两个象素。 2.设计时要做到所有浏览器都兼容吗？ 根据“设计诉说”的站点统计小样本结果显示，6225个访问者中有72.1%使用IE6.0；12.7%使用IE7.0；7.9

app测试面试题 前言 现在面试个测试岗位，都是要求全能的，web、接口、app啥都要会测，那么APP测试一般需要哪些技能呢？ 面试app测试岗位会被问到哪些问题，怎样让面试管觉得你对APP测试很精通的样子？ 本篇总结了app测试面试时候经常被问的10个相关问题 1.什么是activity? 2.Activity生命周期? 3.Android四大组件? 4.app测试和web测试有什么区别？ 5.android和ios测试区别？ 6.app出现ANR，是什么原因导致的？ 7.App出现crash原因有哪些？ 8.app对于不稳定偶然出现anr和crash时候你是怎么处理的？ 9.app的日志如何抓取? 10.你平常会看日志吗, 一般会出现哪些异常（Exception）? 1.什么是activity 什么是activity，这个前两年出去面试APP测试岗位，估计问的最多了，特别是一些大厂，先问你是不是做过APP测试，那好，你说说什么是activity? 如果没看过android的开发原理，估计这个很难回答，要是第一个问题就被难住了，面试的信心也会失去一半了，士气大减。 Activity是Android的四大组件之一，也是平时我们用到最多的一个组件，可以用来显示View。 官方的说法是Activity一个应用程序的组件，它提供一个屏幕来与用户交互，以便做一些诸如打电话

一分钟读懂兼容报告：测试过程视频复现，问题定位很轻松 上一期《一分钟读懂兼容测试报告（一）：概况篇》，介绍了WeTest兼容测试报告的概况信息，包括测试通过率、机型聚类、测试场景截图等功能。随着用户使用的不断深入，用户对报告产生了更多的诉求。 在查看报告时，用户在了解了问题概况和分类情况之后，都会进入“问题定位”的环节，用户在进行问题定位的时候会提出新的问题： 1. 问题出现前用户进行了什么操作？ 2. 问题发生后的状况是怎么样的？ 3. 问题优化后产品表现有什么区别？ 针对用户的需求，WeTest兼容测试报告进行了优化。 优化一：复现操作过程视频，迅速定位问题 WeTest之前的适配兼容测试报告，在报告中能看到所有操作步骤的截图，如下图： 根据截图可以看到测试的过程是如何点击的，定位问题出现操作节点，但是在对部分产品进行测试的时候，因为截图具有间隔时间，中间有5秒左右是空白的，开发测试人员无法查看。为了更全面展现测试情况，WeTest为测试报告提供视频播放功能，在截图上做补充，播放测试过程录像。（目前已经支持应用及部分类型手游） 提测人可以从入我的报告-设备详情页，进入设备详情；或者进入问题列表-问题详情查看视频。 视频连接地址：https://v.qq.com/x/page/r0845z1dgyr.html 以上是部分测试的视频片段，测试过程中在系统跳出提示“请输入账号

jQuery简介 jQuery，顾名思义是JavaScript和查询（Query），jQuery是免费、开源的。它可以简化查询DOM对象、处理事件、制作动画、处理Ajax交互过程且兼容多浏览器的javascript库，核心理念是write less,do more(写得更少,做得更多)。 jQuery 优势 体积小，使用灵巧（只需引入一个js文件）。 方便的选择页面元素（模仿CSS选择器更精确、灵活）。 动态更改页面样式/页面内容（操作DOM，动态添加、移除样式）。 控制响应事件（动态添加响应事件）。 提供基本网页特效（提供已封装的网页特效方法）。 快速实现通信（ajax）。 易扩展、插件丰富。 支持链式写法。 引入jQuery 通过script引入本地jQuery文件。 通过引入CDN上面jQuery文件。 版本选择 1.x：兼容ie678,使用最为广泛的，官方只做BUG维护，功能不再新增。因此一般项目来说，使用1.x版本就可以了，最终版本：1.12.4 (2016年5月20日) 2.x：不兼容ie678，很少有人使用，官方只做BUG维护，功能不再新增。如果不考虑兼容低版本的浏览器可以使用2.x，最终版本：2.2.4 (2016年5月20日) 3.x：不兼容ie678，只支持最新的浏览器。除非特殊要求，一般不会使用3.x版本的，很多老的jQuery插件不支持这个版本

说明：该篇博客是博主一字一码编写的，实属不易，请尊重原创，谢谢大家！ 文章目录 一、兼容性测试 1.兼容性测试的含义 2.案例 3.兼容性测试的前提 4.兼容性测试的测试点 二、文档测试 1.哪些文档需要测试 2.文档测试检查单 3.文档测试的测试点 3.1 Readme 文档 3.2 联机帮助 3.3 及时/即时联机帮助 3.4 用户手册 4.文档测试需要注意的问题 三、安装测试 1.安装测试的分类 2.安装测试注意事项 3.安装测试的测试用例 4.运行测试的测试用例 5.卸载测试的测试用例 6.加密测试 6.1 加密测试的内容 6.2 加密测试的测试用例 一、兼容性测试 1.兼容性测试的含义 兼容性测试验证软件与其所在的环境的依赖程度，包括对硬件的依赖程度，对平台的依赖程度、其他软件的依赖程度等。 2.案例 3.兼容性测试的前提 标准和规范是软件兼容性的保证 √ 高级标准 ✰ 产品遵守的规则 √ 低级标准 ✰ 文件格式和网络通信协议 4.兼容性测试的测试点 硬件兼容 √ 包括主板、处理器、内存、显卡、显示器、打印机等。 ✰ 如不同品牌和架构的计算机、不同频率或不同位数的 CPU、不同大小的内存、硬盘、不同带宽的网络等。 操作系统兼容 √ 包括操作系统类型、位数、补丁版本等。选择测试平台要考虑操作系统的流行程度、年份、类型、生产厂商等方面。 √ 不同操作系统如 Windows

目录 为什么需要软件测试？回到顶部 为什么选择软件测试行业？回到顶部 为什么不让开发自己做测试？回到顶部 什么是测试？回到顶部 软件测试的作用？回到顶部 软件测试的诞生回到顶部 软件测试出现原因回到顶部 软件测试的发展回到顶部 软件测试的目标回到顶部 缺少软件测试发生的事故回到顶部 软件测试常见的误区回到顶部 软件测试的主要工作回到顶部 测试原则回到顶部 测试对象回到顶部 软件架构回到顶部 常见项目组织架构回到顶部 软件测试用例回到顶部 什么是测试用例回到顶部 为什么需要测试用例回到顶部 测试用例的意义回到顶部 测试用例的生命周期回到顶部 测试环境设计回到顶部 测试力度回到顶部 软件测试计划书回到顶部 测试计划的意义回到顶部 测试目标回到顶部 资源配置回到顶部 风险控制回到顶部 如何制定测试计划回到顶部 5W1H方法回到顶部 工作经验之谈回到顶部 图解软件测试计划回到顶部 软件计划报告回到顶部 软件兼容性回到顶部 what，什么是软件兼容性测试回到顶部 why，为什么要进行软件兼容性测试回到顶部 when，什么时候开始软件兼容性测试回到顶部 where，软件兼容性测试都要测什么回到顶部 who，谁来执行软件兼容性测试回到顶部 how，怎样执行兼容性测试回到顶部 版本控制回到顶部 引入版本控制的原因回到顶部 版本控制的定义回到顶部 版本控制方法回到顶部 版本控制评价标准回到顶部

2018.8.12-----测试问题 1. 问：什么是兼容型测试？兼容性测试侧重哪些方面？ 答：兼容测试主要是检查软件在不同的硬件平台、软件平台上是否可以正常的运行，即是通常说的软件的可移植性。 兼容的类型，如果细分的话，有平台的兼容，网络兼容，数据库兼容，以及数据格式的兼容。 兼容测试的重点是，对兼容环境的分析。通常，是在运行软件的环境不是很确定的情况下，才需要做兼容。根据软件运行的需要，或者根据需求文档，一般能够得出用户会在什么环境下使用该软件，把这些环境整理成表单，就得出做兼容测试的兼容环境了 兼容和配置测试的区别在于，做配置测试通常不是在 Clean OS 下做测试，而兼容测试多是在 Clean OS 环境下做的 补充：做兼容测试的具体步骤：在列好的软硬件环境清单做冒烟测试，还是每一步都测试。测出不兼容，怎么和开发沟通，开发面对这些不兼容需要做什么。如果修复成本很高，怎么和产品经理沟通。和谁确认表单 2. 问：我现在有个程序，发现在 Windows 上运行的很慢，怎么判别是程序存在问题还是软硬件系统存在问题 答： 1 、检查系统是否有中毒的特征 2 、检查软件 / 硬件的配置是否符合软件的推荐标准 3 、确认当前的系统是否独立，即没有对外提供什么消耗 CPU 资源的服务 4 、如果是 C/S 或者 B/S 结构的软件，需要检查是不是因为与服务器的连接有问题

日志说明： 1、不对Spring的基础环境配置做详细说明； 2、只是记录一下暂时自己从网上及参考手册上查找到的经测试有用的资料 3、记录一下，方便以后自己或需要的朋友使用，后续有新的有用资料会及时更新 4、可查看Spring4.0参考手册：Part Ⅵ.Integration的27.6Using the Quartz Scheduler 5、测试时用的却是Spring3.1.3 注意： 引用Quartz时最好使用1.8.5 （目前最新的是2.2.1，此版本与Spring3.1.1暂不兼容，实测时启动项目会报错，具体什么错误给忘了） <!-- 任务调度测试实现一 : 自定义的任务对象com.bocloud.equipment.test.ExampleJob 必须继承QuartzJobBean类,实现抽象方法executeInternal 每次执行任务时,都会新创建一个任务对象. --> <bean id="myJobDetail" class="org.springframework.scheduling.quartz.JobDetailBean"> <!-- 属性jobClass不能通过ref来指定为exampleJob对象,该属性接收的是Class类型的参数 进行任务调度时,每次都是一个新的jobClass对象去执行executeInternal方法 --> <property

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

1、web应用为B/S模式，APP为C/S模式；H5应用通过浏览器访问，升级只需要服务器更新，并且每个用户看到的版本是相同的；APP需要服务器与客户端同时做相应的更新，并且不能保证每个用户的版本相同； 2、web应用特殊关注点： （1）兼容性：不同浏览器间的兼容，常关注的有：IE（不同操作系统）、Chrome、Firefox ；兼容性又分为功能和界面的兼容 （2）操作：tab键、刷新、返回、前进 （3）同一个浏览器打开两次应用之间的影响（cookie）：是否支持一个账号多个设备登录 （4）不同浏览器间同时打开应用之间的影响（cookie） （5）链接测试：直接复制链接打开 （6）H5应用与原生APP间的联系 3、APP特殊关注点： （1）兼容性：不同设备，不同操作系统，不同分辨率 （2）安装卸载 （3）推送通知测试 （4）应用后台操作 （5）特殊情况：断网、弱网（2G/3G/4G/WiFi）、来电、短信、不同应用间相互影响（如微信的视频通话）、横竖屏操作、手势 来源： CSDN 作者： carandcat 链接： https://blog.csdn.net/carandcat/article/details/83787697