更高级别的测试CONT).ppt

配置测试 配置测试：使用各种硬件来测试软件运行的过程。 在家用和商用领域基于标准Windows的PC机的配置可能性： 个人计算机 部件 外设 接口 可选项和内存 设备驱动程序 配置测试是必不可少的，原因是硬件的生产厂商并没有严格执行标准（松散的标准称为规范），这样导致软件使用某种硬件配置无法正常工作。 如果准备开始软件的配置测试，就要考虑哪些配置与程序密切相关。 游戏软件要多注意视频和声音部分 贺卡程序要多注意打印问题 传真或通信程序要在多种调制解调器和网络配置下测试 配置测试 分离配置缺陷 判断缺陷是配置问题而不仅仅是普通缺陷的最可靠的方法是：在另外一台由完全不同硬件配置的计算机上执行导致问题的相同操作。 如迪斯尼狮子王缺陷 谁应该来修复缺陷—开发小组还是硬件厂商？ 软件包含在多种配置中都会出现的缺陷 硬件设备或者其设备驱动程序可能包含仅由被测软件揭示的缺陷 总之，客户只是要求他们买的软件在自己的配置中正常工作。 配置测试的工作量 配置测试工作量可能非常巨大 例如：测试运行于Microsoft Windows的新游戏。该游戏画面丰富，具有多种音效，允许多个用户通过电话线对抗，而且可以打印游戏细节以便进行策划。那么至少要考虑各种显卡、声卡、调制解调器和打印机进行配置测试。如果市场上大致有336种显卡、210种声卡、1500种调制解调器、1200种打印机。测试组合的数目为：336*210*1500*1200，总共上亿种。 减少工作量的答案是等价划分——存在风险。 流行程度 年头 类型 生产厂商 配置测试的工作量（CONT） 执行配置测试 确定所需的硬件类型 确定有哪些厂商的硬件、型号和驱动程序可用 确定可能的硬件特性、模式和选项 将确定后的硬件配置缩减为可控制的范围——等价划分法 设计在每一种配置中执行的测试用例 在每种配置中执行测试 反复测试直到小组对结果满意为止——达到没有未解决的缺陷或缺陷限于不常见或不可能的配置上。 获得硬件 只买可以或者将会经常使用的配置 与硬件生产厂商联系，看他们是否能够阻截甚至赠送某些硬件。 向公司的员工询问他们能够提供什么硬件。 如果预算充足，拿到专业配置和兼容性测试实验室联系进行外协测试。 兼容性测试 软件经常需要向其他程序导入和导出数据，在各种操作系统和web浏览器上运行，与同时运行在同一硬件上的其他软件交叉操作。 软件兼容性测试的目标是保证软件按照用户期望的方式与其它软件进行交互。 一些兼容软件的例子： 从电子表格程序保存账目数据，在另一个电子表格程序中读入 软件在同一操作系统的不同版本中工作 升级到新的数据库程序，是否能够导入现有的程序 如果对新软件进行兼容性测试，就需要解答以下问题： 软件设计要求与何种其他平台（操作系统、Web浏览器或者操作环境）和应用软件保持兼容？ 如果要测试的软件是一个平台，那么设计要求什么应用程序在其上运行？ 应遵守何种定义软件之间交互的标准或者规范？ 软件使用何种数据与其他平台和软件交互和共享信息？ 兼容性测试 平台和应用程序版本 选择目标平台或者兼容的应用程序实际上是程序管理或市场定位的任务。要有熟悉客户基本情况的人来决定。 从项目管理的立场看，使平台清单在满足客户要求的前提下尽可能小很重要 向后和向前兼容 向后兼容（backward compatible）——是指可以使用软件的以前版本 向前兼容（forward compatible）——是指可以使用软件的未来版本 注意：并非所有的软件都要球向前兼容或者向后兼容。 兼容性测试工作量可能非常巨大 例如对一个流行OS的新版本进行兼容性测试。程序员修复了大量软件缺陷，改善了性能，并在代码中增加了许多新特性。当前操作系统上可能有几万甚至几十万的现有程序。新操作系统的目标是与他们百分百兼容。 兼容性测试的工作量（CONT） 减少工作量的答案是等价划分，决定测试哪些是重要的——存在风险。 流行程度 年头 类型 生产厂商 兼容性测试的工作量（CONT） 标准和规范 实施兼容性测试的第一步是研究可能适用于软件或者平台的现有标准和规范。 高级标准和规范：产品普遍遵守的规则，例如外观和感觉、支持的特性等。 如果某个应用程序声称与某平台兼容，就必须遵守该平台自身的标准和规范。 例如为了得到Microsoft Windows认证徽标，软件必须通过由独立测试实验室执行的兼容性测试。确保在操作系统上稳定可靠的运行(100多页文档)： 支持三键以上的鼠标 支持在C：和D：以外的磁盘上安装 支持超过DOS8.3格式文件长度的文件名 不读些或以其他形式使用旧系统文件win.ini、system.ini、autoexec.bat、config.sys 低级标准和规范：本质细节，例如文件格式和网络通信协议等。 例如某软件是一个图形程