4． 关于测试人员的价值

　　阅读本书一个很大的改变是关于测试人员的价值观念的转变。

　　对于测试人员的评估，原文：真正的评估并不在于衡量找到软件缺陷的数量，而在于改正这些缺陷后软件质量得到改善的程序，评估测试人员时不要用软件缺陷的数量、软件缺陷的严重性、测试用例的多少、自动化测试的代码量、回归测试套件的数目以及任何具体的指标来衡量可以通过观察测试人员究竟提高了多少开发人员的工作绩效，将此作为评估测试人员绩效的依据随着开发人员素质的提高，终同时达到软件缺陷数量下降和生产效率提高的目的，这远远超过了只注重发现并清除软件缺陷的简单方式。

　　非常赞同这个观点：授人以鱼不如授人以渔，要想真正提高软件质量，根本的办法是提高开发人员的编码水平，而编码水平提高后对软件质量产生的提高将是持久性的，反过来也说明了推动团队完善代码审核制度、静态代码检测、单元测试等缺陷预防工作的重要性，只有这样才能不断提高团队的开发水平、提高代码质量、提高软件质量，达到良性循环！

　　当然了，文章所说的评估方法不按各种指标现实中估计很难~通过观察提高了多少开发人员的工作绩效也不靠谱，因为这其中有太多因素变量。

　　测试人员应该常常想想使命或理想，软件是有魔力的，但这伟大的魔力常常因为缺陷而造严重的后果，为了将来某软件能完全正确工作而孜孜不倦地奋斗着！

　　5.其他

　　a.大多数开发人员不喜欢编写错误处理代码，测试人员必须重视对这些地方的测试，尽量想办法或者通过查看开发人员编写的错误处理代码，测试时想办法使软件运行错误处理代码。

　　b.发布出去的版本在用户手里还是会出现各种各样的问题，因此需要尽可能多的模拟覆盖真实用户的使用场景。

　　c.缺陷常常是扎堆的，某一模块出现缺陷时，应该更加仔细地测试这一模块及其附近模块，且一个好的缺陷往往隐藏着一个更大的缺陷，应该深入探索。

　　d.尽你大的努力注意并记住软件采取的动作次序，同时记住应用程序的响应，如果应用常常崩溃，那么打开DDMS时时监控日志吧。

　　e.保证当前的测试项目获得成功的同时，应该学习你应该做些什么以便下一个测试项目更加容易，持续进步。

　　6．探索式测试方法

　　商业区测试类型

　　指南测试法：要求测试人员通过阅读用户手册并严格遵照手册的建议执行操作

　　卖点测试法：找到那些能卖钱的特性，应该观摩那些销售演示

　　地标测试法：选择一个地标，到达目标后，再选择另一个地标

　　极限测试法：向软件提出很多难以回答的问题

　　快递测试法：测试人员专注于数据，确认那些被存储起来的输入数据，并跟随它们走遍软件

　　深夜测试法：对于应用程序自动做的事情有时可以强制去让他执行

　　遍历测试法：选择一个目标，使用可以发现的短路径来访问目标包含的所有对象

　　历史区测试类型

　　恶邻测试法：缺陷通常扎堆，某个代码区域缺陷多，可以对邻近功能使用遍历测试法进行测试

　　博物馆测试法：

　　那些老代码或者接受重新修改，或者是没被改动放到新环境中运行，很容易发生失效的情况

　　上一版测试法：必须运行先前版本上支持的所有场景和测试用例

　　娱乐区测试类型

　　配角测试法：越紧邻那些主要功能，越容易被人注意，这些特性不能忽视

　　深巷测试法：应该测试该使用情况中排在下面的几项特性

　　通宵测试法：软件能多长时间运行而不崩溃，将软件一直处于开启状态

　　旅游区测试类型

　　收藏家测试法：收集软件的输出，确保能观察到软件能生成的任何一个输出

　　长路径测试法：到达目的地前尽量多地在应用程序中穿行

　　超模测试法：只是测试界面，测试中注意观察界面上的各种元素

　　测一送一测试法：同时打开同一文件或者让它们同时在网络上传输数据

　　芬格兰酒吧测试法：有些功能很难找到，需要花大量的时间深入了解待测的应用程序