前言:做了两年的测试,回过头来发现自己学的东西是那么少,对于测试,很多基本的理论都不能说不出来,原来总认为自己不想在测试路上有多大的发展,但现在仔细的想想,发现自己也不是那么讨厌这个行业,思考了两年也还是不知道我最喜欢的是什么?,既然如此,还不如好好把此行业做好,学习测试技术,操作系统,网络,数据库等等知识,总比天天胡思乱想好,另外也希望自己能把每天学到的东西写出来,主要是为了锻炼自己的写作水平,其次也能加强理解所学到的东西.
第一章测试概述学习总结
这章最开始是对常见的术语进行了定义,主要谈到的有错误,缺陷失效,事故,测试,测试用例的解释.
对于错误和缺陷很多同事都是把它们混为一谈,但在这本书却把他们给他区分了,错误强调是一个过程,强调是一个动作的概念,而缺陷则强调是一种结果,可以说缺陷是错误的一种表现,对于缺陷主要是分为两大类,过错缺陷和遗漏缺陷.遗漏缺陷相对与过错缺陷更难以被检测和解决.
在此书中提出了测试的两个目标，找出失效和演示正确的执行恰好和现在两种著名的软件测试观点吻合，即证明程序是错误的和证明程序是正确的。但对我对测试的理解来说。我认为测试的目的只有一个，就是在软件的整个周期里，能最大程度的减少软件事故，能把整个软件周期的花费能降低到最少。对于测试这个职位,我认为质量保证工程师的称谓比测试工程师更符合我们的身份，有这样想法，我们就不会认为我们是成天是跑在开发人员的后面一群人,我们是应该走在开发人员的前面的.
测试用例一般都包含输入和输出,对于输入主要有两种类型的输入,前提和某中测试方法所标志的实际输入.
预期结果也有两种,后果和实际输出
这一章节觉得最经典的地方就是使用了维恩图来理解测试,所采取的方式是把所描述的行为(s)和程序实现的行为(p)和测试用例(T)的全集分别使用一个圆圈来表示.通过数学中集合的观点把交集空集的大小来解释测试中出现的很多情况,并且给出相应的解决方法.也许有对描述的行为和程序的行为分不清楚的的同事,我的解释对于描述行为来说就是怎么用一个东西,程序实现的行为则讲的是这个东西是怎么做出来.这与我们常说到的使用场景和实现方法想相对应.
现在主要有两种方法来标识测试用例,功能性测试和结构性测试.对于功能性测试与我们常说的黑盒测试想对应,主要的特点是不关注内部实现.对结构测试来说则相对白盒的测试方法,即是根据内部实现来设计用例.两种方法各有自己的优缺点.
功能性测试的优点主要有:(1)与软件实现无关,如果实现发生改变,用例仍然可用.用例的复用度高.
缺点也主要存在两个方面的问题:(1)用例冗余(相对结构性测试).(2)存在未测试的软件漏测.
相对于功能测试,结构性测试的主要缺点不会发现没有被程序描述的行为.
所以对于测试来说.使用两种方法结合才是明智的选择.明智的组合会带来功能性测试的置信,以及结构性测试的度量.此句话是这章最喜欢的一句话,感叹大师能用这么精短的语言就概括了结构性和功能性测试方法的作用.
这章的最后一节讲的是错误和缺陷的分类.这里说到的缺陷的类型不仅仅对测试的发现问题的思维还是设计的思考方向都是有很大作用.下面列举出主要的缺陷类型.
1．输入／输出缺陷
２．逻辑缺陷
３．计算缺陷
４．接口缺陷
５．数据缺陷
