软件兼容性测试
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等，他们之间可能也有许多不同的组件属性。因此，有些软件可能需要在不同操作系统平台上重新编译才可运行，有些软件需要重新开发或改动较大才能在不同平台运行。因此，在软件发布之前，需要在各种操作系统下对应用软件进行兼容性测试。
自行安装多种平台和模拟应用环境进行测试，但缺点是难以覆盖所有平台。一个软件产品的开发成功，不仅仅是编写完为使用者提供服务功能的程序而已，
更重要的是能在用户环境中可靠的运行。因此，软件程序编写工作的完成，其实只是完成了开发任务中的一半，对软件进行模拟用户环境进行兼容性测试其重要性不亚于对程序本身的开发。
2.2应用软件的兼容性
主要考察两项内容：一是软件运行需要哪些应用软件支持。二是判断与其他常用软件一起使用，是否会造成其他软件运行错误或本身不能正确实现其功能。
2.3浏览器之间的兼容性
现在好多应用软件都应用B/S结构，它们的客户端都使用浏览器。因此，浏览器是Web客户端最核心的构件，但来自不同厂商的浏览器对Java、JavaScript、ActiveX、plug-ins或HTML规格都有不同的支持。例如，ActiveX是Microsoft的产品，是为Internet Explorer而设计的，JavaScript是Netscape的产品，Java是Sun 的产品等。另外，框架和层次结构风格在不同的浏览器中也有不同的显示，甚至根本不显示。不同的浏览器对安全性和Java的设置也不一样。所以，测试不同厂商、不同版本的浏览器对某些构件和设置的适应性，也是软件兼容性测试的重点之一。
2.4数据库之间的兼容性
现在很多软件尤其是ERP、CRM等软件都需要数据库系统的支持，对此类软件应考虑对不同数据库平台的支持能力，如从BD2平台替换到MSSQL平台时，软件是否可直接挂接，或者提供相关的转换工具。还有新旧数据转换的是否存在问题，软件是否提供新旧数据转换的功能。例如，当软件升级后可能会定义新的数据格式或文件格式，这就涉及到对原有格式的支持及更新，原有用户记录在新格式下是否依然可用等。另外，还需要测试转换过程中数据的完整性与正确性。
2.5其他
例如操作系统语言、传输协议、代理服务器、防火墙、自身产品集成
3Web兼容性测试
Web兼容性测试主要是针对不同的操作系统平台，浏览器，以及分辨率进行的测试。
3.1操作系统兼容性测试
常见的操作系统有windows，Unix，Linux等，对于普通用户来讲，最常用的是windows操作系统。windows操作系统宝航windows XP，windows 2003，vista，win2000/NT，windows9x等等。用户使用操作系统的类型，直接决定了我们操作系统平台兼容性的操作系统平台数量，进行操作系统平台的兼容性测试的主要目的就是保证我们的待测试项目在该操作系统平台下能正常运行。
对于一些特殊项目（比如定制项目），可以指定某一类型的操作系统版本，这些都应该在需求规格说明书中指明，针对这些指明的操作系统版本必须进行兼容性测试。
大部分的其他项目，是不指定操作系统版本的，针对这样的项目，我们应当针对当前的主流操作系统版本进行兼容性测试，在确保主流操作系统版本兼容性测试的前提下在对非主流操作系统版本进行测试，尽量保证项目的操作系统版本的兼容性测试的完整。
3.2浏览器兼容性测试
浏览器是web系统中对核心的组成构件，来自不同厂家的浏览器对javascript、ActiveX或不同的HTML规格有不同的支持。即使是同一厂家的浏览器也存在不同的版本的问题。不同浏览器对安全性和java的设置也不一样。
目前最为常用的浏览器为ie6 ie7 但由于操作习惯的问题，还有相当一部分用户喜欢使用腾讯的TT，以及firefox浏览器，这些浏览器同样也存在各个版本的问题。这个对于web系统来讲是一个相当大的挑战。
对于一些特殊项目（比如定制项目），可以指定某一类型的浏览器（包括版本），这些都必须在需求规格说明书中指明。针对这些指明的浏览器必须进行兼容性测试。但大部分的项目，是不能指定浏览器的，针对这样的项目，那么我们
必须针对当前的主流浏览器（含版本），在确保主流浏览器的兼容性测试通过的前提下，再对非主流浏览器（含版本）进行测试，尽量保证项目的浏览器的兼容性测试的完整性。
3.3分辨率兼容性测试
分辨率的测试是位了页面版式在不同的分辨率模式下能正常显示，字体复核要求而进行的测试。
用户使用什么模式的分辨率，对于我们来讲是未知的。通常情况下，在我们的需求规格说明书中会建议某些分辨率。对于测试来讲，必须针对需求规格说明书中建议的分辨率进行专门的测试。现在常见的分辨率是1024*768,800*600。对于需求规格说明书中规定的分辨率，测试必须保证测试通过，但对于其他分辨率，原则上也应该尽量保证，但由于这个在需求规格说明书中没有加以约束，所以在一定程度上，开发往往会拒绝进行调整。对于需求规格说明书中没有规定分辨率的项目，测试应该在完成主流分辨率的兼容性测试的前提下，尽可能进行一些非主流分辨率的兼容性测试，在一定程度上保证大部分。
4浏览器兼容性测试工具
4.1Spoon Browser Sandbox
Xenocode Sandbox是一个利用强大虚拟技术，实现模拟大部分浏览器来测试网页兼容，但是在使用之前必须要安装一个插件，而且每次使用都必须在其网站上。
(公司网络有限制，下载和使用都不方便)
4.2Superpreview
SuperPreview是微软发布的网页开发调试工具，自带有很多元素查看工具，如箭头、移动、辅助线、对比……，在查看网页的IE6/IE7/IE8不同表现的同时，可以对比效果。
在SuperPreview中，你可以同时浏览网页在各个版本的IE中的效果。根据微软的介绍，SuperPreview的可用IE版本视系统已安装IE浏览器的版本而定，如果系统安装了IE8，那SuperPreview浏览器测试可用版本就包括IE8、IE7和IE6；如果系统安装了IE7，那SuperPreview只包括IE7和IE6；如果系统安装了IE6，那SuperPreview只能测试IE6。这也就意味着如果你要使用SuperPreview的话，使用高版本的IE更“划算”。
现在的SuperPreview有两个不同的版本。Microsoft Expression Web SuperPreview for Internet Explorer 可以在IE的版本下调试html，而Microsoft Expression Web 3可以在IE和FF下调试html。Microsoft Expression Web 3是对html 页面的调试，而页面的链接不能点击。
(附安装文件)
安装时报错请参考：http://12345.co/Topic/view/id-2881
4.3IETester
IETester是一个免费的WebBrowser控件，让您有渲染和IE8的JavaScript 引擎，IE7和IE 6在Windows 7，Vista和XP的IE5.5中，以及在同一进程中安装的IE浏览器。新的v0.4.2：新增开发选项来启用/禁用浏览器的功能！V0.4.11版本还提供DeBugBar插件。
DebugBar是功能强的IE插件,类似于Firefox浏览器的一款开发类插件Firebug.从各个不同的角度剖析Web页面内部的细节层面，给Web开发者带来很大的便利.
目前对于个人用户免费.企业用户收费.
主要有以下功能:
1.查看网页DOM树,HTTP(S),网页javascript脚本函数归类展示.效验网页中的框架.网页属性的详细信息
2.提供网页源码与IE整理后代码的对比.
3.能在无需改变显示器分辨率的前提下用不同分辨率显示页面.并能对页面进行缩放.
4.功能对任意位置取色并将HEX码复制到剪贴板中便于保存.
5.可将当前页面截图通过邮箱发送出去.
另外同时这安装Ietester和companionjs配合使用将给web开发者带来更高的开发体验.
(附V0.4.11版本IETester安装文件)
4.4BrowserShots
Browsershots在不同操作系统的不同浏览器下给您的网页做截图。这是一个免费的开源的工具，提供给设计师一个方便的途径来测试网站在不同浏览器下的兼容性。您提交的网址会被加入一个任务队列。一群分布式的的计算机会在浏览器里打开您的网站。然后他们将开始截图并上传到我们的中央独立服务器供您浏览。
因为BrowserShots是开源的，官方也提供了XML-RPC接口，我们可以很轻松的去调用它。当然，在这里不是介绍如何调用接口，下面讲的主要是让大家熟悉BrowserShots，并能迅速上手使用。
1.打开官网，就能看到各个OS下的各个浏览器的选项：
2.勾选需要测试的浏览器，输入URL，点击submit就可以了。
3.需要等2分30秒才轮到我，因为网站开源，所以就靠付费会员才能支持
下去，所以如果你不想等待，就去当付费会员吧。
4.点详细信息，可以查看具体某个浏览器的等待时间：
5.可以看到，有很多已经开始了。这里做的不好，好像必须等所有浏览器
都加载完后，才能查看截图。再加上网速似乎有点卡，所以建议大家一次测试最好只勾选2-3款浏览器，比如专门测试网站在firefox各个版本下的效果，就勾选firefox的浏览器，其他都不选，这样效率也能提高，还省时间。
缺点：测试结果生成非常缓慢，随着选择测试项目的数量递增。一个浏览器大概需要2分钟测试时间，还要加上生成报告时间，对中文支持不完善，一些“非主流”浏览器测试截图会出现中文乱码。
（网页地址:https://www.doczj.com/doc/239205226.html,/）
4.5Multiple IEs
这款工具同样用于测试网页在IE浏览器各个版本的兼容性。主要兼容ie6及ie6以前的ie版本的测试。其功能与界面友好程度不及IETester。
目前，ie6以前的版本几乎都没什么人使用了，绝大多数人使用ie6/ie7/ie8等更高级的版本。
(附安装文件)
4.6IE netrenderer
IE Netrenderer是一个firefox插件，用于检查你的网站在IE浏览器中的呈现情况，包括各个常用版本的检测。IE NetRenderer：能实时生成你的网站在Internet Explorer 5.5 、6.0 和7.0 下的截图。
IE NetRenderer便是一个专门检验网站页面在不同版本的IE中展示效果的网络服务，可以快速查看IE5.5, IE6和IE7下的页面效果，而且还能同时查看在IE6，IE7下的叠加效果和差异效果，很有特色。
附安装软件
安装步骤：
1.打开firefox→工具→添加附件；
2.添加插件，选择安装即可。
3.安装完成之后，在工具下会增加“获取IE版本效果”的导航，如下图，
选择测试的IE版本即可：
4.输入要测试网站的URL，即可得到网页截图，以及响应时间。
https://www.doczj.com/doc/239205226.html,!
https://www.doczj.com/doc/239205226.html, 是一个可以让你输入网址，让你观看在不同屏幕分辨率下网站的显示效果。
其可供调整的屏幕解析度有：iPhone、Wii Browser、800×600、1024×768、1152×864、1280×800、1400×900、1600×1200与1920×1200。
4.8BrowserSeal
这款工具的两个主要特色是独立的浏览器支持和带有自动化脚本的命令行界面。
4.9Browsera
Browsera 是一个可测试您的网站的跨浏览器布局的工具，您会看到您网站上存在的兼容性错误。
六大优点：发现布局问题、找到javascript错误、更方便的测试网站、不需登陆就能测试需登陆的网站、无需安装、测试动态页面。
4.10WebDevLab
这款工具专门用于测试你的网站在苹果Safari浏览器中是什么样子的。
4.11Litmus
这个工具可以帮助你检查你的网站在多个浏览器中的呈现情况，跟踪Bug 并创建报告。
Litmus 提供约30种浏览器测试，其中有17种基于Windows平台，有6种基于Mac OS X，剩下还有其它的搭配，此外Litmus还提供了一个版本管理工具。但使用Litmus的费用比较贵，一个月要39美元。
4.12Browsercam
这款工具是要付费的，可以帮助你检查Javascript 和DHTML，提供不同的测试环境平台。可以在不同平台下的不同浏览器中测试你的网站，既可以自动截图，又可以远程访问他们的计算机。
4.13IE Collection
Utilu IE Collection 是个专为程序设计与网页设计师制作的各版本Internet Explorer 浏览器整合安装包，里面包含了IE 1.0、1.5、3.0、5.5、6.0、7.0、8.0...等等版本的IE网络浏览器。主要目的是让设计师在做好网页后在不同版本的IE 浏览器里面测试版面样式与功能，看看是否版面有乱掉或功能不正常…等问题。
在IE Collection中各个版本的IE浏览器都是各自独立的，可以单独执行，此外还提供了Internet Explorer Developer Toolbar工具与Firebug Web Development Extension for Internet Explorer外掛程序，可以让我们通过这些工具检查网页内容的格式、版面错乱或程序错误...等。
附安装文件
安装完成之后，跟ie浏览器一样，没有差别。
注：安装时不要选，建立桌面快捷文件。否则桌面会出现一大片的ie快捷文件。
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 进度回顾
校园招聘系统测试方案
目录 1概述............................................. 错误!未定义书签。2测试资源和环境................................... 错误!未定义书签。 硬件配置............................................ 错误!未定义书签。 软件配置............................................ 错误!未定义书签。 测试数据............................................ 错误!未定义书签。3测试策略......................................... 错误!未定义书签。 功能测试.............................................. 错误!未定义书签。 性能测试.............................................. 错误!未定义书签。 用户界面（UI）测试.................................... 错误!未定义书签。 安全性与访问控制测试.................................. 错误!未定义书签。 兼容性测试............................................ 错误!未定义书签。 回归测试.............................................. 错误!未定义书签。4测试通过标准..................................... 错误!未定义书签。5测试需求及测试用例追溯表......................... 错误!未定义书签。6测试用例......................................... 错误!未定义书签。7测试进度......................................... 错误!未定义书签。
XXX项目软件测试报告 编制： 审核： 批准：
目录 1概述..................................................... 错误!未定义书签。2测试概要................................................. 错误!未定义书签。 进度回顾.......................................... 错误!未定义书签。 测试环境.......................................... 错误!未定义书签。 软硬件环境.................................. 错误!未定义书签。 网络拓扑.................................... 错误!未定义书签。3测试结论................................................. 错误!未定义书签。 测试记录.......................................... 错误!未定义书签。 缺陷修改记录...................................... 错误!未定义书签。 功能性............................................ 错误!未定义书签。 易用性............................................ 错误!未定义书签。 可靠性............................................ 错误!未定义书签。 兼容性............................................ 错误!未定义书签。 安全性............................................ 错误!未定义书签。4缺陷分析................................................. 错误!未定义书签。 缺陷收敛趋势...................................... 错误!未定义书签。 缺陷统计分析...................................... 错误!未定义书签。5遗留问题分析............................................. 错误!未定义书签。 遗留问题统计...................................... 错误!未定义书签。
[系统名称+版本] 测试报告
版本变更记录
目录 版本变更记录 (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 术语和缩略语 [列出设计本系统/项目的专用术语和缩写语约定。对于技术相关的名词和与多义词一定要注明清楚，以便阅读时不会产生歧义。]
（项目名称） 测试报告 测试执行人员签：___________ _ 测试负责人签字：__________ __ _ 开发负责人签字：_________ ___ _ 项目负责人签字：________ ____ _ 研发部经理签字：_______ _ _____ 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 测试进度总结
软件兼容性测试 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等，他们之间可能也有许多不同的组件属性。因此，有些软件可能需要在不同操作系统平台上重新编译才可运行，有些软件需要重新开发或改动较大才能在不同平台运行。因此，在软件发布之前，需要在各种操作系统下对应用软件进行兼容性测试。 自行安装多种平台和模拟应用环境进行测试，但缺点是难以覆盖所有平台。一个软件产品的开发成功，不仅仅是编写完为使用者提供服务功能的程序而已，
1、什么是兼容性测试?兼容性测试侧重哪些方面? 参考答案： 兼容测试主要是检查软件在不同的硬件平台、软件平台上是否可以正常的运行，即是通常说的软件的可移植性。 兼容的类型，如果细分的话，有平台的兼容，网络兼容，数据库兼容，以及数据格式的兼容。 兼容测试的重点是，对兼容环境的分析。通常，是在运行软件的环境不是很确定的情况下，才需要做兼容。根据软件运行的需要，或者根据需求文档，一般都能够得出用户会在什么环境下使用该软件，把这些环境整理成表单，就得出做兼容测试的兼容环境了。 兼容和配置测试的区别在于，做配置测试通常不是Clean OS下做测试，而兼容测试多是在Clean OS的环境下做的。 2、我现在有个程序，发现在Windows上运行得很慢，怎么判别是程序存在问题还是软硬件系统存在问题? 参考答案： 1、检查系统是否有中毒的特征; 2、检查软件/硬件的配置是否符合软件的推荐标准; 3、确认当前的系统是否是独立，即没有对外提供什么消耗CPU资源的服务; 4、如果是C/S或者B/S结构的软件，需要检查是不是因为与服务器的连接有问题，或者访问有问题造成的; 5、在系统没有任何负载的情况下，查看性能监视器，确认应用程序对CPU/内存的访问情况。
3、测试的策略有哪些? 参考答案： 黑盒/白盒，静态/动态，手工/自动，冒烟测试，回归测试，公测(Beta测试的策略) 4、正交表测试用例设计方法的特点是什么? 参考答案： 用最少的实验覆盖最多的操作，测试用例设计很少，效率高，但是很复杂; 对于基本的验证功能，以及二次集成引起的缺陷，一般都能找出来;但是更深的缺陷，更复杂的缺陷，还是无能为力的; 具体的环境下，正交表一般都很难做的。大多数，只在系统测试的时候使用此方法。 5、描述使用bugzilla缺陷管理工具对软件缺陷(BUG)跟踪的管理的流程? 参考答案： 就是Bugzilla的状态转换图。 6、你觉得bugzilla在使用的过程中，有什么问题? 参考答案： 界面不稳定; 根据需要配置它的不同的部分，过程很烦琐。 流程控制上，安全性不好界定，很容易对他人的Bug进行误操作; 没有综合的评分指标，不好确认修复的优先级别。
测试用例实例 （含：功能测试用例、性能测试用例、兼容性测试用例） 目录 一、功能测试用例................................................................................. - 2 - 二、性能测试......................................................................................... - 9 - 2.1预期性能测试用例.................................................................... - 9 - 2.2 用户并发测试用例................................................................. - 10 - 2.3 大数据量测试用例................................................................. - 10 - 2.4 疲劳强度测试用例................................................................. - 11 - 2.5 负载测试测试用例................................................................. - 11 - 三、兼容性测试................................................................................... - 11 - 用例编号TestCase_LinkWorks_WorkEvaluate 项目名称LinkWorks 模块名称WorkEvaluate模块 项目承担部门研发中心-质量管理部 用例作者 完成日期2005-5-27 本文档使用部门质量管理部 评审负责人 审核日期 批准日期 注：本文档由测试组提交，审核由测试组负责人签字，由项目负责人批准。 历史版本： 版本/状态作者参与者起止日期备注 V1.1
1. 软件兼容性测试 兼容性测试是指待测试项目在特定的硬件平台上，不同的应用软件之间，不同的操作系统平台上，在不同的网络等环境中能正常的运行的测试。 兼容性测试的目的：待测试项目在不同的操作系统平台上正常运行，包括待测试项目能在同一操作系统平台的不同版本上正常运行；待测试项目能与相关的其他软件或系统的“和平共处”；待测试项目能在指定的硬件环境中正常运行；待测试项目能在不同的网络环境中正常运行。 兼容性测试无法做到完全的质量保证，但对于一个项目来讲，兼容性测试是必不可少的一个步骤。 2. Web兼容性测试的主要类型 Web兼容性测试主要是针对不同的操作系统平台，浏览器，以及分辨率进行的测试。 2.1. 操作系统兼容性测试 常见的操作系统有Windows，Unix，Linux等，对于普通用户来讲，最常用的是Windows操作系统。Windows操作系统包括Windows XP，windows 2003，vista，Win2000/NT，Windows9x等等。用户使用操作系统的类型，直接决定了我们操作系统平台兼容性测试的操作系统平台数量，进行操作系统平台的兼容性测试的主要目的就是保证我们的待测试项目在该操作系统平台下能正常运行。 对于一些特殊项目（比如定制项目），可以指定某一类型的操作系统版本，这些都应该在需求规格说明书中指明，针对这些指明的操作系统版本必须进行兼容性测试。 大部分的其他项目，是不指定操作系统版本的，针对这样的项目，我们应当针对当前的主流操作系统版本进行兼容性测试，在确保主流操作系统版本兼容性测试的前提下在对非主流操作系统版本进行测试，尽量保证项目的操作系统版本的兼容性测试的完整性。 2.2. 浏览器兼容性测试 浏览器是Web系统中对核心的组成构件，来自不同厂家的浏览器对Javascrīpt、ActiveX或不同的HTML 规格有不同的支持，即使是同一厂家的浏览器，也存在不同的版本的问题。不同的浏览器对安全性和JAVA 的设置也不一样。 目前最为常用的浏览器为：IE 6.0 IE 7.0.但由于操作习惯的问题，还有相当一部分用户喜欢使用腾讯的TT，以及firefox浏览器，这些浏览器同样也存在各个版本的问题。这个对于Web系统来讲是一个相当大的挑战。 对于一些特殊项目（比如定制项目），可以指定某一类型的浏览器（包括版本），这些都必须在需求规格说明书中指明。针对这些指明的浏览器必须进行兼容性测试。但大部分的项目，是不能指定浏览器的，针对这样的项目，那么我们必须针对当前的主流浏览器（含版本），在确保主流浏览器的兼容性测试通过的前提下，再对非主流浏览器（含版本）进行测试，尽量保证项目的浏览器的兼容性测试的完整性。
（项目名称） 令狐采学 测试报告 测试执行人员签：____________ 测试负责人签字：__________ __ _ 开发负责人签字：_________ ___ _ 项目负责人签字：________ ____ _ 研发部经理签字：________ _____ XXXXXXXXXXX公司软件测试组 XXXX年XX月 目录 1测试概要1 1.1项目信息1 1.2测试阶段1 2测试结果1 2.1测试结论1 2.2测试总结1 3测试环境1 3.1系统拓扑图1 3.2环境详细信息2
令狐采学创作4测试分析2 4.1测试进度总结2 4.2测试需求覆盖情况3 5缺陷统计与分析3 5.1按功能模块划分3 5.2按状态分布3 5.3缺陷收敛情况4 5.4遗留缺陷4 6建议4
1 测试概要 1.1 项目信息 1.2 测试阶段 [描述测试所处阶段，描述本次系统测试是第几轮和所涵盖的测试类型。如下示例]本次测试属于系统测试第一轮，测试类型包括：安装测试、功能测试、易用性测试、安全性测试、兼容性测试、文档测试、性能测试和稳定性测试。 2 测试结果 2.1 测试结论 [说明本轮测试完成后，是否存在遗留问题，是否通过测试，是否测试通过。] 2.2 测试总结 [对本次验收测试工作进行总结。] 3 测试环境 3.1 系统拓扑图 [使用Visio画出本次验收测试的测试环境框图。如下示例：]
3.2 环境详细信息 [列出本次验收测试使用到的所有软硬件设备信息，列表内容应该包含测试环境框图中的所有软硬件。] 4 测试分析 4.1 测试进度总结
?偏差原因分析：测试人员***请病假两天，由于最初没有对人力资源进行合理规划，导致这期间该测试项目被挂起。 ?经验总结：。。。。。 4.2 测试需求覆盖情况 5 缺陷统计与分析 5.1 按功能模块划分 5.2 按状态分布
编号：201 编制人赵斌审定人时间2006-4-7 软件名称*** 电子商务网站编号/版本 测试用例测试客户端的兼容性 用例编号C01 用例描述操作系统： 测试站点能否在windows 的各个版本上浏览? 有些字体在某个系统上可能不 存在，因此需要确认选择了备用字体。如果用户使用两种操作系统，请确认站 点未使用只能在其中一种操作系统上运行的插件。 浏览器： 测试站点能否使用Netscape 、Internet Explorer 进行浏览。有些HTML 命令 或脚本只能在某些特定的浏览器上运行。请确认有图片的替代文字，因为可能 会有用户使用文本浏览器。如果您使用SSL 安全特性，则只需对 3.0 以上版 本的浏览器进行验证，但是对于老版本的用户应该有相关的消息提示。 视频设置： 页面版式在640x400 、600x800 或1024x768 的分辨率模式下是否显示正 常? 字体是否太小以至于无法浏览? 或者是太大? 文本和图片是否对齐? 输入说明Os IE 5.0 IE 5.5 IE6.0 IE7.0 TT Netscape4. Browser Windows95 Windows98
同时查看系统界面在各种分辨率模式下的显示情况 实际结果 Windows98se WindowsNT Windows me Windows 2000 p ** ** *** ** * * Windows 2000 s Windows XP p *** Windows XP h Windows * 2003
Os sw Word9 5 Word97 Word200 Word200 3 WPS IE PS Windows95 Windows98 Windows98se WindowsNT Windows me Windows 2000 p Windows 2000 s ** * Windows XP p *** ** * * * Windows XP h ** * Windows 2003 *
内部资料注意保密 招标手机APP测试总结报告
目录 1.测试概述 (1) 1.1.编写目的 (1) 1.2.测试范围 (1) 2.测试计划执行情况 (1) 2.1.测试类型 (1) 2.2.测试环境与配置 (2) 2.3.测试人员 (2) 2.4.测试问题总结 (3) 3.测试总结 (3) 3.1.测试用例执行结果 (3) 3.2. 安全测试 (4) 3.2.1. 软件权限 (5) 3.2.2. 安装与卸载安全性 (5) 3.2.2. 数据安全性 (6) 3.2.3. 通讯安全性 (7) 3.2.4. 人机接口安全性 (7) 3.3. 安装、卸载测试 (8) 3.3.1. 安装 (8) 3.3.2. 卸载 (8) 3.4. UI测试 (9) 3.4.1. 导航测试 (9) 3.4.2. 图形测试 (9) 3.4.3. 内容测试 (9) 3.5. 功能测试 (10) 3.5.1. 运行 (10) 3.5.2. 注册 (10) 3.5.3. 登录 (10) 3.5.4. 注销 (11) 3.5.5. 应用的前后台切换 (11) 3.5.6. 免登入 (11) 3.5.7. 数据更新 (12) 3.5.8. 离线浏览 (12) 3.5.9. APP更新 (12) 3.5.10. 时间测试 (13) 3.5.11. 性能测试 (13) 3.5.12. 交叉性事件测试 (13) 3.6. 兼容测试 (14) 3.7. 用户体验测试 (14) 4.测试结果 (15)
1.测试概述 1.1.编写目的 本测试报告为招标手机APP的测试报告，目的在于总结测试阶段的测试情况以及分析测试结果，描述系统是否符合用户需求，是否已达到用户预期的功能目标，并对测试质量进行分析。 测试报告参考文档提供给用户、测试人员、开发人员、项目管理者、其他管理人员和需要阅读本报告的高层经理阅读。 1.2.测试范围 测试主要根据用户需求说明书和软件需求规格说明书以及相应的文档进行系统测试，包括功能测试、性能测试、安全性和访问控制测试、用户界面测试以及兼容性测试等，而单元测试和集成测试由开发人员来执行。 主要功能包括：用户登录、我的项目、推荐项目订阅、行业资讯、我的收藏、意见反馈、我的CA锁。 2.测试计划执行情况 2.1.测试类型
XX系统测试报告 版本变更记录 表格0-1版本变更记录 项目基本信息 表格0-2项目基本信息 目录
1引言.................................. 错误!未定义书签。 1.1编写目的 ......................... 错误!未定义书签。 1.2项目背景 ......................... 错误!未定义书签。 1.3参考资料 ......................... 错误!未定义书签。 1.4术语和缩略语...................... 错误!未定义书签。2测试概要.............................. 错误!未定义书签。 2.1测试用例设计...................... 错误!未定义书签。 2.2测试环境与配置.................... 错误!未定义书签。 2.3测试方法与工具.................... 错误!未定义书签。3测试内容和执行情况.................... 错误!未定义书签。 3.1项目测试概况表.................... 错误!未定义书签。 3.2功能 ............................. 错误!未定义书签。 3.3安全性测试 ....................... 错误!未定义书签。 3.4易用性测试 ....................... 错误!未定义书签。 3.5覆盖分析 ......................... 错误!未定义书签。4缺陷统计与分析........................ 错误!未定义书签。 4.1缺陷汇总 ......................... 错误!未定义书签。 4.2缺陷分析 ......................... 错误!未定义书签。 4.3残留缺陷与未解决问题.............. 错误!未定义书签。5测试结论与建议........................ 错误!未定义书签。 5.1测试结论 ......................... 错误!未定义书签。 5.2建议 ............................. 错误!未定义书签。
网站兼容性测试方案 ——网站UI测试 用户常用操作系统及主流浏览器统计。 1.编写目的： 为项目界面测试及系统和浏览器兼容性测试提供依据。拟定测试平台具体方案。 2.操作系统 2.1 中国网民操作系统使用情况分析报告： 来自https://www.doczj.com/doc/239205226.html,/中国互联网分析报告 据以上数据统计，用户常用的操作系统前2位分别是：WindowsXP(94.1260%)、WindowsVista(4.2414%) 2.2 WindowsXP 中国网民的操作系统使用情况趋势分析： 来自https://www.doczj.com/doc/239205226.html,/中国互联网分析报告
2.3 Windows Vista 中国网民的操作系统使用情况趋势分析： 来自https://www.doczj.com/doc/239205226.html,/中国互联网分析报告 3.浏览器 3.1中国网民的浏览器使用情况分析报告： 来自https://www.doczj.com/doc/239205226.html,/中国互联网分析报告
来自https://www.doczj.com/doc/239205226.html,/ 中国互联网分析报告 据以上数据分析，网民浏览器统计使用率份额比较高的依次为： 第1位：微软IE 82.9276% 第2位：傲游 Maxthon 4.7371% 第3位：腾讯 TT 4.4468% 第4位：360安全浏览器 3.9976% 第5位：世界之窗 Theworld 2.1002% 第6位：火狐 Firefox 1.2965% 第7位：谷歌 Chrome 0.2352% 第8位：Opera 0.1403% 第9位：苹果 Safari 0.1182% 3.2 IE6.0 IE7.0 IE8.0 的使用率及使用情况趋势分析图： MSIE 6.0 67.0528% MSIE 7.0 11.6141% MSIE 8.0 4.2268% MSIE 5.0 0.0229% MSIE 5.5 0.0110%
福建农信手机银行兼容性测试报告 福建农信手机银行项目 兼容性测试报告 文档名称:手机银行项目兼容性测试报告状态: 初始版本 版本号: 1.0 版本提交日期: 2013/8/24
- 文档信息 - 项目名称福建农信手机银行文档版本编号 1.0 起草人于宏波文档版本日期2013/8/24 复审人复审日期 - 变更记录– - 审批人– - 评审记录–
目录 1测试报告概述 (4) 1.1文档目的 (4) 1.2参考资料 (4) 1.3被测应用版本 (4) 2与测试计划的偏离 (4) 3测试结果总结 (5) 3.1兼容性测试配置 (5) 3.2测试需求覆盖分析 (6) 3.3缺陷总结 (7) 3.4遗留缺陷 (7) 4测试资源总结 (7) 5测试评价 (7) 6测试者建议 (8)
1 测试报告概述 1.1 文档目的 本测试报告针对多机型的兼容性测试，通过多机型物理机测试总结执行测试用例的结果，列出在整个测试执行过程中发现的缺陷、描述和测试计划的偏离，总结主要的测试活动和事件。 1.2 参考资料 1.3 被测应用版本 测试版本的发布日期为：2013.8.22（该日期为起始日期，在测试过程中后续版本有所更新）。 2 与测试计划的偏离
3 测试结果总结3.1 兼容性测试配置
3.2 测试需求覆盖分析 未覆盖案例一部分为冗余案例，因流程及需求调整，该部分案例不再适用；一部分为反案例，主要为后台系统账户异常判断，因测试环境数据公用，且该部分逻辑由后台系统控制，该部分案例未全部执行。 覆盖到的案例，未通过案例经测试阶段优化，已全部修复，故成功率为100%。 说明：1. 覆盖率=覆盖数/案例总数 2. 成功率=成功数/覆盖数
(OA号：OA号/无)XXX产品名称XX版本（提测日期：YYYY.MM.dd） 第XX轮 功能/性能/稳定性/兼容性测试报告
修订历史记录 A - 增加 M - 修订 D - 删除
1.概述 (4) 1.1 测试目的 (4) 1.2 测试背景 (4) 1.3 测试资源投入 (4) 1.4 测试功能 (5) 1.5 术语和缩略词 (5) 1.6 测试范围.......................................................................................... 错误！未定义书签。 2.测试环境 (6) 2.1 测试软件环境 (6) 2.2 测试硬件资源 (7) 2.3 测试组网图 (6) 3.测试用例执行情况 (7) 4.测试结果分析（大项目） (8) 4.1 Bug趋势图 (9) 4.2 Bug严重程度 (9) 4.3 Bug模块分布 (10) 4.4 Bug来源.......................................................................................... 错误！未定义书签。 5.测试结果与建议 (10) 5.1 测试结果 (10) 5.2 建议 (11) 5.3 测试差异分析 (11) 6.测试缺陷分析 (11) 7.未实现需求列表 (12) 8.测试风险 (12) 9.缺陷列表 (12)
1.概述 1.1 测试目的 本报告编写目的，指出预期读者范围。 1.2 测试背景 对项目目标和目的进行简要说明，必要时包括该项目历史做一些简介。 1.3 测试资源投入 //针对本轮测试的一个分析
Web应用系统测试内容有哪些 面向Web应用系统的测试与传统的软件测试不同，不仅需要检查和验证是否按照需求规格说明书的要求运行，而且还要测试Web应用系统在不同浏览器上显示是否符合要求，与不同的数据库连接是否有效、更重要的是在性能、安全性、可用性等方面功能测试 性能测试 安全性测试 配置和兼容性测试 可用性测试 链接测试 链接是Web应用系统用户界面的主要特征，它指引着Web用户在页面之间切换，以完成Web应用系统的功能 测试重点 链接是否正确 链接页面是否存在 是否有孤立的页面(没有链接指向的页面) 表单测试 表单(Form)是指网页上用于输入和选择信息的文本框、列表框和其他域，实现用户和Web应用系统的交互，当用户给Web应用系统管理员提交信息时，需要使用表单操作，如用户注册、登录、信息提交、查询等 测试重点 表单控件的正确性 提交信息的完整性、正确性 是否有错误处理 Cookie测试 Cookie通常标识用户信息，记录用户状态。 使用Cookie技术，当用户使用Web应用系统时，能够在访问者的机器上创立一个叫做Cookie的文件，把部分信息(访问过的页面、登录用户名、密码等)写进去，来标识用户状态。如果该用户下次再访问这个Web应用系统，就能够读出这个文件里面的内容，正确标识用户信息 如果Web应用系统使用了Cookie，必须检查Cookie是否能正常工作，是否按预定的时间进行保存内容
设计语言测试 在Web应用系统开发初始，根据软件工程的要求用文档的形式确定Web应用系统使用哪个版本的HTML标准，允许使用何种脚本语言及版本，允许使用何种控件，这样可以有效的避免Web应用系统开发过程中出现设计语言问题。 其他测试 数据库测试 面向任务、业务逻辑的测试 探查性测试 回归测试 速度测试： 对于最终的Web应用系统用户而言，最关心的性能问题是访问Web应用系统页面时，多长时间才能显示出来所需要的页面 通常情况下，响应时间不超过5秒 有些Web应用系统有超时限制，如果响应时间太慢，用户可能还没来得及浏览内容，就需要重新登录了 影响响应时间的原因有很多 应用程序服务器需要从数据库的大量数据中检索信息 服务器硬件影响(CPU、内存) 所访问页面文件大小 网络连接带宽 负载测试 负载测试是为了测量Web应用系统在一定负载情况下的系统性能，通常得出的结论是Web应用系统在一定的硬件条件下可以支持的并发用户数目或者单位时间数据(或事件)的吞吐量。 在进行负载测试前，需要定义标准用户(活动用户)的概念，定义执行典型的系统流程，定义负载测试执行总时间，定义抓取哪些事务的平均响应时间，定义用户可以接受的平均响应时间(通常为5秒) 测试时，增加用户数量，平均响应时间就会增加，当达到用户可以接受的平均响应时间这个临界点，即是此系统可以支持的并发用户数 压力测试 对Web系统进行压力测试，类似于普通机械、电子产品进行的破坏性试验。方法是实际破坏Web应用系统，测试系统的反应 压力测试是测试系统的限制和故障恢复能力，也就是测试Web应用系统会不会崩溃，
兼容性测试 一、兼容性测试概述，包括：定义，目的和意义，配置测试和兼容性测试区别，兼容性测试环境 二、兼容性测试方法，包括：硬件兼容性测试，软件兼容性测试，数据兼容性测试 三、兼容性测试工具，包括：浏览器兼容性测试工具 一、兼容性测试概述 1，定义 兼容性测试将验证软件与其所依赖的环境的依赖程度，包括对硬件平台的依赖程度和对软件平台依赖程度，即是通常说的软件的可移植性。简单来说，待测试项目在同一操作系统平台的不同版本、不同的操作系统平台上是否能很好地运行。待测试项目是否能与相关的其他软件和平共处，会不会有相互不良的影响。待测试项目是否能在指定的硬件环境中正常运行，软件和硬件之间能否发挥很好的效率工作，会不会影响或导致系统的崩溃。待测试项目是否能在不同的网络环境中正常运行。 2，目的和意义 兼容性测试主要目的是为了兼容第三方软件，确保第三方软件能正常运行，用户不受影响。由于各类应用软件和系统软件已经到了多如牛毛的地步，而且可以预见还将继续以爆炸式的速度增长，软件之间的数据共享和系统资源分享变成为一个问题，这也是兼容性测试的意义所在。虽然兼容性测试无法做到完全的质量保证，但对于一个项目来讲，兼容性测试是必不可少的一个步骤。 3，配置测试和兼容性测试区别 配置测试和兼容性测试是软件测试中容易混淆的两个概念，他们对软件开发都比较重要，但他们测试和关注的核心内容是有区别的。配置测试的目的是保证软件在其相关的硬件上能够正常运行，而兼容性测试主要是测试软件能否与不同的软件正确协作。 配置测试的核心内容是使用各种硬件来测试软件的运行情况，测试对象是硬件，一般包括：一是软件在不同的主机平台上的运行情况；二是软件在不同的组件上的运行情况；三是不同的外设和不同的接口下的运行情况；最后还有某些可选择的不同软硬件。 兼容性测试是用于检查软件是否能够与其他软件正确协作，测试对象是软件，一般包括：一是测试软件是否能在不同的操作系统平台上兼容，或测试软件是否能在同一操作系统平台的不同版本上兼容；二是软件本身能否向后和向前兼容；三是测试软件能否与其它相关的软件兼容，包括一些用户常见软件；四是数据兼容性测试，主要是指数据能否共享。 总之，我们可以简单的理解：配置测试的对象是硬件，兼容性测试的对象是软件。 4，兼容性测试环境 测试中的硬件环境指进行测试所必需的服务器、客户端、网络链接设备，以及打印机、扫描仪等辅助硬件设备所构成的环境。软件环境则指被测软件运行所需的操作系统、数据库、中间件、浏览器及与被测软件共存的其他应用软件等构成的环境，我们可以通过向硬件厂商
G9供应链系统测试报告 目录 1.1 项目背景 (1) 1.2测试目的 (1) 1.3测试环境与配置 (2) 1.5缺陷的统计与分析 (2) 1.5.1缺陷汇总 (2) 1.测试缺陷趋势图： (5) 2.缺陷类型分析图： (6) 3. 缺陷严重等级分析图 (7) 4. 模块缺陷数分析图 (7) 总结 (8) 1.1 项目背景 1.2测试目的 本次测试的目的是G9总部系统基线版本系统发布前的整体测试，按既定的测试计划对整个系统进行如下测试 1.功能测试（包含界面测试）：保证系统主要功能工作正常，满足功能需求； 2.兼容性测试：保证系统在主流浏览器、数据库和操作系统中可以正常工作； 3.故障恢复测试：保证系统异常环境下系统数据完整； 4.性能测试：保证系统在资源有限、数据量多的情况下仍能正常响应； 5.安全性测试：保证系统的权限分配安全有效； 5.文档测试：保证操作文档内容正确无误； 本次测试的系统模块主要有： 1.总部设置系统； 2.总部查询报表系统； 3.数据传输服务端、客户端程序； 4.系统升级程序 5.多服务器数据同步设置
1.3测试环境与配置 测试环境及其配置: 1.操作系统：客户端：windows xp sp3 ；服务端：windows server 2008 2.数据库：Sql Server 2008 R2 3.浏览器：IE7+ 4.网络环境：局域网 5.组件环境：.net framework4.0 1.4测试用例 功能、模块名称用例数已通过用例数未通过用例数备注 1.5缺陷的统计与分析 1.5.1缺陷汇总 系统模块总部设置、总部查询系统 按严重程度已修复bug数未修复/暂缓bug明细各级bug总数