Ron Patton《软件测试》【有下载链接】读书笔记（四）

目录

前言

第十章  外国语言测试

1.  使文字和图片有意义

2.  翻译问题

2.1  文本扩展

2.2  ASCII，DBCS，Unicode

2.3  热键和快捷键

2.4  扩展字符

2.5  字符计算

2.6  从左向右和从右向左读

2.7  图形中的文字

2.8  使文字脱离代码

3.  本地化问题

3.1  

3.2  数据格式

4.  配置和兼容性问题

5. 测试其他语言 测试量有多大

总结

第十一章  易用性测试

1.  用户界面测试

2.  优秀的UI由什么组成？

2.1  符合标准和规范

2.2  直观性

2.3  一致性

2.4  灵活性

2.5  舒适性

2.6  正确性

2.7  实用性

3.  为残疾人测试：辅助选项测试

总结

第十二章  测试文档

1.  软件文档的类型

2.  文档测试的重要性

提高易用性

提高可靠性

降低支持费用

3.  审查文档时要找什么

4.  文档测试的实质

总结

---

前言

链接: https://pan.baidu.com/s/1I-aG0vKU9fXZ_ER1vE9FvQ 提取码: t8mg

---

 

第十章  外国语言测试

大多数软件的发布范围是全世界，而不仅仅是某一个国家，某一种语言。所以，要学习如何测试为其他国家和语言编写的软件。

1.  使文字和图片有意义

除了语言还要考虑地域，用户的国家和地理位置。使软件适应特定地域特征，照顾到语言，方言，地区习俗和文化的过程称为本地化。

2.  翻译问题

2.1  文本扩展

翻译之后的文本扩展现象，需要去考虑是否应该换行，调整文本位置等问题。

2.2  ASCII，DBCS，Unicode

编码字符集的问题

2.3  热键和快捷键

2.4  扩展字符

2.5  字符计算

2.6  从左向右和从右向左读

2.7  图形中的文字

2.8  使文字脱离代码

3.  本地化问题

3.1  

软件中包含的内容无论是文字，图形还是别的，都可能引起本地化问题。如果对使用软件的地区文化不了解，一方面测试有关内容的这些问题，另一方面一定要找一个熟悉该地区文化的人帮忙。

3.2  数据格式

不同地区使用不同的数据单位格式

4.  配置和兼容性问题

5. 测试其他语言 测试量有多大

总结

重点包括：

为什么只进行翻译是不够的？

单字和文章受何影响？

足球和电话为什么重要？

配置和兼容性问题？

测试其他语言有多大的工作量？

 

第十一章  易用性测试

1.  用户界面测试

用于与软件程序交互的方式称为用户界面或UI。

2.  优秀的UI由什么组成？

有各种原因导致UI并没有那么优秀，对此，UI设计师和软件测试员常常会有不同的意见和冲突。

2.1  符合标准和规范

最重要的用户界面要素是软件符合现行标准和规范。

如果测试在某个平台上运行的软件，就需要把该平台的标准和规范作为产品说明书的补充内容。像产品说明书一样，根据它建立测试案例。

2.2  直观性

2.3  一致性

测试的软件本身以及与其他软件的一致性是一个关键属性。用户的使用习惯强了，希望一个程序的操作方式能带到另外一个程序中，如果不一致就会使用户从一个程序转向另外一个程序时有挫败感。

如果软件或者平台有一个标准，就要遵守它，如果没有，就要注意软件的特性，确保相似操作以相似的方式进行。

在审查产品时想一想以下几个基本术语：

2.4  灵活性

2.5  舒适性

2.6  正确性

测试正确性，就是测试UI是否做了应该做的事。以下情况要特别注意：

2.7  实用性

3.  为残疾人测试：辅助选项测试

残障人士的比重也很大，老年人的比重也是需要考虑的，所以软件的易用性日益重要了。

开发残疾人可以使用的用户界面的软件不仅仅是好想法，规范或者标准，更是法律。

软件有两种方式提供辅助。最容易的方式是利用平台或者操作系统内置的支持。如果测试的软件不在这些平台上运行，或者本身就是平台，就需要定义，编制和测试自己的辅助选项。后一种情况显然比前一种情况多出不少测试量，但是也不要轻易相信内置支持，两种情况都需要测试辅助特性。

总结

重点包括：

易用性测试包括什么？

在测试用户界面时要找什么？

禁用需要何种易用性特性？

 

第十二章  测试文档

软件由大量工作和为数不少的非软件部分组成，非软件部分主要是文档。

软件测试员通常不限于仅测试软件，而要负责组成整个软件产品的各个部分，保证文档的正确性也是职责范围之内。

1.  软件文档的类型

文档仅有readme文件的日子已一去不复返了。每一个软件不一定非要有以下这些部分，但是可能会有：

2.  文档测试的重要性

如果安装指导有误，或者不正确的错误提示信息把用户引入歧途，他们就会认为这是软件缺陷--软件测试员应该发现。作为软件测试员对待软件文档要像对待代码一样给予同等的关注和投入，它们对用户是一样的。

好的软件文档以下述三种方式提高产品的整体质量：

提高易用性

易用性大多与软件文档有关

提高可靠性

可靠性是指软件平稳和连贯的程度。如果用户阅读文档，接着使用软件，却得到不同的预期结果，这就是可靠性差。软件和文档相互测试是找出两者之中软件缺陷的好方法。

降低支持费用

好的文档通过恰当的解释和引导用户克服困难可以预防 客户发现问题请求公司解决的情况。

3.  审查文档时要找什么

测试文档有两个等级，如果是非代码，测试就是静态过程，可视为技术编辑或技术校对。如果文档和代码紧密结合在一起，就要进行动态测试，利用第5章和第7章的技术进行检查。这种情况属于真正的软件缺陷。

注意：

无论文档是不是代码。像用户那样对待它都是非常有效的测试方法。仔细阅读，跟随每个步骤，检查每个图形，尝试每个示例。利用这个现实的简便方法，可以找出软件和文档中的缺陷。

最后，如果文档是软件驱动的，就要像软件其余部分一样进行测试。

4.  文档测试的实质

以下这些问题可以称作文档测试的实质：

总结

重点包括：

软件文档的不同类型？

文档测试为什么重要？

在测试文档要找什么？