资源描述
配置测试,配置测试：使用各种硬件来测试软件运行的过程。 在家用和商用领域基于标准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,低级标准和规范：本质细节，例如文件格式和网络通信协议等。 例如某软件是一个图形程序，把文件保存文.pict文件格式，而该软件不符合 pict文件的标准，用户就无法在其他程序中查看该文件。该软件与标准不兼容，很可能成为短命产品。 最终保证软件之间的信息交换与共享。,标准和规范（CONT）,外国语言测试,如果你是有竞争力的软件测试员，并且熟练掌握除母语、英语之外的一门外语，你就有了很有价值的技能。 MicroSoft的Windows XP支持106种不同的语言和方言，从阿富汗语道祖鲁语。 因此软件的本地化测试非常重要。,本地化/国际化,逐字直译单词是容易的，但要想使整个操作提示意思明确、实用，就需要投入更多的时间和精力。好的翻译要是外文翻译得读起来和原文一样。 做到这一点非常困难，如把英语翻译成西班牙文应该是轻而易举的事。那么是指那个国家的西班牙文？西班牙的西班牙文？哥斯达黎加、秘鲁或多米尼加共和国的西班牙文呢？ 是软件适应特定地域特征，照顾到语言、方言、地区习俗和文化的过程称为本地化（localization）或国际化（internationalization）,翻译问题,文本扩展问题 文本变长很有可能是软件受到影响。 导致没有正确换行、连字符位置不对、把其他的文本挤出原有的位置。这种现象可能出现在任何地方屏幕、窗口、框体和按钮等。 导致程序失败，甚至系统崩溃。如变长了的文本导致内存溢出等。,翻译问题（CONT）,ASCII和Unicode编码问题 ASCII只能表示256个不同的字符远不足以表示所有语言的全部字符。 用两个字节代替一个字节来表示最多可容纳65535个字符。 Unicode编码为每一个字符提供唯一编码，无论何种平台、何种程序、何种语言。 因此，为了避免兼容性问题（乱码），软件测试员和程序员应该遵守Unicode编码标准。,翻译问题（CONT）,热键和快捷键问题 英语单词Search用法语说是Rechercher。如果在软件的英语版中选择Search的热键是Alt+S，那么在法文版中需要进行改变。 要测试所有热键和快捷键工作是否正常，而且使用起来不困难例如，需要按3个键。,翻译问题（CONT）,字符计算问题 文字排序问题：如英文的排序方式和汉字排序顺序就完全不同，还有可能有按笔画排序的问题。 大小写转换问题：传统的ASCII码字母大小写转换方式是加减32，但这不适合其他的字符。,翻译中有一个大难题是某些语言（如希伯莱文和阿拉伯文）从右向左读，而不是从左向右读。 图形中的文字问题 如右图中B、I、U对于不讲英文的外国人毫无意义。如果这种图片很多，则会导致巨大的工作量。,翻译问题（CONT）,让文本与代码脱离 尽量让所有文本字符串、错误提示信息和其他可以翻译的内容都应该存放在与源代码独立的文件中。应该杜绝如下代码：Print “Hello World”。因为让本地化人员去修改代码存在很大风险。,翻译问题（CONT）,本地化使软件适应国外市场。 内容本地化如P108例。这里所指的内容是指产品中除了代码之外的所有东西。,本地化问题,本地化问题（CONT）,数据格式地化不同的地区在诸如货币、时间和度量衡上使用不同的数据单位格式。 P109页表10-1 例如：使用公制单位和扩展字符的德文应用程序可以通过读写磁盘或者剪切、黏贴操作把数据移至法文程序中。然后法文应用程序可以到处数据，再导入到英文应用程序中，英文程序使用英制单位和非扩展字符，然后再把数据移回原来的德文应用程序中。要保证转化过程中不出逻辑错误。,新的配置/兼容性问题,新挑战测试软件与各种硬件和软件交互时出现的问题在遇到全新且不同的组合是会愈发扩大。,测试工作量有多大,这个问题落到了以下两点： 项目从一开始就计划本地化了吗？如果是的话，那么本地化版本中包含更多软件缺陷和增大测试量的风险就会小很多。否则明智的做法是把软件当作需要进行全部测试的全新版本。 本地化版本中更改程序代码了吗？如果因为低劣的设计或者其他问题，基本代码必须改变，就要考虑重新测试代码。,
展开阅读全文