网站的浏览器兼容性测试
浏览器是互联网产品客户端的核心软件，也是网站访问的必备软件。不同厂商的浏览器对Java、JS、ActiveX、plin-ins的支持承担也各有差异。即使是同一厂家的浏览器，也会存在不同的版本的问题。例如，ActiveX是Microsoft的产品，是为Internet Explore而设计的;JS是Netscape的产品等。另外，框架和层次结构风格在不同的浏览器中也有不同的显示。目前最为常用的浏览器为IE6.0、IE7.0，但由于操作习惯的问题，还有相当一部分用户喜欢Firefox浏览器、谷歌浏览器等。
针对这种情况，我们也应制定有针对性的测试策略来进行网站的浏览器兼容测试，从而保证网站具有更好的的用户体验性。首先，对一些特殊项目，可以指定某一类型的浏览器(包括版本)，这些都必须在需求规格说明书指明，针对这些指明的浏览器必须进行兼容性测试。其次，考虑到大部分项目是不能指定浏览器的，针对这样的项目，我们必须首先对主流浏览器(含版本)的兼容性进行测试，然后对非主流浏览器(含版本)进行测试，尽量保证网站的浏览器的兼容性进行性测试的完整性，最好是能够兼容多种内核的浏览器(比如IE内核、谷歌浏览器内核、火狐浏览器内核等)。
在浏览器兼容性测试的过程中，还可以考虑使用一些软件进行配合测试。
(1)IE Tester和IE Collection。IETester可以帮我们模拟页面在IE5.5、
IE6、IE7与 IE8 beta1等浏览器的相容性，验证CSS样式或网站版面是否可以在各个主要浏览器正常显示。IETester以“分页标签”的方式分别在不同的页签中显示，软件采用了类似于Office2007的界面呈现方式，使用起来非常方便，如图所示
除了IETester，另外还有IE Collection也可以解决多IE版本共存问题。 IE Collection包含了IE1.0、1.5、3.0、5.5、6.0、7.0、8.0等版本的网络浏览器。通过IE Collection，设计师可以在不同的IE里面测试版面样式与功能。此外，IE Collection还提供了Internet Explore Developer Toolbar工具，通过这些工具检查网页内容的样式、版面错乱或程序错误等。
(2)IE字段的“开发人员工具”。自从IE8推出以后，微软在该浏览器内置了Developer Tools，通过菜单栏的“工具”->“开发人员工具”可以开启这个功能，快捷键为F12,如下图所示
(3)基于虚拟平台的浏览器测试。为了方便各个环境下的应用，可以使用虚拟机配合测试。例如，Windows7已经很好地集成了 Windows VirtualPC。按照好操作系统后，使用Virtual PC的一大主打功能“发布虚拟应用程序到桌面”，直接在本机桌面建立一个快捷方式，此快捷方式直接启动虚拟机的应用(比如IE)，同时虚拟机也在后台启动并运行。通过这些工具，我们一在本机轻松简单地搭建兼容性测试环境，不需要为了兼容性测试而耗费更多的机器资源，提供了网站测试的效率。
本文由南京调查公司 / 原创，转载请标明出处!谢谢!
文章来源于：https://www.doczj.com/doc/318729808.html,/article-26305-1.html
XX系统测试总结报告
1引言 1.1 编写目的 编写该测试总结报告主要有以下几个目的 1．通过对测试结果的分析，得到对软件质量的评价 2．分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考 3．评估测试测试执行和测试计划是否符合 4．分析系统存在的缺陷，为修复和预防bug提供建议 1.2 背景 1.3 用户群 主要读者：XX项目管理人员，XX项目测试经理 其他读者：XX项目相关人员。 1.4 定义 严重bug：出现以下缺陷，测试定义为严重bug ?系统无响应，处于死机状态，需要其他人工修复系统才可复原。 ?点击某个菜单后出现“The page cannot be displayed”或者返回异常错误。 ?进行某个操作（增加、修改、删除等）后，出现“The page cannot be displayed”或者返回异常错误 ?当对必填字段进行校验时，未输入必输字段，出现“The page cannot be displayed”或者返回异常错误 ?系统定义不能重复的字段输入重复数据后，出现“The page cannot be displayed”或者返回异常错误 1.5 测试对象 略
1.6 测试阶段 系统测试 1.7 测试工具 Bugzilla缺陷管理系统 1.8 参考资料 《XX需求和设计说明书》 《XX数据字典》 《XX后台管理系统测试计划》 《XX后台管理系统测试用例》 《XX项目计划》 2测试概要 XX后台管理系统测试从2007年7月2日开始到2007年8月10日结束，共持续39天，测试功能点174个，执行2385个测试用例，平均每个功能点执行测试用例13.7个，测试共发现427个bug，其中严重级别的bug68个，无效bug44个，平均每个测试功能点2.2个bug。 XX总共发布11个测试版本，其中B1—B5为计划内迭代开发版本（针对项目计划的基线标识），B6－B8为回归测试版本。计划内测试版本，B1—B4测试进度依照项目计划时间准时完成测试并提交报告，其中B4版本推迟一天发布版本，测试通过增加一个人日，准时完成测试。B5版本推迟发布2天，测试增加2个人日，准时完成测试。 B6－B11为计划外回归测试版本，测试增加5个工作人日的资源，准时完成测试。 XX测试通过Bugzilla缺陷管理工具进行缺陷跟踪管理，B1—B4测试阶段都有详细的bug分析表和阶段测试报告。 2.1 进度回顾
招标手机APP测试总结报告
目录 1.测试概述 (1) 1.1.编写目的 (1) 1.2.测试范围 (1) 2.测试计划执行情况 (1) 2.1.测试类型 (1) 2.2.测试环境与配置 (2) 2.3.测试人员 (3) 2.4.测试问题总结 (3) 3.测试总结 (3) 3.1.测试用例执行结果 (3) 3.2. 安全测试 (6) 3.2.1. 软件权限 (6) 3.2.2. 安装与卸载安全性 (7) 3.2.2. 数据安全性 (7) 3.2.3. 通讯安全性 (9) 3.2.4. 人机接口安全性 (9) 3.3. 安装、卸载测试 (10) 3.3.1. 安装 (10) 3.3.2. 卸载 (10) 3.4. UI测试 (11) 3.4.1. 导航测试 (11) 3.4.2. 图形测试 (11) 3.4.3. 内容测试 (12)
3.5. 功能测试 (12) 3.5.1. 运行 (12) 3.5.2. 注册 (12) 3.5.3. 登录 (13) 3.5.4. 注销 (13) 3.5.5. 应用的前后台切换 (14) 3.5.6. 免登入 (14) 3.5.7. 数据更新 (15) 3.5.8. 离线浏览 (15) 3.5.9. APP更新 (16) 3.5.10. 时间测试 (16) 3.5.11. 性能测试 (16) 3.5.12. 交叉性事件测试 (16) 3.6. 兼容测试 (17) 3.7. 用户体验测试 (18) 4.测试结果 (18)
1.测试概述 1.1.编写目的 本测试报告为招标手机APP的测试报告，目的在于总结测试阶段的测试情况以及分析测试结果，描述系统是否符合用户需求，是否已达到用户预期的功能目标，并对测试质量进行分析。 测试报告参考文档提供给用户、测试人员、开发人员、项目管理者、其他管理人员和需要阅读本报告的高层经理阅读。 1.2.测试范围 测试主要根据用户需求说明书和软件需求规格说明书以及相应的文档进行系统测试，包括功能测试、性能测试、安全性和访问控制测试、用户界面测试以及兼容性测试等，而单元测试和集成测试由开发人员来执行。 主要功能包括：用户登录、我的项目、推荐项目订阅、行业资讯、我的收藏、意见反馈、我的CA锁。 2.测试计划执行情况 2.1.测试类型
XXX项目软件测试报告 编制： 审核： 批准：
目录 1概述..................................................... 错误!未定义书签。2测试概要................................................. 错误!未定义书签。 进度回顾.......................................... 错误!未定义书签。 测试环境.......................................... 错误!未定义书签。 软硬件环境.................................. 错误!未定义书签。 网络拓扑.................................... 错误!未定义书签。3测试结论................................................. 错误!未定义书签。 测试记录.......................................... 错误!未定义书签。 缺陷修改记录...................................... 错误!未定义书签。 功能性............................................ 错误!未定义书签。 易用性............................................ 错误!未定义书签。 可靠性............................................ 错误!未定义书签。 兼容性............................................ 错误!未定义书签。 安全性............................................ 错误!未定义书签。4缺陷分析................................................. 错误!未定义书签。 缺陷收敛趋势...................................... 错误!未定义书签。 缺陷统计分析...................................... 错误!未定义书签。5遗留问题分析............................................. 错误!未定义书签。 遗留问题统计...................................... 错误!未定义书签。
泉海科技电磁兼容性（EMC)测试报告（电源电压：24V）机 型QH7101H2图 号 DZ93189781020状 态正常生产 失效模式等级的定义（依据ISO 7637－3附页A）： A等级：在干扰照射期间和照射后，器件或系统所有功能符合设计要求。 B等级：在干扰照射期间，器件或系统所有功能符合设计要求，但部分指标超差，在照射移开后，超差的指标能自动恢复正常，记忆功能应保持A级。 C等级：在照射期间，器件或系统有一个功能不符合设计要求，但在照射移开后，能自动恢复正常操作。 D等级：在照射期间，器件或系统有一个功能不符合设计要求，在照射移开后，不能自动恢复正常操作，需通过简单的操作，器件或系统才能复位。 E等级：在照射期间和照射后，器件或系统有多个功能不能符合设计要求，需要修理或替换器件或系统才能恢复正常。 测试项目测试条件等级要求 测试结果备注 脉冲1Ua: 27 V Us: -600 V t1: 5 s t2: 200 ms t3: ≤100 μs td: 2ms tr: ≤（3+0/1.5）μs Ri: 50 Ω 脉冲数量: 5000 。 B级 符合要求B级 本报告由泉海公司实验室提供 脉冲2a Ua:27 V Us: +50 V t1: 5 s t2: 200 ms td: 0.05ms tr: ≤（3+0/1.5）μs Ri: 2 Ω 脉冲数量：5000个 B级 符合要求B级 脉冲2b Ua:27 V Us: +20 V td:0.2~2s tr: 1ms ±0.5ms Ri: 0.05Ω t12: 1ms ±0.5ms t6: 1ms ±0.5ms 脉冲数量：10个 B级符合要求B级 脉冲3a Ua:27 V Us: -200 V t1: 100 μs t4: 10 ms t5: 100 ms td: 0.1μs tr:≤5 ns±1.5ns Ri: 50 Ω 测试时间：1h。 A级 符合要求A级 脉冲3b Ua: 27 V Us:+200 V t1: 100 μs t4: 10 ms t5: 100 ms td: 0.1μs tr:≤5 ns±1.5ns Ri: 50 Ω 测试时间：1h A级 符合要求A级 脉冲4Ub: 27 V Us: -16V Ua: -5~12V V t7: 100 ms t8: ≤50 ms t9: 20s t10:10ms t11: 100 ms Ri: 0.02 Ω 脉冲数量：9000个(其中t8=100ms， 3000个t8=1s，3000个，t8=5s，3000个) B级符合要求B级 脉冲5a Ua: 27 V Us: +174 V td: 350 ms tr: 10 ms Ri: 2 Ω 周期:1min 脉冲数量：10个B级符合要求B级 测试员：何秀英 测试日期：2013.1.12 报告编号：qh-js-1201003
浏览器兼容新问题 W3C对标准的推进，Firefox，Chrome，Safari，Opera的出现，结束了IE雄霸天下的日子。 然而，这对开发者来说，是好事，也是坏事。 说它是好事，是因为浏览器厂商为了取得更多的市场份额，会促使各浏览器更符合W3C标准，而得到更好的兼容性，并且，不同浏览器的扩展功能(例如-moz，-webkit开头的样式)，对W3C标准也是个推进；说它是坏事，因为，多个浏览器同时存在，这些浏览器在处理一个相同的页面时，表现有时会有差异。这种差异可能很小，甚至不会被注意到；也可能很大，甚至造成在某个浏览器下无法正常浏览。我们把引起这些差异的问题统称为“浏览器兼容性问题”。而正是这些“浏览器兼容性问题”，无形中给我们的开发增加了不少难度。 从浏览器内核的角度来看，浏览器兼容性问题可分为以下三类： 1. 渲染相关：和样式相关的问题，即体现在布局效果上的问题。 2. 脚本相关：和脚本相关的问题，包括JavaScript和DOM、BOM方面的问题。对于某些浏览器的功能方面的特性，也属于这一类。 3. 其他类别：除以上两类问题外的功能性问题，一般是浏览器自身提供的功能，在内核层之上的。 例如下面的页面，是一个渲染相关的问题： 在各个浏览器中都表现的不同，这就属于兼容性问题。 造成浏览器兼容性问题的根本原因就是浏览器各浏览器使用了不同的内核，并且它们处理同一件事情的时候思路不同。 现今常见的浏览器及其排版引擎（又称渲染引擎）及脚本引擎，如下：
而造成浏览器兼容性问题的常见原因则是设计师写出了不规范的代码，不规范的代码会使不兼容现象更加突出。 例如： 不规则的嵌套： DIV 中直接嵌套LI 元素是不合标准的，LI 应该处于UL 内。此类问题常见的还有P 中嵌套DIV，TABLE等元素。 不规范的DOM接口和属性设置： 总之，人为的原因也占很大一部分。而人为造成兼容性问题的原因，除了粗心之外，大都源于浏览器bug 的存在，和开发者对标准的不了解。 比如，如果要做一个功能，功能是想让鼠标悬停在IMG 元素上方时，可以出现提示信息，经常针对IE 做开发的人，可能会使用IMG 元素的“alt” 属性，但其他浏览器中就是不给…alt? 属性面子。因为W3C 标准中规定要去做这件事的属性是”title“，大多浏览器符合标准，IE 不符合，这是IE 浏览器内核的问题；开发者不知道”title“ 才是正解，不遵循标准去写代码，是开发者的问题。所以，一个问题分两半，浏览器和开发者都有责任。 既然都有责任，就都有义务去解决兼容性问题。那么，从浏览器的角度来讲，它的厂商应该修复浏览器的bug和不合标准的地方，当某一天IE 的”alt“ 不能用于提示了，还有人用这个错误的属性去显示提示么？从开发者角度来讲，多了解标准，了解浏览器兼容性问题，就可以在开发的过程中，有效的避开兼容性问题，让你的页面在所有浏览器中畅通无阻。 废话少说，下面就讲讲如何有效的避免一些兼容性问题。 J AVA S CRIPT (4)
[系统名称+版本] 测试报告
版本变更记录
目录 版本变更记录 (2) 项目基本信息 (1) 第1章引言 (2) 1.1 编写目的 (2) 1.2 项目背景 (2) 1.3 参考资料 (2) 1.4 术语和缩略语 (2) 第2章测试概要 (3) 2.1 测试用例设计 (3) 2.2 测试环境与配置 (3) 2.2.1 功能测试 (3) 2.2.2 性能测试 (3) 2.3 测试方法和工具 (4) 第3章测试内容和执行情况 (4) 3.1 项目测试概况表 (4) 3.2 功能 (5) 3.2.1 总体KPI (5) 3.2.2 模块二 (5) 3.2.3 模块三 (5) 3.3 性能（效率） (6) 3.3.1 测试用例 (6) 3.3.2 参数设置 (6) 3.3.3 通信效率 (6) 3.3.4 设备效率 (7) 3.3.5 执行效率 (7) 3.4 可靠性 (8) 3.5 安全性 (8) 3.6 易用性 (8) 3.7 兼容性 (8) 3.8 安装和手册 (9) 第4章覆盖分析 (9) 第5章缺陷的统计与分析 (10) 5.1 缺陷汇总 (10) 5.2 缺陷分析 (10) 5.3 残留缺陷与未解决问题 (10) 第6章测试结论与建议 (11) 6.1 测试结论 (11) 6.2 建议 (11)
项目基本信息
第1章引言 1.1 编写目的 [以下作为参考] 本测试报告为XXX项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求（或达到XXX功能目标）。预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。 …… [可以针对不同的人员进行阅读范围的描述。什么类型的人可以参见报告XXX页XXX章节等。] 1.2 项目背景 本报告主要内容包括： [对项目目标和目的进行简要说明。必要时包括简史，这部分不需要脑力劳动，直接从需求或者招标文件中拷贝即可。] 1.3 参考资料 [需求、设计、测试用例、手册以及其他项目文档都是范围内可参考。 测试使用的国家标准、行业指标、公司规范和质量手册等等。] 1.4 术语和缩略语 [列出设计本系统/项目的专用术语和缩写语约定。对于技术相关的名词和与多义词一定要注明清楚，以便阅读时不会产生歧义。]
软件兼容性测试 1软件兼容性与软件兼容性测试 兼容性问题，即应用程序在不同的环境中，是否会因接口、函数的不同而发生错误的问题。 1.1软件兼容性 软件兼容性是指某个软件能稳定地工作在某操作系统/平台之中，就说这个软件对这个操作系统/平台是兼容的，再就是在多任务操作系统中，几个同时运行的软件之间如果能稳定地工作，就说这几个软件之间的兼容性好，否则就是兼容性不好。 另一种情况是软件共享的数据，几个软件之间无需复杂的转换，即能方便地共享相互间的数据，也称为兼容。因此，软件兼容性是衡量软件好坏的一个重要指标。从这个意义上看,软件兼容性不良就是软件推广的最大阻碍，例如在微软历史上花费人力财力最多的Vista系统，发布了半年之久依然是叫好不叫座，据说原因之一是软件兼容性最为用户所诟病。 1.2软件兼容性测试 软件兼容性测试是指测试软件在特定的硬件产台上、不同的应用软件之间、不同的操作系统平台上、不同的网络等环境中是否能很好地运行的测试。简单的说，兼容性测试是指测试某新开发的软件在某一特定环境下与各种软件的协调性，软件之间能否很好的运作。例如，会不会有相互不良的影响，还有软件和硬件之间能否发挥很好的效率工作，会不会影响或导致系统的崩溃等。 1.3配置测试与软件兼容性测试 配置测试是指验证在不同的硬件配置和软件配置下，应用程序能否正常工作。配置测试的目的是保证软件在其相关的硬件上能够正常运行，而兼容性测试主要
是测试软件能否与不同的软件正确协作。 软件兼容性测试（Software Compatibility Testing）是指检查软件之间是否能够正确地进行交互和共享信息。其工作的目标是保证软件按照用户期望的方式进行交互。 2软件兼容性测试的内容 软件兼容性测试的主要内容： 1.操作系统/平台的兼容性 2.应用软件的兼容性，例如framework、flash等 3.浏览器之前的兼容性 4.数据库之间的兼容性 5.其他方面，例如操作系统语言、传输协议、代理服务器、防火墙、自身 产品集成 2.1操作系统/平台的兼容性 市场上有很多不同的操作系统类型，最常见的有Windows、Unix、Macintosh、Linux等。应用软件的最终用户究竟使用哪一种操作系统，取决于用户系统的配置。这样，就可能会发生兼容性问题，同一个软件可能在某些操作系统下能正常运行，但在另外的操作系统下可能会运行失败。因此,理想的软件应该具有平台无关性。 当然，有些软件只是针对某一系列的操作系统平台来开发的，不存在跨平台的需求。但同一操作系统也有多个版本，例如Windows系统也有不同的系列版本号，如Windows 2000 /XP/Vista等，他们之间可能也有许多不同的组件属性。因此，有些软件可能需要在不同操作系统平台上重新编译才可运行，有些软件需要重新开发或改动较大才能在不同平台运行。因此，在软件发布之前，需要在各种操作系统下对应用软件进行兼容性测试。 自行安装多种平台和模拟应用环境进行测试，但缺点是难以覆盖所有平台。一个软件产品的开发成功，不仅仅是编写完为使用者提供服务功能的程序而已，
Shuo de ——中国金融数据及工具首席服务商 IE、FF、Safari、OP不同浏览器兼容报告 柯伯勋 2011-03-08 上海万得资讯科技有限公司 Shanghai Wind Information Co., Ltd. 地址: 上海浦东新区福山路33号建工大厦9楼 邮编Zip : 200120 电话T el : (8621)6886 2280 传真Fax : (8621)6886 2281 Email : sales@https://www.doczj.com/doc/318729808.html, 主页:https://www.doczj.com/doc/318729808.html,
1浏览器内核简介 浏览器最重要或者说核心的部分是“Rendering Engine”，可大概译为“解释引擎”，不过我们一般习惯将之称为“浏览器内核”。负责对网页语法的解释（如HTML、JavaScript）并渲染（显示）网页。 所以，通常所谓的浏览器内核也就是浏览器所采用的渲染引擎，渲染引擎决定了浏览器如何显示网页的内容以及页面的格式信息。不同的浏览器内核对网页编写语法的解释也有不同，因此同一网页在不同的内核的浏览器里的渲染（显示）效果也可能不同，这也是网页编写者需要在不同内核的浏览器中测试网页显示效果的原因。 浏览器内核很多，如果加上所有的几乎没有什么人在用的非商业的免费内核，那么可能大约有10款以上甚至更多，不过通常我们比较常见的大约只有以下四种，下面先简单介绍一下。 1.1Trident： IE浏览器使用的内核,该内核程序在1997年的IE4中首次被采用，是微软在Mosaic代码的基础之上修改而来的，并沿用到目前的IE8。Trident实际上是一款开放的内核，其接口内核设计的相当成熟，因此才有许多采用IE内核而非IE的浏览器涌现（如Maxthon、The World 、TT、GreenBrowser、AvantBrowser等）。此外，为了方便也有很多人直接简称其为IE内核（当然也不排除有部分人是因为不知道内核名称而只好如此说）。 由于IE本身的“垄断性”（虽然名义上IE并非垄断，但实际上，特别是从Windows 95年代一直到XP初期，就市场占有率来说IE的确借助Windows的东风处于“垄断”的地位）而使得Trident内核的长期一家独大，微软很长时间都并没有更新Trident内核，这导致了两个后果——一是Trident内核曾经几乎与W3C标准脱节（2005年），二是Trident内核的大量Bug等安全性问题没有得到及时解决，然后加上一些致力于开源的开发者和一些学者们公开自己认为IE浏览器不安全的观点，也有很多用户转向了其他浏览器，Firefox和Opera就是这个时候兴起的。非Trident内核浏览器的市场占有率大幅提高也致使许多网页开发人员开始注意网页标准和非IE浏览器的浏览效果问题。 1.2Gecko： Netscape6开始采用的内核，后来的Mozilla FireFox也采用了该内核，Gecko的特点是代码完全公开，因此，其可开发程度很高，全世界的程序员都可以为其编写代码，增加功能。因为这是个开源内核，因此受到许多人的青睐，Gecko内核的浏览器也很多，这也是Geckos内核虽然年轻但市场占有率能够迅速提高的重要原因。 事实上，Gecko引擎的由来跟IE不无关系，前面说过IE没有使用W3C的标准，这导致了微软内部一些开发人员的不满；他们与当时已经停止更新了的Netscape的一些员工一起创办了Mozilla，以当时的Mosaic 内核为基础重新编写内核，于是开发出了Geckos。不过事实上，Gecko 内核的浏览器仍然还是Firefox用户最多，所以有时也会被称为Firefox内核。此外Gecko也是一个跨平台内核，可以在Windows、BSD、Linux 和Mac OS X中使用。 1.3Presto： 目前Opera采用的内核，该内核在2003年的Opera7中首次被使用，该款引擎的特点就是渲染速度的优化达到了极致，也是目前公认网页浏览速度最快的浏览器内核，然而代价是牺牲了网页的兼容性。 实际上这是一个动态内核，与前面几个内核的最大的区别就在脚本处理上，Presto有着天生的优势，页
（项目名称） 测试报告 测试执行人员签：___________ _ 测试负责人签字：__________ __ _ 开发负责人签字：_________ ___ _ 项目负责人签字：________ ____ _ 研发部经理签字：_______ _ _____ XXXXXXXXXXX公司软件测试组 XXXX年XX月
目录 1 测试概要 (3) 1.1 项目信息 (3) 1.2 测试阶段 (3) 2 测试结果 (3) 2.1 测试结论 (3) 2.2 测试总结 (3) 3 测试环境 (3) 3.1 系统拓扑图 (4) 3.2 环境详细信息 (4) 4 测试分析 (4) 4.1 测试进度总结 (4) 4.2 测试需求覆盖情况 (5) 5 缺陷统计与分析 (5) 5.1 按功能模块划分 (5) 5.2 按状态分布 (6) 5.3 缺陷收敛情况 (6) 5.4 遗留缺陷 (6) 6 建议 (7)
1 测试概要 1.1 项目信息 1.2 测试阶段 [描述测试所处阶段，描述本次系统测试是第几轮和所涵盖的测试类型。如下示例] 本次测试属于系统测试第一轮，测试类型包括：安装测试、功能测试、易用性测试、安全性测试、兼容性测试、文档测试、性能测试和稳定性测试。 2 测试结果 2.1 测试结论 [说明本轮测试完成后，是否存在遗留问题，是否通过测试，是否测试通过。] 2.2 测试总结 [对本次验收测试工作进行总结。] 3 测试环境
3.1 系统拓扑图 [使用Visio画出本次验收测试的测试环境框图。如下示例：] 3.2 环境详细信息 [列出本次验收测试使用到的所有软硬件设备信息，列表内容应该包含测试环境框图中的所有软硬件。] 4 测试分析 4.1 测试进度总结
网页兼容性测试 Web兼容性测试主要是针对不同的操作系统平台，浏览器，以及分辨率进行的测试。由于用户浏览器的不同，往往都会使我们的网页发生页面样式错乱，图片无法显示等问题。因此我们就需要对Web网页进行兼容性测试。对于web应用，我们无法预计用户的客户端配置和运行环境。所以，做好兼容性测试是非常重要的。 1.1. 操作系统兼容性测试 常见的操作系统有Windows，Unix，Linux等，对于普通用户来讲，最常用的是Windows操作系统。Windows操作系统包括Windows XP，windows 2003，vista，Win2000/NT，Windows9x等等。 1.2. 浏览器兼容性测试 浏览器是Web系统中最核心的组成构件，来自不同厂家的浏览器对Javascript、ActiveX或不同的HTML规格有不同的支持，即使是同一厂家的浏览器，也存在不同的版本的问题。不同的浏览器对安全性和JAVA的设置也不一样。 使用不同的浏览器（Firefox IE7 IE6）访问同一个网站，或者页面的时候，在一种浏览器下显示正常，在另一种下就乱了。 不同的浏览器对CSS解释不同。 常见的浏览器兼容性问题，主要表现在如下两方面； 1）页面显示 页面显示的美观性是Web应用程序中重要需求，不同浏览器上呈现给用户的同一个Web页面可能显示的不一样。这些差异性主要表现在对于页面元素的位置、大小、外观。如果在某款浏览器上显示不美观，就会成为一个问题，需要修改。 2）功能问题 Web软件中的功能性问题主要是不同浏览器对脚本的执行不一致，功能性问题极大的限制了用户对Web界面元素的使用。这类问题通常很难被发现，比如某个按钮可能显示正确但实际它是无法使用的，这个则需要用户真正的去使用它才能被发现。 3）现有解决方法 由于软件尽可能多的支持不同类型浏览器，近年来越来越多的成为一个趋势，因此测试的工作量也越来越大。而更多的方法是通过手工进行测试，如何减少工作量，当然想到的还是自动化。 在业内目前通过自动化的方法减少手工测试工作量，主要的过程如下： 1）录制手工操作 将手工操作过程在一个浏览器上通过软件的方式记录下来。记录的主要是鼠标与键盘的动作，同时对每一个操作后的结果，设置一个预期结果。 2）检查测试结果 根据上个步骤录制的脚本，在其他浏览器上进行回放（自动化操作），并比对实际结果与预期结果，如果一样则测试通过，否则测试失败。 上述自动化的主要问题在于： 1）录制时需要设置预期结果，存在额外的工作量。 2）页面变化是WEB软件开发中经常发生的，比如变化了界面显示的文字，移动存放的位置，都可能导致录制的脚本需要进行修改，脚本的维护工作量会比较大。 3）对于操作的结果检查，由于各个浏览器对于界面的展现各不相同，（比如字体的显示各不相同），因此结果可能是多种的，就会很容易产生展现的结果也是美观的，但被误报成测试失败的现象。 1.3. 分辨率兼容性测试
常用浏览器兼容性问题与解决方案所谓浏览器兼容性问题，是指由于不同浏览器对同一段代码有不同解析，导致页面显示效果不统一状况。在大多数状况下，咱们需求是，无论顾客用什么浏览器来查看咱们网站或者登陆咱们系统，都应当是统一显示效果。因此浏览器兼容性问题是前端开发人员经常会遇到和必要要解决问题。 在学习浏览器兼容性之前，我想把前端开发人员划分为两类： 第一类是精准按照设计图开发前端开发人员，可以说是精准到1px，她们很容易就会发现设计图局限性，并且在很少状况下会遇到浏览器兼容性问题，而这些问题往往都死浏览器bug，并且她们制作页面后期易维护，代码重用问题少，可以说是比较牢固放心代码。 第二类是基本按照设计图来开发前端开发人员，诸多细枝末节差距很大，不如间距，行高，图片位置等等经常会差几px。某种效果实现也是重复调试得到，详细为什么浮现这种效果还模模糊糊，整体布局十分脆弱。稍有改动就乱七八糟。代码为什么这样写还不知因此然。此类开发人员往往经常为兼容性问题所困。修改好了这个浏览器又乱了另一种浏览器。改来改去也毫无头绪。其实她们遇到兼容性问题大某些不应当归咎于浏览器，而是她们技术自身了。 文章重要针对是第一类，严谨型开发人员，因而这里重要从浏览器解析差别角度来分析兼容性问题。 浏览器兼容问题一：不同浏览器标签默认外补丁和内补丁不同 问题症状：随便写几种标签，不加样式控制状况下，各自margin 和padding差别较大。 遇到频率:100% 解决方案：CSS里*
备注：这个是最常用也是最易解决一种浏览器兼容性问题，几乎所有CSS文献开头都会用通配符*来设立各个标签内外补丁是0。 浏览器兼容问题二：块属性标签float后，又有横行margin状况下，在IE6显示margin比设立大 问题症状:常用症状是IE6中背面一块被顶到下一行 遇到频率：90%（稍微复杂点页面都会遇到，float布局最常用浏览器兼容问题）解决方案：在float标签样式控制中加入display:inline;将其转化为行内属性 备注：咱们最惯用就是div+CSS布局了，而div就是一种典型块属性标签，横向布局时候咱们普通都是用div float实现，横向间距设立如果用margin实现，这就是一种必然会遇到兼容性问题。 浏览器兼容问题三：设立较小高度标签（普通不大于10px），在IE6，IE7，遨游中高度超过自己设立高度 问题症状：IE6、7和遨游里这个标签高度不受控制，超过自己设立高度 遇到频率：60% 解决方案：给超过高度标签设立overflow:hidden;或者设立行高line-height 不大于你设立高度。 备注：这种状况普通出当前咱们设立小圆角背景标签里。浮现这个问题因素是IE8之前浏览器都会给标签一种最小默认行高高度。虽然你标签是空，这个标签高度还是会达到默认行高。 浏览器兼容问题四：行内属性标签，设立display:block后采用float布局，又有横行margin状况，IE6间距bug 问题症状：IE6里间距比超过设立间距 遇到几率：20%
在网站设计的时候，应该注意css样式兼容不同浏览器问题，特别是对完全使用DIV CSS设计的网，就应该更注意IE6 IE7 FF对CSS样式的兼容，不然，你的网乱可能出去不想出现的效果！ 所有浏览器通用 height: 100px; IE6 专用 _height: 100px; IE6 专用 *height: 100px; IE7 专用 *+height: 100px; IE7、FF 共用 height: 100px !important; 一、CSS 兼容 以下两种方法几乎能解决现今所有兼容. 1, !important (不是很推荐，用下面的一种感觉最安全) 随着IE7对!important的支持, !important 方法现在只针对IE6的兼容.(注意写法.记得该声明位置需要提前.) 代码: 2, IE6/IE77对FireFox
所有浏览器通用 height: 100px; IE6 专用 _height: 100px; IE6 专用 *height: 100px; IE7 专用 *+height: 100px; IE7、FF 共用 height: 100px !important; 什么是浏览器兼容：当我们使用不同的浏览器（Firefox IE7 IE6）访问同一个网站，或者页面的时候，会出现一些不兼容的问题，在这种浏览器下显示正常，在另一种下就乱了，我们在编写CSS的时候会很恼火，刚修复了这个浏览器的问题，结果另外一个浏览器却出了新问题。好吧，我服了行吧，那我就利用你们的不兼容各写一段css,让他们各执行各的，呵呵。 一、!important (功能有限) 随着IE7对!important的支持, !important 方法现在只针对IE6的兼容.(注意写法.记得该声明位置需要提前.) 例如: #example { width: 100px !important; /* IE7+FF */ width: 200px; /* IE6 */ }
二、CSS HACK的方法(新手可以看看，高手就当路过吧) 首先需要知道的是： 所有浏览器通用 height: 100px; IE6 专用 _height: 100px; IE7 专用 *+height: 100px; IE6、IE7 共用 *height: 100px; IE7、FF 共用 height: 100px !important; 例如： #example { height:100px; } /* FF */ * html #example { height:200px; } /* IE6 */ *+html #example { height:300px; } /* IE7 */ 下面的这种方法比较简单 举几个例子： 1、IE6 - IE7+FF #example { height:100px; /* FF+IE7 */ _height:200px; /* IE6 */ } 其实这个用上面说的第一种方法也可以 #example { height:100px !important; /* FF+IE7 */ height:200px; /* IE6 */ } 2、IE6+IE7 - FF #example { height:100px; /* FF */ *height:200px; /* IE6+IE7 */ } 3、IE6+FF - IE7 #example { height:100px; /* IE6+FF */
SAP PLM实施系统系统测试报告 北京华科众合科技有限公司 2018年04月25日
目录 一概述 (1) 1.1编写目的 (1) 1.2项目背景 (1) 1.3术语和缩写词 .......................................................................................... 错误!未定义书签。 1.4建设依据 .................................................................................................. 错误!未定义书签。二PLM信息系统测试报告. (3) 三活动总结 (6) 3.1功能性 (6) 3.2易用性 (6) 3.3兼容性 (6) 3.4安全性 (6)
一概述 1.1 编写目的 本测试报告为PLM系统的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求。预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的专家及领导。 1.2 项目背景 产品研发作为一种新的经济模式在近几年得到了非常迅速的发展，保持健康快速发展是新时期对企业提出的新要求。为了进一步规范产品研发行为，以信息技术为支撑，通过智能搜索、筛选、识别、跟踪、监测及有关服务行为经营主体及行为，具备数据库建立、巡查监管、信用分类、指挥调度、申诉举报、统计报送等功能 工商行政管理部门作为市场监管和行政执法的国家机关,承担着维护市场秩序、保护消费者和经营者的合法权益、服务经济发展、促进社会和谐的重任，如何发挥工商行政管理的职能作用，工商应用解决方案在十几个省、市工商行政管理部门推广使用，收到了良好的效果。随着互联网媒体事业的不断发展，今年我公司推出了新一代的“网络市场监管信息系统解决方案”，在监测互联网违法广告、互联网电子商务等方面开辟了一条新的途径，大大降低了各工商执法部门的监测工作难度和复杂度，同时“网上经营解决方案”通过公司过去十多年的经验总结和积累，形成了丰厚的以互联网信息监测及工商业务为核心的成熟解决方案： 一是将现代化的网络抓取技术和信息网络处理技术紧密结合，大大的提高了工作效率； 二是将受理的业务分为网上经营主体管理、电子商务行为监管，不仅提高了规范网络市场、整顿网上经营企业的力度和规范，同时也为维护消费者的合法权益开辟有效的保障途径；
Windows系统下各浏览器常用CSS HACK汇总表 1. 此汇总表中测试浏览器的版本为： 微软系统自带：IE6、IE7、IE8 火狐：Firefox 3.6.6 Safari：Safari 5.0 谷歌浏览器：Chrome 6.0.458.1 dev Opera浏览器：Opera 10.60 2. 其中，多数CSS hack是在selector{property:value;}基础上更改的。 selector代表CSS选择器，property代表CSS特性，value代表特性的值。 3. FF代表Firefox，Ch代表Chorme，Sa代表Safari，Op代表Opera 4. Q代表Quirks Mode，S代表Standards Mode。 5. Hack Type列的数字，指的是上面CSS hack的实现方式中的列表号。 1是指“利用浏览器对相同代码的解析和支持的不同实现的hack”，2是指以Firefox或Webkit 特有的扩展样式实现的hack。
一定遵守CSS hack的三条原则。CSS hack是没有办法的时候才使用的解决兼容性问题的招术，是用兼容性问题去解决兼容性问题，无异于饮鸩止渴。切莫一有兼容性问题就使用，时刻记得改掉用CSS hack修补的问题。 IE6、IE7、IE8、Firefox兼容性CSS HACK代码+示例1.区别IE和非IE浏览器CSS HACK代码 #divcss5{ background:blue; /*非IE 背景藍色*/ background:red \9; /*IE6、IE7、IE8背景紅色*/ } 2.区别IE6,IE7,IE8,FF CSS HACK 【区别符号】：「\9」、「*」、「_」 【示例】： #divcss5{ background:blue; /*Firefox 背景变蓝色*/ background:red \9; /*IE8 背景变红色*/ *background:black; /*IE7 背景变黑色*/ _background:orange; /*IE6 背景变橘色*/ } 【说明】：因为IE系列浏览器可读「\9」，而IE6和IE7可读「*」(米字号)，另外IE6可辨识「_」(底线)，因此可以依照顺序写下来，就会让浏览器正确的读取到自己看得懂得CSS 语法，所以就可以有效区分IE各版本和非IE浏览器(像是Firefox、Opera、Google Chrome、Safari等)。 3.区别IE6、IE7、Firefox (EXP 1) 【区别符号】：「*」、「_」 【示例】： #divcss5{ background:blue; /*Firefox背景变蓝色*/ *background:black; /*IE7 背景变黑色*/ _background:orange; /*IE6 背景变橘色*/ } 【说明】：IE7和IE6可读「*」(米字号)，IE6又可以读「_」(底线)，但是IE7却无法读取
浏览器兼容性 浏览器的内核 Mozilla Firefox ( Gecko ) Internet Explorer ( Trident ) Opera ( Presto ) Safari ( WebKit ) Google Chrome ( WebKit ) 腾讯TT、世界之窗、360浏览器、遨游浏览器都是给IE加了个外壳，不过如果电脑上装的是ie8的话，这些浏览器还是调用ie7的内核。搜狗浏览器比较特殊，它有两种浏览模式：一是兼容模式，该模式使用IE内核；二是高速模式，该模式使用WebKit内核。解决ie7、ie8兼容性最好的办法是在head标签中加入meta 类型，只要IE8一读到这个标签,它就会自动启动IE7兼容模式 CSS Hack 解决浏览器兼容性问题的主要方法是CSS hack。由于不同的浏览器，比如Internet Explorer 6,Internet Explorer 7,Mozilla Firefox等，对CSS的解析认识不一样，因此会导致生成的页面效果不一样，得不到我们所需要的页面效果。这个时候我们就需要针对不同的浏览器去写不同的CSS，让它能够同时兼容不同的浏览器，能在不同的浏览器中也能得到我们想要的页面效果。这个针对不同的浏览器写不同的CSS code的过程，就叫CSS hack,也叫写CSS hack。 CSS Hack的原理是什么 由于不同的浏览器对CSS的支持及解析结果不一样，还由于CSS中的优先级的关系。我们就可以根据这个来针对不同的浏览器来写不同的CSS。比如 IE6能识别