实用软件测试指南（电子工业出版社）--读书笔记0

希望这次能坚持下来，一定！嗯。。。不能再偷懒了，猪啊！

这个系列主要是把我想记的一些东西记下来，至于顺序呢就按书上的顺序吧。（原意并非抄书，但是现在水平实在有限那就记下来多学点测试方面的知识吧）。

此书受到MS，IBM，Rational的测试部门经理的一致好评，应该不错，不过是中译本，翻译过来的东西老感觉怪怪得，不过语言倒浅显易懂。

这次呢先开个头，记下第一个附表中的几个重要的编程术语：

Ø API（Application Programming Interface）：

软件有两个主要接口：API和GUI。API负责软件与其他软件的通信，而GUI（Graphic User Interface）则是负责软件与人的通信。API测试API意味着编写程序来运用API中的方法，测试API调用中的功能。

记：由于web2.0近两三年的发展，互联网的应用也深入到各种开发中来，网络的千丝万缕促进了资源的共享与开源。目前好多网站提供了API接口，如路人皆知的web2.0网站Flicker和豆瓣网为第三方开发人员分别提供了Flicker服务和豆瓣API这些编程接口，充分利用互联网上的资源，使用网站中现有的数据和功能。到这里，我想到了Discuz提供的bbs产品，我们可以根据Discuz发布的说明文档调用那几个dll种的各种成员和方法，在这基础上开发自己的论坛很是方便，前面提到的Flicker和豆瓣的例子好像更侧重于内容的共享。

Ø Character Set（字符集）：

计算机实用二进制数表示字符数据，每个字符由0、1组成一个字符串表示。实际上每个数字、字符、特殊字符和控制字符都有一个唯一的0、1编码。

Ø Computing（计算）

软件所有时间都在计算，甚至在不是直接求解数学问题时也是这样，计算都是软件完成一切任务的常规基础。

Ø Memory Leak（内存泄漏）：

程序经常要为它们的使用而请求分配内存，一旦内润分配了在不需要使用的时候占用的相关内存就应该被释放（返回给操作系统）。内存泄漏就是这样一个隐错，分配了内存但程序结束了释放它。这个隐错最终会导致没有内存获得。不过有好的商业工具可以帮助测试人员检测内存泄露。

记：一篇Java内存泄露的文章（很受益），网址

http://www.lybbs.net/news_read.do?newsPath=2007/9/25/1190684628458.html

而内存泄漏工具在http://fafeng.blogbus.com/logs/7525571.html 则比较全，但是不太详细。

Ø Oracle（谕示）：

测试进行时，测试人员必须验证程序生成的输出是所期望的。实际上，如果测试暴露了隐错测试人员不注意这些隐错也没用。所以测试人员必须建立一定的机制来对测试过程中生成的实际输出和期望输出进行比较，这个机制就是谕示。建立一个谕示很困难，通用谕示是软件测试中最大的未解决的问题。

记：这个不太懂，网上找资料也没找到多少，改天得好好请教spanich这位测试专家啊

Ø Paging（页面调度）：

内存是临时性的，每次重启机器后内存就会被擦干净。尽管是临时性得，但它要比存储器快多了。当硬盘阅读时，操作系统会把比所需更多的数据移动到内存中加速将来用到的数据的存取速度。还有两个相关概念，paged-in（移入内存），paged-out（移除内存）。

记：这个概念应该是操作系统里的。作业调度算法啦，进程调度算法啦，具体的先来先服务，优先数，时间片轮转，多级队列反馈等等。说到页面调度算法，想到一个当时期末考试考到的一个“抖动“的概念，即刚被淘汰了的页面又立即要用，又要把它调入进来，而调入不久又被调出，调出不久再次被调入，如此反复，使得调度非常频繁，以至于大部分时间都花费在来回调度上，一个好的调度方法是应该避免这个现象的。

Ø System Call（系统调用）：

觉得书中的这个概念写的有点混乱。看了看网上的一篇结合Linux解释系统调用的，才有点清楚。

一、 什么是系统调用

在Linux的世界里，我们经常会遇到系统调用这一术语，所谓系统调用，就是内核提供的、功能十分强大的一系列的函数。这些系统调用是在内核中实现的，再通过一定的方式把系统调用给用户，一般都通过门(gate)陷入(trap)实现。系统调用是用户程序和内核交互的接口。

二、 系统调用的作用

系统调用在Linux系统中发挥着巨大的作用，如果没有系统调用，那么应用程序就失去了内核的支持。

我们在编程时用到的很多函数，如fork、open等这些函数最终都是在系统调用里实现的，比如说我们有这样一个程序：

这里我们用到了两个函数，即fork和exit,这两函数都是glibc中的函数，但是如果我们跟踪函数的执行过程，看看glibc对fork和exit函数的实现就可以发现在glibc的实现代码里都是采用软中断的方式陷入到内核中再通过系统调用实现函数的功能的。具体过程我们在系统调用的实现过程会详细的讲到。

由此可见，系统调用是用户接口在内核中的实现，如果没有系统调用，用户就不能利用内核。

三、 系统调用的现实及调用过程

详细讲述系统调用的之前也讲一下Linux系统的一些保护机制。

Linux系统在CPU的保护模式下提供了四个特权级别，目前内核都只用到了其中的两个特权级别，分别为“特权级0”和“特权级3”,级别0也就是我们通常所讲的内核模式，级别3也就是我们通常所讲的用户模式。划分这两个级别主要是对系统提供保护。内核模式可以执行一些特权指令和进入用户模式，而用户模式则不能。

这里特别提出的是，内核模式与用户模式分别使用自己的堆栈，当发生模式切换的时候同时要进行堆栈的切换。

每个进程都有自己的地址空间（也称为进程空间），进程的地址空间也分为两部分：用户空间和系统空间，在用户模式下只能访问进程的用户空间，在内核模式下则可以访问进程的全部地址空间，这个地址空间里的地址是一个逻辑地址，通过系统段面式的管理机制，访问的实际内存要做二级地址转换，即：逻辑地址?线性地址?物理地址。

系统调用对于内核来说就相当于函数，我们是关键问题是从用户模式到内核模式的转换、堆栈的切换以及参数的传递。