第八章 配置测试
本章重点:
为什么配置测试必不可少
为什么配置测试可能是艰巨的任务
配置测试的基本方法
如何找到测试的硬件
如果不是在为台式机测试软甲怎么办
8.1 配置综述
要考虑哪些配置与程序的关系最为亲密
例如:对图像要求高的游戏要多加注意视频和声音部分
8.1.1 分离配置缺陷
判断缺陷是配置问题的方法:
在另一台完全不同配置的计算机上一步步执行导致问题的相同操作,若果没有缺陷产生就极有可能是配置缺陷.
缺陷出现情况:
- 软件可能在包含多种配置中都会出现缺陷
- 软件可能包含只在某一特殊配置中出现缺陷
- 硬件设备或者其设备驱动程序可能包含仅由软件揭示的缺陷
- 硬件设备或者其设备驱动程序可能包含一个借助许多其他软件才能看出来的缺陷
无论何种情况,解决问题都是开发小组的责任。
8.1.2 计算工作量
等价划分：需要找出一个方法把巨大无比的配置可能性减少到尽可能控制的范围。
8.2 执行任务
计划配置测试的一般过程
1.确定所需的硬件类型 例如：程序要打印就需要测试打印机 程序要发出声音，就需要测试声卡 如果软件有联机注册功能，就需要把调制解调器和网络通信考虑在配置测试之中
2.确定哪些厂商的硬件 型号和驱动程序可用
3确定可能的硬件特性 模式和选项
4将确定后的硬件配置缩减为可控制的范围
方法：把所有配置信息放在电子表格中 列出生产厂商 型号 驱动程序版本和可选项然后确定要测试哪些配置。
5.明确与硬件配置有关软件唯一特性
只需要测试那些与硬件交互时不同的特性即可
6.设计在每一种配置中执行的测试用例
7 在每种配置中执行测试
8反复测试直到小组对结果满意为止
8.3 获得硬件
8.4 明确硬件测试标准
测试题：
1 部件和外设有什么区别
组件是指PC机内部的硬件设备外设是外部的 但是根据硬件的类型 这个界限可以突破
2 如何辨别发现软件缺陷是普通问题还是特定的配置问题
3 如何保证软件永远没有配置问题
这是一种技巧性问题 需要把软件打成一个包 软件只能在该硬件上运行，硬件必须完全密封，没有连接到外界的单独接口。
4 选择测试的配置时候只需要考虑一种翻版的声卡
视情况而定 翻版硬件与原版一致 只是包装和名称不同 一般这是等价的 但是有些设备的固件或驱动不同 比原版多出一些支持和附加特性在这种声卡测试上需要在确定等价划分前了解这些声卡的不同和相同之处
5 除了年头和流行程度 对于配置测试 配置测试中用于等价划分硬件的其他原则是什么
地区和国家是选择对象 另一种可选对象是客户或者业务
6 能够发布具有配置缺陷的软件产品吗
可以 永远不可能把软件的缺陷全部修复 在所有测试中 所有处理都是有风险的
第九章 兼容性测试
目标：保证软件按照用户期望的方式进行交互
本章重点：
软件兼容性的含义
定义兼容性的标准
平台是什么，平台对兼容性意味着什么
为什么在软件应用程序之间传输数据的能力是兼容性的关键
9.1 兼容性测试综述
软件兼容性测试是指检查软件之间是否能够正确地交互和共享信息
例如：
1 从WEB页面剪切文字，在文字处理程序打开的文档中粘贴
2 从电子表格程序保存账目数据，在另外一个完全不同的电子表格程序中读入
3 使照片修饰软件在同一操作系统下的不同版本正常工作
4 升级到新的数据库程序，读入现存所有数据库，像老程序一样对其进行处理
对软件进行兼容性测试需要解答以下问题：
1 软件设计要求与何种其他平台（操作系统 web浏览器或操作环境）和应用软件保持兼容？如果要测试的软件是一个平台，那么设计要求什么应用程序在其上运行？
2 应该遵守何种定义软件之间的标准或规范
3 软件使用何种数据与其他平台和软件交互和共享信息？
9.2 平台和应用程序版本
9.2.1向后兼容 和向前兼容
9．2.2.测试多个版本的影响
在开始兼容性测试任务之前 需要对所有可能的软件组合等价划分，使其成为验证软件之间正确交互的最小有效集合
需要决定测试哪些是重要的 原则是：
1 流行程度
2 年头
3 类型 把软件分为绘图，文字输入 财务 数据库 通信等类型 从每一种类型中选择要测试的软件
4 生产厂商
9.3 标准和规范
高级标准是指产品普遍遵守的规则 例如外观和感觉 支持的特性等 低级标准是本质细节 例如文件格式和网络通信协议等
9.3.1 高级标准和规范
9.3.2 低级标准和规范
低级兼容性标准可以视为软件说明书的扩充部分
9.4 数据共享兼容性
9.5 小结
测试时记住以下三点
1 对兼容软件的所有可能选择进行等价划分 使其成为可以控制的范围
2 研究适用于测试软件的高级低级标准和规范 把它当做产品说明书的补充和内容
3 测试软件程序之间不同的数据流动方式，其中的数据交换就是程序之间保持兼容的因素
小测验：
如果受命对产品的数据文件格式进行兼容性测试 应该如何完成任务？
研究接受测试的程序是否符合已有的标准 如果是这样 要测试程序确实遵守这些标准。对可能读写程序文件的程序进行等价划分。设计测试文档，使其包含程序能够读写数据类型的典型范例。测试这些文件在接受测试的程序和其他程序之间是否能正确传输
第十一章 易用性测试
易用性是交互的适应性 功能性和有效性的集中体现
重点：
易用性测试包括什么
在测试用户界面时要找什么
有残疾障碍的人员需要哪些特殊的易用性功能
11.1 用户界面的测试
用于与软件程序交互的方式称为用户界面或UI 交互-提供输入和接受输出
11.2 优秀的UI由什么构成
软件测试员不需要去设计UI 只需要把自己当做用户然后去找出UI中的问题
优秀UI具备的七个要素
直观 一致 灵活 舒适 正确 实用
11.2.1符合标准和规范
如果测试在特定平台上运行的软件 就需要把该平台的标准和规范做为产品说明书和补充内容 像对待产品说明书一样根据它建立测试用例
11.2.2 直观
考虑以下问题 以及如何用来衡量软件的直观程度
1用户界面是否洁净 不唐突 不拥挤。 所需功能或者期待的响应应该明显，并在预期出现的地方
2 UI的组织和布局合理吗？是否允许用户轻松地从一个功能转到另一个功能？下一步做什么明显吗？任何时刻都可以决定放弃或者退回？输入得到确认吗？菜单或者窗口是否太深了？
3 有多余的功能吗？软件整体抑或布局是否做得太多？是否有太多特性把工作复杂化了？是否感到信息太庞杂？
4 如果其他所有努力失败 帮助系统真能帮忙吗？
11.2.3 一致
审查产品的术语
1 快速键和菜单选项
2 术语和命名 整个软件使用同样的术语吗？特性命名一致吗？
3 听众 软件是否一直面向同一级别的听众
4 诸如OK和Cancel按钮的位置
11.2.4 灵活
灵活性对于测试的影响主要是状态和数据
1 状态跳转 2 状态终止和跳过 3 数据输入和输出
11.2.5 舒适
鉴别软件舒适性的一些方法
1 恰当 软件外观和感觉应该与所做的工作和使用者相符
2 错误处理 程序应该在用户执行关键操作之前提出警告，并且允许用户恢复由于错误操作而丢失的数据
3 性能
11.2.6 正确
测试正确性，就是测试UI是否坐了该做的事
以下情况特别注意
1 市场定位偏差 2 语言和拼写 3 不良媒体 4 所见即所得
11.2.7 实用
不是指软件本身是否实用而仅指具体特性是否实用
11.3 为有残疾障碍的人员测试：辅助选项测试
小测验；
1 判断是非：所有软件都有一个用户界面，因此必须测试易用性
对。即使嵌入再深的软件将以某种形式暴露在用户面前，即使软件代码库只有一个代码模块其接口也要以变量和参数的形式暴露在可以作为用户的程序员面前。
2 用户界面设计是一门科学还是一门艺术
两者兼有
3 既然用户界面没有明确的对与错，怎样测试呢？
软件测试应当检查其是否符合七个重要原则：符合标准和规范，直观 一致 灵活 舒适 正确和实用
网友评论