读书笔记-软件测试-8-22章

读书时间：[/i]2011-7-11~16 [/i]一周时间[/i] 6[/i]小时[/i][/i]

阅读书名：《软件测试》第二版[/i] Ron
Patton[/i]著[/i] [/i]张小松等译[/i][/i]

阅读章节[/i]—[/i]第三部分[/i] [/i]运用测试技术（第[/i]8-14[/i]章），第四部分[/i] [/i]测试的补充（第[/i]15-16[/i]章），第五部分[/i] [/i]使用测试文档（第[/i]17-20[/i]章），第六部分[/i] [/i]软件测试的未来（第[/i]21-22[/i]章）[/i][/i]

[/i]

凡是原书内容，均以引号标注，其余均为本人个人观点。

本周读书的时间比较分散（中午、晚上投入时间，因为周末学车），因此所投入的时间较多，将本书的剩余章节全部阅读完毕。下面按部分来进行介绍。

总体而言，读完这本书，一个最大的收获就是对自己一直从事的工作有了系统化的思考，结合作者的一些观点，目前对于软件测试技术、软件测试工程师、质量保证工程师等概念有了更深（也更玄妙）的理解；另一个体会就是，需要在后面的工作过程中，经常翻阅本书，以做对照。

第三部分 运用测试技术

简单来说，本部分的内容教你如何做测试，对于不同类型的测试（配置测试、兼容性测试、外国语言测试、易用性测试、文档测试、软件安全性测试、网站测试）作者都提供了提纲挈领的讲解，对于新人而言，很多内容都很有启发性，对于有经验的测试人员，也能引发思考，从更高的角度来认识这些测试工作。

配置测试在PC上很常见，尤其是和硬件相关的软件测试；除了要考虑硬件外，软件（或者模块）自身还有一些参数配置需要测试。配置测试的一个缺点是太繁杂，其挑战也在此。作者针对配置测试中一个主要话题（测试软件在通用平台和其他不同硬件上是否正确运行），提出了一系列的解决方法（7个步骤，详细参考书中内容）。引发我思考的一个问题是，在模块测试中，如果配置繁多，而模块功能效果和配置息息相关，如何选择一个更佳的配置（而不是RD提供的默认配置。

兼容性测试其实在我平时的工作中经常能遇到。版本的升级、接口的升级，必然会涉及到兼容性测试，新人在兼容性测试时候常常会遇到挫折。书中给出了三点有益的建议，对于兼容性测试很有参考价值。

外国语言测试，也可称为本地化和全球化测试，这是一个比较复杂的问题；我们会遇到很大的挑战，如文化（翻译并不能解决问题）、字符、数据格式、成本风险、甚至市场问题。软件测试员可以做些什么？其实外包的本地化测试团队也是个不错的选择。

易用性测试，这在测试中也很常见，但是常被忽略（如果你只关注功能的话），作者给出了做易用性测试需要掌握的基本原则，这些原则包括符合标准和规范、直观、一致、灵活、舒适、正确、实用。

文档测试，这里要明确一点，软件测试人员不限于仅测试软件，保证文档的正确性也在职责范围之内。

安全性测试，这是一件很酷的工作，“计算机的安全问题每天都在出现”。如果开发者是建设，那么测试者就是破坏者。而黑客，也是破坏者。书中讲了缓冲区溢出的几个典型案例，并做了分析。

网站测试，作者说这是非常时尚的话题，事实上，现在的网站测试（Web测试），网站测试已经非常的流行了，甚至养活了一批人（比如我自己）。书中主要结合了之前的测试基础（白盒+黑盒）介绍了网站测试的基础知识，这里不再赘述。

阅读第三部分的时候，我有一个感觉，就是测试的多样性为软件测试带来了无限的挑战，测试是无限的，很多测试任务看起来很难处理。而第四部分中，作者讲述了如何合理配置人员和工具，将巨大的任务减化到可以控制的程度。

第四部分 测试的补充

工具篇—自动测试和测试工具

工具和自动化的好处往往不言而喻。对于我个人而言，一直觉得“自动化测试”、“工具”是测试中最酷，最有技术含量的东西（其实并不知道为啥）。作者也非常认同，工具是软件测试过程中必须的东西，工具可以使工作更容易、工作结果的质量更高。但是同时也指出“软件测试工具不能代替软件测试员—它们只能帮助软件测试员更好地工作”。

书中列出了几种测试工程师常用的工具，可供参考；关于软件测试自动化，也有一些常规的方法和建议。

最后，提高了随机测试。我很喜欢作者提出的测试猴子概念，的确，有笨拙的猴子、半聪明的猴子、聪明的猴子……

“看到计算机自己在运行、光标来回闪烁、字符自动输入的感觉很酷”

人物篇—缺陷轰炸和beta测试

作者提出了一个重要观点“让他人测试很重要，测试共享、beta测试、外包测试，在软件测试领域非常重要。”

借助他人、队友的力量是一个非常好的做法。

第四部分讲述了如何使测试更加有效。一种是决定使用技术（工具），一种是增加人手。第五部分“使用测试文档”将讲述如何把已学的知识融合起来。

第五部分 使用测试文档

这部分将介绍：如何计划和组织测试任务、如何正确记录跟踪发现的缺陷、如何保证软件缺陷被修复。

计划测试工作，是一个“不可忽视的大任务”，哪怕是对于小型项目。测试计划不是一个结果，而是一个过程。对于一个合格的测试负责人，测试计划（资源计划）是一项非常重要的工作内容，也是个人能力和经验的集中体现。

编写和跟踪测试用例，这部分给我的最大启发是，我之前对于测试用例的确是忽视了，它让我丧失了很多进步的机会（也失去了变得更加专业化的机会）。作者给出的仔细计划测试用例的四个重要原因：组织、重复性、跟踪和测试证实。其中，测试证实往往被大家所忽视，这是一个很重要的收获。

报告发现的问题，这里的一个重要意识是：有效描述软件缺陷，分离和再现软件缺陷，对于测试工程师来说至关重要。

成效评价，这又是一个容易被新手忽略的重大概念，可以集中体现测试工程师专业性的地方。其实简单而言，就是要写好测试报告。测试报告往往不仅仅是一个结论（我现在经常干的事情，直接给出最终的结论，最多加一些升级点的描述），它还包括各种度量和统计。

第六部分 软件测试的未来

软件质量保证

这一章仿佛为QA同学量身定做，建议每一分测试工程师都要读一读。

抛出一个很好的问题：软件测试或质量团队采用何种方式来适用项目小组？

软件质量保证和软件测试的区别是什么？谁来保证质量？

软件测试员的职业

读完这一章，你会发现，工作才刚刚开始……