读《探索式软件测试》的学习笔记(2)

　　手工测试主要有两种类型：

　　1.基于脚本的手工测试

　　2.探索式测试特别适合于敏捷开发(agile development)

　　Problem：

　　1.哪种类型的代码比较适合使用自动化测试，哪种类型的代码比较适合手工测试?从理论的角度解释问题

　　2.在自动化测试中，哪种类型的软件缺陷比较容易被发现?又哪种类型的缺陷不容易被发现，for example.

　　3.ET的缺点?优点?如何进行ET工作?

　　4.你自己的测试方法和哲学是什么?脑力风暴

　　5.测什么?如何测?测试的分类?测试的策略选择?

　　6.测试人员如何记录应用程序的哪些部分已经被测过?列举至少四条标准作为测试人员衡量测试完整性的基础。

　　7.测试的最终目标是找到软件的缺陷，但同时也应该让测试更高效，测试周期更短。

　　8.我想知道你们公司是如何评估测试人员的?

　　9.虚拟化技术的软件测试中的应用?

　　10.如何阻止优秀的测试人员转而投向开发工作?

　　软件测试的真正价值并不是体现在代码中找出了多少缺陷，而是发现设计和编程人员解决问题方法上的局限、思路中的狭隘以及技能方面的不足。

　　手工测试人员善于成为问题领域的专家，善于分析业务逻辑错误。自动化测试擅长低级别的细节。自动化测试可以检测到崩溃、挂起、不正确的返回值、错误代码、突发异常、内存使用情况等。选择什么样的测试取决于希望找到什么样的软件缺陷。大部分时间里，

　　手工测试在寻找业务逻辑错误上优于自动化测试;而自动化测试在寻找基础结构性软件缺陷上胜过手工测试。

　　什么时候能让软件测试就像玩电子游戏一样，充满乐趣呢!

　　===================================================================

　　1. 简要说明什么是ET

　　就是在完全不熟悉项目业务需求的基础上，采用边

　　学产品知识，边测试，通过一些手段来操作产品，使其暴漏出一些隐含的问题。其测试执行思路与测试设计思路是同时进行的。一个很明显的Freestyle ET方式。

　　2. ET 测试的范围

　　由于大部分项目存在一些共性，ET 测试的范围一般是主要的功能的实现，再加上主要的功能中隐含的一些潜在的风险，例如超长输入引出的系统错误等。具体可参见ET实践流程。

　　3. 为何要做ET

　　至于做 ET实践的原因多方面：

原文转自：http://www.ltesting.net