发现一篇好文章，希望可以让大家更好的利用搜索资源（包括我）

原文地址：http://www.enet.com.cn/article/2007/0509/A20070509576460.shtml

原文作者如有疑义，请在文后留言，小妖同学一定尽快解决。

2007-05-09 10:50 来源：IT世界

　前言：多数人在使用Google搜索的过程是非常低效和无谓的，如果你只是输入几个关键词，然后按搜索按钮，你将是那些无法得到Google全部信息的用户，在这篇文章中，Google搜索专家迈克尔.米勒将向您展示如何更智能、更高效地进行Google的系列搜索。

　　Google是一个非常精密成熟的搜索引擎，但大多数的用户都没有能完全地利用到它的能力。一般人就是在Google的搜索框中输入一两个关键 字，然后点击“搜索”按钮，等着Google显示出它第一页的搜索结果。这是一个相当简单模式匹配算法的搜索，不幸的是，通常此时出现的大部分都是并不需 要的结果。

　　其实，还是有更好的方式能够让搜索产生一些更少、更为准确的结果。你所需要做的事只是学习一些简单的技巧，你就能很快得到更多更好的Google搜索结果。

　　技巧一：使用正确的方法

　　无论你是使用一个简单或是高级的Google搜索，在此都存在你应该使用的某种可靠的方法。遵循适当的方法你就能获得非常准确的结果；要是忽略这条建议的话，你也许就会看到大量不相关的结果或是缺乏你想要的相关结果。

　　虽然有很多不同（且同样有效的）方法用于网络搜索，我保证这个特别的方法将能带来最棒的结果。这是一个分六步骤的过程，如下：

　　1、首先，想好你想要寻找什么。哪些词能够最好地描述你要寻找的信息或者概念？哪些词是你能够用来替换的？有没有那些词是可以不必包括在你想要搜索的更好定义你的需求之内？

　　2、构建你的搜索要求。使用尽可能多你所需要的关键词；越多越好。如果皆存在可能的话，试着用适当的搜索操作来使你的搜索更精炼——或者，如果你愿意的话，可以使用高级搜索页面。

　　3、点击“搜索”按钮进行搜索。

　　4、评估一下搜索结果页面上的匹配程度。如果一开始的结果与你想要的不一致，再精炼你的搜索要求并重新搜索——或转向更合适的搜索站点再进行搜索。

　　5、选择你想要查看的匹配的页面，点击进行浏览。

　　6、保存这些最符合你需求的信息。

　　换言之，这需要你在搜索之前思考清楚，接着在获得最初结果后精炼你的搜索。这些多做的努力都是轻微的，但确实很值得。

　技巧二：合理利用一个“与/或”的搜索

　　大多数的用户都没有意识到，Google会自动假定一次搜索要求中所有的词之间都是一种“和”的关系。也就是，如果你输入两个词，它就会假定你所寻找的页面是包含这两个词的。它不会反馈给你仅包含其中一个词的页面。

　　这就使得你无须在输入搜索要求时输入一个“和”。如果你想要搜索的包括“Bob”和“Ted”，你所需要做的就是输入bob ted即可。Google会自己假定一个“和”，并自动地将它包括在内部的索引搜索内。

　　这与在所要求的词之间假定“或”是不同的。例如，对比输入的要求“bob ted”（记得，这个实际上是bob和ted）与“bob或ted”。根据第一个要求所得的结果所包含的页面会共同提到Bob和Ted.而后者，结果所包 含的页面会只单独提到Bob，也有些页面是单独提到Ted，还有一些是共同提到他们二者的。这是一个微妙的差异，但却是很重要的。

　　因此，如果你想要一个“与/或”的搜索——搜索包括一个或另一个词的页面，但不一定是都包括二者——你必须在两个关键词之间插入一个带有“或 者”功能的操作。当你输入这个“OR”的表示“或者”操作时，请确保所输入的要大写，否则Google会将它忽视为一个忽略的单词（stop word）——也我们接下去将要讲到的。

　　技巧三：你的搜索中包括或不包括的词

　　关于这些“and”和“or”的词，Google会自动地将这些在你输入的搜索要求中的不重要的、普通的词忽略掉。这些被称作是“忽略的单 词”，包括“and”、“the，”、“where”、“how”、“what”、“or”（所有字母皆为小写，还有其它一些类似的词——包括一些单独的 数字或单独的字母（例如 “a”）。

　　在搜索中包含忽略的单词并没有什么大碍，不过会使搜索速度有些下降，这就是Google将它们剔 除的原因。举一个例子，你想要搜索的是“how a toaster works”（烤箱如何工作），Google会移除“how”和“a”两个词，并自行按新的更短的关键词“toaster works”进行搜索。

　　如果你想要让这些一般的词包含在你的搜索要求内，你可以通过让Google必须在搜索中包含这些特定的词，使它不去排除“忽略的单词”。想要做 到这点，你可以在你确实需要的词之前加上一个“+”符号。例如，要在搜索要求中包含“how”，你应该输入“+how”。请确保在+符号之前有一个空格 符，而不是在它之后。

　　从另一方面来说，有时你会想要通过排除一些包含特定词的页面来精炼你的搜索结果。你可以通过使用一个“-”号来 去掉搜索结果中不想要包括在内的 词；在你的搜索要求中任何之前加上了“-”符号的词都会自动地排除在搜索结果之外。同样地，也请记住在“-”符号之前留一个空格符。

　　例如，如果你想要搜索“bass”，你所得到的页面可能会包括男歌手一类的或是关于鱼的一类的。如果你仅向搜索的是歌手这类的页面，输入搜索要求时应如下：“bass -fish”。
　技巧四：搜索近似的词

　　不确定你在一次搜索中想要搜索的词是正确的？你是否担心一些页面会使用可替代的词来描述你想要的东西呢？

　　幸运的是，Google能够让你搜索近似的词——叫做同义词——通过使用“~”符号。只要在想要搜索的词之前加上“~”符号，Google就会搜索所有包括这个词以及合适的近义词的页面。

　　例如，要搜索类似“elderly”的词，输入“~elderly”，所得到的页面就会不仅是包括“elderly”这个词，还会有包括“senior”、“older”、“aged”等等词的页面。

　　在此还有个额外的技巧：如果要只是列出近义词的页面，而不需要给出许多原先输入的那个词的页面，可以用“-”符号来连接“~”操作，例如 “~keyword -keyword”。这样就能在近义词所得的结果中排除原先输入的词。在先前的例子中，要得到仅有“elderly”近义词的搜索结果，就输入 “~elderly -elderly”即可。

　　技巧五：搜索特定的词组

　　当你搜索一个特定词组时，如果你只是简单地输入词组中所有的词你是无法得到最好的结果的。Google也许能够反馈出包含这个词组的结果，但它也会列出包含你所输入所有词的结果，却未必让这些词按照正确的顺序。

　　如果你要搜索一个特定的词组，你应该将整个词组放在一个引号内。这样就能让Google搜索规定顺序的精确的关键词。

　　例如，如果你要搜索“Monty Python”，你可以输入monty python作为你的搜索要求，接着你也许会获得可接受的结果；这些结果中会包含有着“monty”和“python”两个词的页面。但这些结果并不仅是 包含了关于英国喜剧团体的页面，还包括了名叫Monty的蛇以及名叫Monty的家伙，他养了蛇来当宠物，还有其它一些包括了“monty”和 “python”的词的页面，即使它们之间看起来似乎毫无关联。

　　为了将搜索结果限定在只关于Monty Python喜剧团之内，也就是你想要搜索的页面是按规定的顺序，将这两个词作为一个词组包含在内的，你就应该在输入搜索要求时输入”monty python”——确保这个词组在引号之内。这样的话，如果没有按照规定的顺序将这两个次匹配为一个精确的词组，这个页面就不会被列在搜索结果当中。

　　技巧六：列出相似的页面

　　你是否有发现过一个网页是你确实很喜欢的，又想知道是否还有与它类似的其它网页呢？不需要再疑虑地思考了；你可以使用Google的相关来寻 找：这个操作算符所显示的页面会与特定的页面在某些方面是相似的。例如，如果你很喜欢InformIT上的文章，你可以通过输入“related: http://www.informit.com”来寻找类似的页面。
　技巧七：通过其它的操作算符调整你的搜索

　　使用相关操作算符只是众多你可用来调整Google搜索结果的方法之一。所有的这些输入的操作算符都是以相同的方式工作的，将这些算符作为你搜 索请求的一部分输入，再将变量紧接在这些输入的操作算符之后的冒号之后（而不是空格），就像这样：“‘操作算符’:‘变量’”。

算符	用途	用法
allinanchor:	限制搜索的词语是网页中链接内包含的关键词（可使用多个关键词）	allinanchor:keyword1 keyword2
allintext:	限制搜索的词语是网页内文包含的关键词（可使用多个关键词）	allintext:keyword1 keyword2
allintitle:	限制搜索的词语是网页标题中包含的关键词（可使用多个关键词）	allintitle:keyword1 keyword2
allinurl:	限制搜索的词语是网页网址中包含的关键词（可使用多个关键词）	inurl:keyword1 keyword2
filetype:	限制所搜索的文件一个特定的格式	filetype:extension
inanchor:	限制搜索的词语是网页中链接内包含的关键词	inanchor:keyword
intext:	限制搜索的词语是网页内文包含的关键词	intext:keyword
intitle:	限制搜索的词语是网页标题中包含的关键词	intitle:keyword
inurl:	限制搜索的网页的地址	inurl:keyword
site:	限制所进行的搜索在指定的域名或网站内	site:domain

技巧八：搜索特定的事实

　　如果你要搜索一些客观事实，Google也许能够帮得上忙。是的，Google总是能够反馈给你一个匹配你指定的搜索要求的清单，但只要你能够 正确地描述了你的搜索要求，且接着搜索的事实是Google已经预先鉴定了额，你就能在搜索结果页面的最顶端得到你所需要的精确信息。

　　我们在此谈到的有哪些类型的信息呢？是一些事实性的信息，例如诞生日、诞生地、人口等等。你所需要做的就是输入你想要知道的描述事实的搜索要求。例如：

　　要查询圣弗朗西斯科的人口，则输入“人口 圣弗朗西斯科”。

　　要查询马克·吐温在哪里出生，则输入“出生地 马克吐温”。

　　要查询总统比尔·克林顿什么时候出生，则输入“生日 比尔克林顿”。

　　要查询雷蒙德·钱德勒什么时候去世，则输入“去世 雷蒙德·钱德勒”。

　　要查询谁是德国总统，则输入“总统 德国”。

　　这些问题的答案就会显示在搜索结果页面的顶部。你能够获根据关联的网站得应对你的疑问的正确答案。点击相关的链接还能从这个资源里获悉更多的东西。

　　技巧九：搜索Google Directory

　　Google在它的搜索数据库中将成千上万的网页索引化——这就能使得不会产生压倒性数量的搜索结果。量确实已经够了，但有时你也许会更愿意得到一些高质量的结果。

　　由于质量较数量更为重要，就可以绕过主要的Google搜索引擎而使用Google Directory来代替。Google Directory是一个网页清单相对较小的数据库，它们都是通过一个人工编辑团队手动精心挑选的。Google Directory是有被注释和组织到相关的话题类目下的。你可以通过类目来浏览网页目录，或是搜索指定的项目。

　　Google Directory是一个可用来搜索大量Google网页索引实用选择。Google Directory的结果比起你在更大的搜索索引范围中的搜索结果更为集中且高质，也能够帮助你在任何给定的类目下更好地认识什么是可用的信息。另外，如 果你喜欢，你也可以利用浏览类目来替代搜索。

　　要进入Google Directory，点击Google主页上的“更多”链接，在接下来的页面中选择类别。当然，你也可以直接进入Google的Directory，只要在浏览器中输入directory.google.com即可。
　技巧十：使用Google的其它专业搜索

　　Google Directory不仅仅是Google所提供的除了主搜索引擎之外的唯一选择。根据你所做的搜索类型，你也可以通过使用其中Google更为专业的搜索站点之一来得到更好的结果。它们包括：

　　Froogle可以用来搜索那些有着最低价格的特定商品的在线购物网站。

　　Google Answers所提供的服务是直接让你的搜索需求面向专业人员的小组，大多数都是用于当你有着更为复杂的问题，而无法通过简单的搜索来解答的时候。

　　Google Apple Macintosh Search主要是在apple.com域名中以及和其它与苹果相关的站点进行搜索。

　　Google Blog Search是用来搜索博客和博客文章的。

　　Google Book Search可以搜索成千上万的小说和非小说类图书的全文。

　　Google BSD UNIX Search可以搜索到大量专门为BSD版本的UNIX操作系统专业化的站点。

　　Google GroUPS可以搜索到Google Groups档案的相关文章。

　　Google Linux Search用来搜索大量与Linux相关的网站。

　　Google Microsoft Search可以搜索主要是microsoft.com域名中的内容以及其它微软相关的站点。

　　Google News可用来搜索大量有最新新闻和头条的新闻网站，也能够搜索历史的新闻资料，一直可以追溯到两个世纪之前。

　　Google Scholar在一个有着学术杂志、文章、报纸、论文和书籍的数据库中进行搜索，也能够选择大学或研究书库。

　　Google U.S. Government Search是用来搜索那些美国政府的网站——这是一个最好的用来搜索官方性政府举措、信息、报告等等的地方。

　　Google University Search能在一个有着超过600所大学网站的数据库中进行搜索——能够用来查询课程安排、入学资料等等。

个人电脑安全设置【转贴】原文

2008-01-08 17:39:36

   转眼就工作一年多了,把自己的一些感悟写下来,和大家一起分享:)

接触测试:

   从学校开发到出来工作,想也没有想到自己会走到测试这条路,因为在离开学校的那一刻,对测试的概念都是很模糊的,但天意就是这样,在我出来干了几个开发后,由于公司需要就转了测试这行,公司的测试是一个从无到有的起步,所以刚开始接触测试就是一个很盲目的时段,没有任何人带路,就自己一个人在那里东看西翻,然后test case,test plan,execute...并且都是做的黑盒测试.

   ---现在回头看,正是那段时间让我开始认识测试,并且从原始的黑盒测试开始了解他,那段工作经历让我熟悉了测试的些些相关概念,繁杂的手动测试让我熟悉了测试流程,并有了一定的测试思想,知道一个模块什么地方容易出错,出什么样的错误,应该怎么来设计测试等等

了解测试:

    就这样一直在反复的劳动过程中,我进入了51里面,看了很多文章,知道了MI,知道了ROBOT,知道了性能测试,知道了自动化测试...算是开了眼界,对测试有了一个新的认识.知道了它在软件产品开发里的重要性,也知道了目前国内的现状.但也正是刚刚入行,看到这些五花八门的测试工具,看到种类繁多的测试分类,自己也失去了方向,东一下西一下,今天看了WR,明天又想搞一下LR,所以这段时间是一个迷茫期,有点一口吃成个胖子的味道.

    --我想这个阶段是每个入门测试的都有过的迷惑,这个很正常,因为当看到自己从事的行业比较光明时,都想有番作为,于是激情冲动战胜了理智现实,这样的心态关键在于自己的调节,或者当你的这种过激行为碰壁后,自己也就开始反省并认清现实了.我当时就是看了很多文章,都是一些有经验的前辈写的,然后就加了一些测试同行,用他们的实际经验来指导自己,纠正自己,终于走出了这个误区

爱上测试:

    也许大家觉得自己要是能参与公司的测试从有到无的过程肯定能给自己带来很丰富的经验和实战,确实,但也得看条件,如果公司本来就不重视测试,或者仅仅是临时一个职位呢.由于种种原因,我在转到测试接近半年后离开了公司,来到了现在的这家公司.因为我已经定位好了自己的职业规划,继续在测试这条路上发展下去,爱上测试是不需要理由的.到了现在这家公司后,因为BOSS是旅居美国的,然后回来创业,主要是做外包.公司也有专门的测试部门,整个测试流程基本比较规范,更重要的是公司给了我们很大的自我空间让我们去深入到测试的这个行业.

    --现在我主要是在做一些自动化测试方面的学习和实战,由于自己以前也是搞开发的,所以现在有点感慨自己开发经验少了,其实一个好的测试应该首先是一个好的开发.现阶段的目的是精通于一门自动化工具,step by step...

后记:

    测试在我所在的城市也算刚刚起步,机会和挑战并存.关键看自己怎么来规划自己的发展.

    离开学校一年多了(06),自己感觉需要学的东西很多,现在最重要的是经验的积累,知识的丰富,然后再是salary等的瞻望.

    机会总是留给有准备的人,调整好自己的心态,相信一切都会朝自己的规划慢慢顺利靠近的...believe yourself, there is nothing you cann't

不管你是一个测试新手还是一个经验丰富的测试专家，都有不少有益的东西需要牢记在心。
1、你是一个检查者，你不需要为质量负责很多测试人员误入歧途，不明白他们是评测产品的而不是控制产品的。这两者之间有着天壤之别。例如，一个测试团队花费好几周时间测试并发现很多缺陷，只是为了看着管理层决定发布一个有已知严重缺陷的产品。测试团队经常会感到士气受挫，置疑他们测试的目的。
　　我询问团队中的成员他们是否被支付薪水了，通常得到的回答都是“是”。我又询问他们是否尽力去做工作了，再一次，通常得到的回答都是“是”。我于是告诉他们，“你们做了你们的工作。你们尽力测试，发现了缺陷并进行了上报。那么现在可以回家休息了。实际上，作为一名测试人员唯一失败的地方是不上报一个已知的缺陷。”
　　这不会提高士气，但却有助于事情向正确的方向发展，特别是能让人不用每天晚上都在家接着办公。
　　很多测试人员，包括我，当我们刚开始测试工作时，似乎会觉得自己对我们所测试的系统应用的质量负责。尽管这个工作的出发点是让人钦佩的，可实际上我们测试人员对于产品的质量基本没有控制能力。也是由于这个原因，测试人员不为质量负责。现在问题是管理层并不总是能看到这种区别。所以经常看见管理层提出类似于“我们付钱给这些人不是为了获得高质量的软件吗？”的问题。
2、缺陷都是有价值的每一个缺陷都是深入了解和提高的机会。我们可能只有一次机会观察到一个缺陷，所以我总是告诉测试人员始终保持高度注意力，不要为测试的乏味所折磨。
　　缺陷信息可能是可获取的项目数据中最有效的资源之一。但是这都取决于我们能多好的捕捉和传达我们所发现的缺陷的相关信息。
　　每个缺陷都会花费整个组织的金钱。如果我们不能从中更进一步了解产品，我们会浪费大量时间和金钱。当我们把一个错误转换成一次深入了解的机会时杠杆作用就出现了。让我们面对它――有些教训只能通过经历来学习的。
　　由于一个缺陷而责备谁不会有任何好的作用。责备只会让士气低落、沟通中断。这就像不断鞭打一匹死马希望它能活过来一样。
3、你报告第一个问题之前一切都是美好的这就是一个测试人员所面对的现实。你可以计划测试，获取所需要的资源，看起来所有人都站在你这边。可当你报告第一个问题之后，事情就开始变得紧张了。
　　出现这种态度上的突然变化的原因是现在你在批评某些人的工作了。自尊心使得自我收到伤害，关系变得紧张。有些情况下自尊心是值得期盼的，只要知道当你开始发现问题的时候态度有可能变化就可以了。
　　我经常建议测试人员做的一件事是读一读一些你过去写的缺陷报告，假设自己是接收缺陷报告的人。你会发现自己需要更老练一些。写一个没有任何挖苦语句的缺陷报告可能没什么乐趣，但它的确有助于和开发人员之间保持一个好的关系。
4、只能测试你能观察的你可能总想测试一些真正有创造性的用例，但如果你没有办法观察到结果，那有什么意义？尽管有些应用让你能观察到很多，但仍然有你没办法接近的，例如结构、隐藏的对象、后台进程等。
5、别忘记你是怎样到一个地方的我不是在谈论知道为什么你走进一个房间，而是在测试时执行的步骤。对于测试新手常见的是发现了一个重大的缺陷，但却无法复现它以便定位解决。这样你只会觉得不舒服，不知道自己到底是真发现了一个缺陷，还是说仅仅是错误的使用了应用。
　　你能用来跟踪你的测试步骤的方法有测试脚本、测试记录、敲键记录器如Spector和屏幕视频捕捉工具如Hypercam。
6、标准和流程是你的朋友尽管标准和流程让一些人觉得受限，但它们为你的工作提供了有价值的指导。不要拒绝标准因为它们是详细的、具体的。因此用它们指导自己更快、更一致的完成自己的工作。
7、没有足够的时间用于测试几乎每一个测试人员都抱怨没有足够的时间用于测试，但实际情况是测试任何东西到完整的程度都是不可能有充足时间的。当你充分考虑软件的特性如可用性、安全性、兼容性、互操作性等时这一点尤其正确。
　　不要再抱怨缺少时间，学会根据风险来进行优先级排序，把注意力都放在对管理层很重要的应用目标上。有时候我们测试的内容超出了我们需要测试的，因为我们的目标偏离了产品的价值。
8、你不可能发现所有的缺陷如果你测试的东西后来有缺陷被发现，不要变得气馁。你可能已经做了非常全面的工作，获得了高水平的缺陷移除，但都是不可能的目标。
9、保持幽默感和对前景充满信心经常微笑、保持健康可能是你最好的生存方式。如果你正处在困难条件下，请相信，这一切都将过去。
10、争取做到最好而不是完美测试新手经常会陷入追求完美的过程中，认为的正确才是标准。我曾经也是受害者之一，但要为自己辩护的是，我以前深受80年代后期类似于“99.9%还不够好”的TQM帖子和文章的影响。
　　追求完美的问题在于它会让测试进程变慢，将担心引入你所做的一切，使得你对别人更挑剔，而且通常会让你的朋友和家人感到失望。
　　当然，没人愿意犯错误，但他们稍不注意就出现了。想不犯错误就是否认现实。争取做到最好是一种好的习惯，表明你对工作的态度和投入程度。如果你想努力做到最好，你就会往前再多走一点。
　　根据我的观察，大多数人看到错误或者经历失误时都是很宽容的。人们最关心的是你对待问题的反应。
11、开发人员不是敌人需要整个项目团队的努力才能递交高质量的产品。有时候似乎开发人员不太关心质量，这个时候事情背后可能存在隐情。这时候你需要更好的和开发人员合作而不是反对他们。要始终牢记良好的交流是一个项目成功的关键因素。当你和开发人员站到对立面时，交流就停止了，你测试所需的很多信息也无法获取了。
12、建立和维护一个私人的交际网你的私人和工作关系是一个很重要的资产。无论时当你有工作时还是当你没工作时他们都是一个很好的支持系统。找一个好的指导者，而当你学到足够的东西时成为别人的指导者。
13、持续锻炼自己的技能你的技能把你和别人区分开。始终通过参加专业会议、获取认证、阅读专业资料等来不断学习。我给自己制定的目标是每周至少读一本和个人发展以及职业发展相关的书（测试、领导艺术、商业、IT等）。
　　一个个人发展方面的专家说过如果你每天在任何特定的主题上花费30分钟进行阅读，五年之内你肯定能成为这个主题方面的专家。这一点对我是起作用的――你也可以试试。
　　另一种让自己始终内行并建立网络的好的方式是活跃在一些QA或者测试论坛上。
14、当前进变得困难，懒惰就需要创造力了当我第一次成为一个测试团队负责人时，我用这句话做了一个字条挂在我的桌上。它不断提醒我把创造力作为我解决问题的一个杠杆。
　　学着从一个新的有创造性的方式来看待问题。你可能有一个好的测试计划，但你如何应付各种变化呢？弹性是一个优秀的问题解决负责人的关键特性。
15、简单并不总是很容易我们测试中做的很多工作看起来都很简单。但是，挑战在于保持努力的连贯性。
　　有些解决问题的方式刚开始看起来很简单，但不要由于它简单和明显就丢弃任何一种想法。同样，不要低估实现一个简单想法所需要付出的努力。
　　一些看过我和William E.Perry合著的书“Surviving the Top Ten Challenges of Software Testing”评论说这些挑战都很简单且很容易解决。这就让我奇怪为什么人们还在年复一年的提出“人的问题”。我认为在大脑中产生想法比实际实现出来要简单的多。
　　结论智慧比知识更重要。你可能已经学习了大量测试技术，但如果你没有足够的智慧判断什么时候采用它们，没有从整体上理解它们，你应用它们的能力将受到很大限制。对任何都有涉猎的你存在的一个问题是“你不知道什么你不知道”。智慧帮助你明白你需要知道哪些东西才能成功。
　　上面罗列的这些都是我希望我刚开始测试时都已经完全认识到的。我希望它们对你有帮助。
软件测试经验与教训
第一章　测试员的角色
    测试员要在项目中起什么作用?这是本章要讨论的问题。像有关测试的很多问题一样，这个问题初看起来答案很明显、很平凡，但其实不然。
    一个角色就是一种关系。这意味着人们不能控制自己的角色，但是可以协商。别人期望从测试员那里得到的可能并不合理。当测试员由于低质量的产品而受到指责时(这种事时有发生)，不管是谁指责，可能都存在分不清角色的问题。也许他们认为测试员的工作，就是在产品交付之前使用“质量魔术棒”敲打产品、他们也许认为测试员敲打得还不够狠。
    当测试员清楚了自己的角色之后．在协商角色内容时，就有了在可能出现的任何情况下确立对自己预期的基础。但是，即使是清晰和恰当的测试角色也是一种苛求。
经验１　测试员是项目的前灯
    一个项目就像是一次陆上旅行。有些项目很简单、很平常，就像是大白天开车去商店买东西。但是大多数值得开发的项目更像是夜间在山里开越野卡车。这些项目需要前灯，而测试员要照亮前面的道路，使程序员和经理尽管还在拿着地图争吵，但是至少可以看清他们在哪儿，要从什么样的路面上开过去，离悬崖峭壁有多远。每个公司测试团队的具体使命都不尽相同．不过在这些细节背后的要素都是一样的。测试就是要找到信息，有关项目或产品的关键决策都是根据这些信息做出的。
经验2  测试员的使命决定要做的一切
   测试员的使命，可能要取决于自己的行业、公司、项目或团队的个性．测试项目也干差万别。把测试作为一种工艺发展的挑战，一直是建立测试实践对话所面临的困难，这种测试实践要跨越我们之间的文化和技术差异。这些差异中的很多内容，决定了测试团队的不同使命。例如，在有些测试机构中，测试计划只是用来为测试员提供帮助的工具。测试计划可能写在餐巾纸上，且仍然有效。而另一些机构作为产品来编写测试计划，必须随软件一起交付。他们的测试计划必须遵循严格的格式和内容要求。
   以下任何要求都可能决定测试员的使命。读者期望的是哪种要求呢？
•快速找出重要软件问题。
•对产品质量提出总体评估。
•确认产品达到某种具体标准。
•帮助客户改进产品质量和可测试性。
•保证测试过程能够达到可分清责任的标准。
•就测试和与测试员协作方式培训客户。
•采用特定的方法集或遵循特定的规则集。
帮助预测和控制支持成本。
•帮助客户改进其过程。
•以最小化成本、时间或尽可能减少副作用的方式，完成自己的工作。
•为满足特定客户要求，完成所有必要的工作。
如果测试员将时间和精力都投入到客户并不关心的需求上，就会冒做无关工作或生产率低的风险，测试员要与自己的经理协商使命问题，并明确使命。如果不能就使命达成一致意见，就不会有做任何工作的好基础。
    如果测试员不知道该做什么怎么办?一种回答是评审使命？这样做可以找出自己的核心问题。如果测试员明确自己的测试使命，就可以为自己的工作辩护，并明确地确定下一步要做什么。测试员还可以用简单的描述，向其他人解释自己的角色。如果由于某种原因不能完成自己的使命，应该立即把这个问题汇报给管理层。
    如果测试员确切地知道要做什么该怎么办?经常重新考虑自己的使命，保证自己的计划不会由于过于偏重测试问题的一个方面，而忽略其他方面。
经验３　测试员为很多客户服务
    测试是一种服务角色，要乐于接受这种角色，因为测试员提供的服务是至关重要的。服务就意味着有客户，即要被服务的人。测试员是否成功，主要是看其是否很好地满足了客户的要求和最佳利益。这不会太难，不过测试会有很多客户，这些客户都有自己的需要，而且他们的各种需要不一定一致。
*项目经理。项目经理有资格了解测试员的工作进展并施加影响。测试员根据要求向其报告工作状态，迅速报告重要问题。并不要成为项目的瓶颈，从而为项目经理提供服务。指挥项目是项目经理的特权。测试员的责任就是告诉项目经理自己能做什么，不能做什么，有关项目的决策和条件会对测试产生什么影响。
*程序员。通过尽可能迅速地提供好的错误报告，使得程序员的工作更容易一些。努力提高自己的技能并了解产品，以免用错误的或用毫无意义的报告浪费程序员的时间。如果测试员可以做到这一点，就可以赢得更多的信任，而这种信任又可以转化为支持和影响。
*技术文档编写员。与测试员一样，负责编写文档和在线帮助的技术文档编写员也不能得到产品的完整信息。测试员可以帮助他们理解产品到底怎样发挥效能，并为其指出文档中的错误。技术文档编写员也会帮助测试员。当技术文档编写员研究产品，以及必须阅读文档的用户会怎样使用产品时，会了解到一些测试员不知道的信息。如果测试员与技术文档编写员有很好的关系，编写员就会告诉测试员有关产品的新特性、新用法、测试计划中的漏洞和他们所发现的软件问题。这些问题中的一部分永远也不会被报告，除非某个文档编写员知道哪个测试员关心这些程序问题。
*技术支持员。遗留在产品中的任何问题都会为技术支持员带来负担。测试员通过告诉技术支持员可能会给用户带来麻烦的产品问题，向其提供服务。如果测试员在开发期间与技术支持员一起工作，有时技术支持员会帮助测试员找出应该更正的软件问题。测试员也应该通过研究现场发现的难题，为技术支持员提供帮助。通过这种方式，能够把测试员与技术支持员拉得更近，进而与客户也更近了。
*市场开发员。市场开发员需要了解产品中任何与产品应该提供给客户的关键利益不一致的地方。对于程序员来说是很小的程序问题，对于市场开发员来说可能会是至关重要的问题。他们也许能意识到这种程序问题会使客户较难完成某种重要任务。此外，通过评审市场开发计划文档或描述，测试员可以帮助市场开发员对产品能力有更精确的认识。
*管理层和项目相关人员。测试员服务于公司业务，这也是为什么测试员必须小心，不要像个质量狂，而不是通信达理的人的原因。特别是到了项目要结束的时候，测试员要以兼顾公司短期和长期利益的方式完成自己的职责。要以明确、简洁的词汇编写测试状态报告，以便执行经理能够感到有做出决策的依据。
*用户。在测试员的心中，要想着将要使用该产品的人。当然，用户的满意是项目的最高利益。但是还要考虑满足主要用户对项目团队的特殊要求。
    以上列出的各条没有什么特别顺序，不过在实际项目中可能有一定顺序，因此要认真研究，找出对项目最重要的入，找出要服务的人。这是做好测试工作的第一步。
经验４　测试员发现的信息会“打扰”客户
    测试团队的使命包括(或应该包括)根据客户对价值的定义，通知客户有关威胁产品价值的任何信息。如果发现即使产品能够按意图运行，但是仍然达不到所要求的价值，则测试员有责任报告。如果客户忽视报告，那是他们的权力
经验５　迅速找出重要程序问题
    测试员的使命很可能包括找出重要的(与无意义相反)程序问题，而且要迅速找出。如果是这样，那么这对测试员所执行的测试意味着什么呢?
•首先测试经过变更的部分，然后测试没有变化的部分。修改和更新都意味着新的风险。
•首先测试核心功能，然后测试辅助功能、测试产品所完成的关键和常用功能，测试完成产品基本任务的功能。
•首先测试能力，然后测试可靠性。先测试每个功能是否完全能用、然后再深入检查任何一个功能在很多不同条件下表现如何。
•首先测试常见情况，然后测试少见情况。使用常用的数据和使用场景。
首先测试常见威胁，然后测试罕见威胁。用最有可能出现的压力和错误情况进行测试。
•首先测试影响大的问题，然后测试影响小的问题。测试在出现失效的情况下会产生大量破坏的产品部件。
•首先测试最需要的部分，然后测试没有要求的部分。测试对团队其他人有重要意义的任何部分的任何问题。
  测试员如果对产品、产品必须与之交互的软件和硬件以及将使用软件的人越了解，越有可能更快地找出重要问题。应好好研究这些方面的内容。
经验６，跟着程序员走
   为程序员提供支持，很可能是测试员使命的关键部分。在测试员测试程序员正在编写或刚刚完成的程序时，测试员的反馈有助于提高程序员的工作效率。程序员交付软件后，应该马上测试；程序员修改代码后，应该马上测试所做的变更。尽可能建立最短、最快的反馈环路。当程序虽正在苦苦地思索测试员刚刚发现的程序问题时，测试员又开始寻找更多的程序问题。对于测试员来说，理想情况是，程序员为了修改测试员找出的程序问题忙得团闭转，使程序员（而不是测试员）成为项目的瓶颈。
经验７，询问一切，但不一定外露
    不问问题当然可以测试，但是不可能测试得好。问问题是测试员对项目发挥作用的基础。不问问题．测试就没有目标，就是呆板、机械的。不过很直白的问题会刺激别人，常常使人产生顾虑。
    问题就像是一剂猛药，最好采用低剂量，或与饭一起吃(即结合其他沟通形式)。幸运的是，这样问问题的价值并不低于直白地发问。测试员所想到的任何问题都会有助于启发自己的思想，最终产生对问题的至关重要的认识。
    如果测试员在测试时发现对产品提不出问题，那么还是先停下来。
经验８，测试员关注失效，客户才能关注成功
    测试是项目团队中唯一不直接关注成功的角色。其他所有人都在创造什么，或创造性地指导创造。但测试员却是消极的。测试会是一种沉闷的工作，几乎像希腊神话所说：“测试者在孤岛上，注定要不停地寻找不会存在、也不应该存在的东西，深信成功会为神带来不幸。”
    重新定义比较积极的测试员使命是错误的，例如确认程序正常。即使“确认程序正常”作为使命交给测试员，测试员也要忠告客户，这样的确认是不可能的。这种确认成本极高。除非运行所有可能的测试，否则就不能证明程序正常。测试员只能够说：“就我所执行的测试来说，没有发现产品不正常。”但是反过来的确认就非常经济了：只需一个测试，就可以说明产品不正常。
    测试员关注失效，是因为这可以增加发现失效的机会。用自己全部的创造力和技能，寻找产品中的关键问题。如果测试员没有找到关键问题，程序员就不能改正，以后用户可能会替测试员找到。通过发现程序中客现存在的问题，测试员能够帮助项目团队更加了解自己的技能和产品风险，帮助他们将产品做得更好，更具可支持性，在市场中有可能更成功。
经验９，不会发现所有程序问题
    测试员的任务就是找出并报告重要的程序问题，但是不会发现所有的程序问题。为了发现全部程序错误，测试员必须检查所有可能有问题的地方，要在所有可能发生的不同条件下观察这些地方，还需要一种十分可靠的方法，当所有类型的程序错误发生时，都能够识别出来。如果测试员认为自己能够做到这些，那么要么产品非常简单，要么测试员的想像力太差。
    知道并承认自己不能做所有的事之后，测试员必须选择如何使用自己的时间。
经验１０，当心“完备的”测试
    有一些测试员承认自己不知道是否发现了产品中的全部问题，但仍然不准确地讨论结束测试的含义。“对这个产品我需要测试

 

第一部分：Linux基础应用

1、《Linux从入门到精通》

http://www.gouhuo.com/study/linuxbook.zip

2、 Linux 系统安全与优化中文版

这本书的英文版“Get Acquainted with Linux Security and Optimization System”（简称LinuxSOS）是Linux文档计划（Linux Document Project）中比较新的一本指南。这本书不是Linux的入门书籍，读这本书需要有Linux或者Unix的背景知识。如果你已经安装过Linux而且能够使用一些简单的Unix命令，那么这本书会对你有很大的帮助。

http://www.linuxaid.com.cn/download/training/linuxsos-cn.pdf

3、Linux安装与配置简明手册 13-Aug-2002 16:14 20M

http://cpss.zz.ha.cn/study/linux/Linux%b0%b2%d7%b0%d3%eb%c5%e4%d6%c3%bc%f2%c3%f7%ca%d6%b2%e1.zip

4、Linux编程白皮书.zip 13-Aug-2002 16:14 16M

http://cpss.zz.ha.cn/study/linux/Linux%b1%e0%b3%cc%b0%d7%c6%a4%ca%e9.zip

5、Linux网站建设技术指南 13-Aug-2002 16:14 9.2M

http://cpss.zz.ha.cn/study/linux/Linux%cd%f8%d5%be%bd%a8%c9%e8%bc%bc%ca%f5%d6%b8%c4%cf.zip

6、Linux系统分析与高级编程 13-Aug-2002 16:14 11M

http://cpss.zz.ha.cn/study/linux/Linux%cf%b5%cd%b3%b7%d6%ce%f6%d3%eb%b8%df%bc%b6%b1%e0%b3%cc%bc%bc%ca%f5.zip

7、Linux系统管理白皮书.zip 13-Aug-2002 16:14 6.8M

http://cpss.zz.ha.cn/study/linux/Linux%cf%b5%cd%b3%b9%dc%c0%ed%b0%d7%c6%a4%ca%e9.zip

8、Linux应用程序开发指南 13-Aug-2002 16:14 9.1M

http://cpss.zz.ha.cn/study/linux/Linux%d3%a6%d3%c3%b3%cc%d0%f2%bf%aa%b7%a2%d6%b8%c4%cf%a3%ba%ca%b9%d3%c3Gtk+%20Gnome%bf%e2.zip

9、Linux 24学时教程.zip 13-Aug-2002 16:14 34M

http://cpss.zz.ha.cn/study/linux/Linux%2024%d1%a7%ca%b1%bd%cc%b3%cc.zip

10、Red Hat Linux 6大全.zip 13-Aug-2002 16:15 33M

http://cpss.zz.ha.cn/study/linux/Red%20Hat%20Linux%206%b4%f3%c8%ab.zip

11、Red Hat Linux 6管理工具 13-Aug-2002 16:15 13M

http://cpss.zz.ha.cn/study/linux/Red%20Hat%20Linux%206%b9%dc%c0%ed%b9%a4%be%df.zip

12、http://www.linuxsir.org/pdf/ebook1.rar

http://www.linuxsir.org/pdf/ebook2.rar

具体文章如下：

基础建设讨论专版：

Linux管理员手册

linux入门教程

linux指令大全

红旗版区的：

红旗桌面4正式版最新使用方法和问题解答100例

Linux shell进阶应用与shell编程

命令大集合

TCSH shell 编程

Bourne Shell及shell编程

Linux Shell简介

脚本精华欣赏

使用 Bash shell 脚本进行功能测试

Linux 发行版SuSE专题

SuSE 解决方案

13、Debian的中文FAQ 600k pdf

http://linuxdoc.51.net/download/Debian_cn_FAQ.pdf

14、Linux Kernel 核心手册（中文）552k zip

http://linuxdoc.51.net/download/Linux_Kernel_cn.zip

15、Linux + Solaris 48k pdf

http://linuxdoc.51.net/download/LinuxSolaris.pdf

16、Linux SOS 1.1 1.3M pdf

http://linuxdoc.51.net/download/linuxsos-11.pdf

17、SuSE官方汉化手册 1.4M pdf

http://linuxdoc.51.net/download/suse_guanfang_hanhua.pdf

18、Linux Kernel 1.3M pdf

http://linuxdoc.51.net/download/linux_kernel.pdf

19、Linux程序员指南 337k zip

http://linuxdoc.51.net/download/linux_program.zip

20、Linux高级技巧集 72k zip

http://linuxdoc.51.net/download/linux_gaoji_jiqiao.zip

21、OReilly Unix超级工具（第三版）

http://bbs.itebook.net/attachment.php?aid=621

http://bbs.itebook.net/attachment.php?aid=622

22、FreeBSD使用大全（Chm格式）

是王波写的一本专门介绍Freebsd的书籍，共94章，图文并茂，是不可多得的FreeBSD方面的教材。

http://www.linuxdby.com/downloadlink.php?s=c8f85affc02104034c496c1dde35e9c2&id=15

23、Redhat 9.0 官方中文安装指南

http://www.fcitx.org/flysail/rhl-ig-x86-zh_CN-9.tar.gz

Redhat 9.0 官方中文入门指南

http://www.fcitx.org/flysail/rhl-gsg-zh_CN-9.tar.gz

Redhat 9.0 官方中文定制指南

http://www.fcitx.org/flysail/rhl-cg-zh_CN-9.tar.gz

24、《Linux 新手管理员指南》

本书《Linux 新手管理员指南》是英文版LINUX NEWBIE ADMINISTRATOR GUIDE 的完整中文译本，共237页，PDF格式。

原版：http://linux-newbie.sunsite.dk/

下载：http://www.linuxdby.com/downloadlink.php?s=c8f85affc02104034c496c1dde35e9c2&id=51

25、Linux高级配置详解(PDG)

讲述在Linux操作系统下的软、硬件配置、网络应用配置、X Window系统配置以及内核的配置和编译等知识。

http://www.mycodes.net/down.asp?id=793&no=1

http://www.mycodes.net/down.asp?id=793&no=2

第二部分：Linux系统管理

1、Setting up a Local Area Network (EN)上载：5/9/2002

http://www.joyfire.net/compress/rh-lan.pdf

2、linux for mainframe (EN)上载：5/9/2002

http://www.joyfire.net/compress/linux4mainframe.zip

3、Linux Consultants Guide (EN)上载：1/9/2002

http://www.joyfire.net/compress/Consultants-Guide.html.tar.gz

4、LPI认证复习资料1 2 3 4 5 6 7 8上载：13/7/2002

http://www.joyfire.net/compress/l-lpi1.zip

http://www.joyfire.net/compress/l-lpi2.zip

http://www.joyfire.net/compress/l-lpi3.zip

http://www.joyfire.net/compress/l-lpi4.zip

http://www.joyfire.net/compress/l-lpi5.zip

http://www.joyfire.net/compress/l-lpi6.zip

http://www.joyfire.net/compress/l-lpi7.zip

http://www.joyfire.net/compress/l-lpi8.zip

5、Red Hat Network Basic User Reference Guide (EN)上载：13/7/2002

http://www.joyfire.net/compress/rhn-basic-urg-en-3.3.tgz

6、Red Hat Network Enterprise User Reference Guide (EN)上载：13/7/2002

http://www.joyfire.net/compress/rhn-enterprise-urg-en-1.1.tgz

7、Linux FAQ 在线浏览 上载：11/6/2002

http://www.joyfire.net/compress/Linux-FAQ.html.tar.gz

http://www.joyfire.net/Linux-FAQ/index.html

8、Linux系统分析与高级编程技术上载：4/5/2002

http://www.joyfire.net/compress/linux_advanced_technology.zip

9、RedHat Linux网络管理工具上载：4/5/2002

http://www.joyfire.net/compress/RadHat_Linux_Network_Management_Tools_CN.zip

10、Linux管理指南上载：4/5/2002

http://www.joyfire.net/compress/Linux_Management_CN.zip

11、GNU Linux 高级网络应用服务指南上载：4/5/2002

http://www.joyfire.net/compress/GNU_linux_advanced_network_Guide.zip

l

12、inux环境数据库管理员手册上载：4/5/2002

http://www.joyfire.net/compress/Linuxdb.zip

13、Complete Linux Command Reference (EN)上载：4/5/2002

http://www.joyfire.net/compress/Complete_Linux_Command_Reference.zip

14、Bugzilla-Guide (EN) 上载：20/4/2002

http://www.joyfire.net/compress/Bugzilla-Guide.html.tar.gz

15、Llinuxcookbook (EN) 在线浏览 上载：20/4/2002

http://www.joyfire.net/compress/linuxcookbook-1.2.html.tar.gz

http://www.joyfire.net/linuxcookbook/index.html

16、Linux HOWTO (EN)(9.8M) 在线浏览 中文版和miniHOWTO (EN) 中文版上载：13/3/2002

http://www.joyfire.net/compress/Linux-html-HOWTOs.tar.gz

http://www.joyfire.net/HOWTO/HOWTO-INDEX/howtos.html

http://www.joyfire.net/compress/newhowto_cn.zip

http://www.joyfire.net/compress/Linux-mini-html-HOWTOs-20020420.tar.gz

http://www.joyfire.net/compress/minihow_cn.zip

17、Advanced Bash-scrīpting Guide(EN) 在线浏览 上载：11/3/2002

http://www.joyfire.net/compress/abs-guide.html.tar.gz

http://www.joyfire.net/abs-guid/index.html

18、Securing and Optimizing Linux RedHat Edition -A Hands on Guide(EN) 在线浏览上载：11/3/2002

http://www.joyfire.net/compress/Securing-Optimizing-Linux-RH-Edition-v1.3.html.tar.gz

http://www.joyfire.net/solrhe/Securing-Optimizing-Linux-RH-Edition-v1.3/index.html

19、CVS Best Practices(EN) 在线浏览 上载：11/3/2002

http://www.joyfire.net/compress/CVS-BestPractices.html.tar.gz

http://www.joyfire.net/CVS-BestPractices/index.html

20、The Linux System Administrators' Guide(EN) 在线浏览 中文版上载：1/1/2002。

http://www.joyfire.net/compress/sag.html.tar.gz

http://www.joyfire.net/sag/index.html

http://www.joyfire.net/compress/Linuxsys.zip

21、The Linux Network Administrator's Guide, 2e (EN) 在线浏览 上载：1/1/2002

http://www.joyfire.net/compress/nag-2.0.html.tar.gz

http://www.joyfire.net/nag2/index.html

22、Linux System Administration Made Easy (EN) 在线浏览 上载：1/1/2002

http://www.joyfire.net/compress/lame.html.tar.gz

http://www.joyfire.net/lame/index.html

23、AKA讲座(a link)上载：1/1/2002

http://bj.aka.org.cn/Lectures/index.html

24、ORACLE for linux install handbook (EN)上载：1/1/2002

http://www.joyfire.net/compress/installguide_linux102.pdf

25、Redhat 7.2 install handbook (EN)上载：1/1/2002

http://www.joyfire.net/compress/rhl-ig-x86-en-72.tgz

26、Linux安全最大化(PDG)

介绍Linux安全基础，如何防御口令攻击和数据攻击角度来讨论Linux用户安全，Linux网络安全，各种Internet服务的安全性、防火墙、入侵检测、日志和审计跟踪以及灾难恢复等.

http://www.mycodes.net/down.asp?id=827&no=1

http://www.mycodes.net/down.asp?id=827&no=2

27、Linux高级配置详解(PDG)

讲述在Linux操作系统下的软、硬件配置、网络应用配置、X Window系统配置以及内核的配置和编译等知识。

http://www.mycodes.net/down.asp?id=793&no=1

http://www.mycodes.net/down.asp?id=793&no=2

28、Running Linux(EN)上载：23/9/2003

http://joyfire.net/compress/running_linux_4e.pdf

29、Learning Red Hat Linux(EN)上载：23/9/2003

http://joyfire.net/compress/learning_redhat_linux.pdf

30、Learning the Unix Operating System(EN)上载：23/9/2003

http://joyfire.net/compress/Learning_the%20UNIX_OS.pdf

31、Linux Programming Unleashed(EN)上载：23/9/2003

http://joyfire.net/compress/linux_programming_unleashed.pdf

第三部分：Linux代码编写

1、POSIX threads explained(EN)上载：5/9/2002

http://www.joyfire.net/compress/linuxthreads.zip

2、Emacspeak User's Guide (EN)上载：1/9/2002

http://www.joyfire.net/compress/espk-ug.html.tar.gz

3、MICO文档 (EN)上载：1/9/2002

http://www.joyfire.net/compress/mico-doc-html.tar.gz

4、GNU Autotools Guide (EN)上载：13/7/2002

http://www.joyfire.net/compress/autobook-1.3.tar.gz

5、Linux Threads FAQ 在线浏览 上载：11/6/2002

http://www.joyfire.net/compress/Threads-FAQ-html.tar.gz

http://www.joyfire.net/Threads-FAQ/index.html

6、Linux系统分析与高级编程技术上载：4/5/2002

http://www.joyfire.net/compress/linux_advanced_technology.zip

7、ELF文件格式 (EN)上载：10/5/2002

http://www.joyfire.net/compress/elf.pdf

8、Bugzilla-Guide (EN) 在线浏览 上载：20/4/2002

http://www.joyfire.net/compress/Bugzilla-Guide.html.tar.gz

9、The Linux Programmer's Guide (EN) 在线浏览 上载：11/3/2002

http://www.joyfire.net/compress/lpg.html.tar.gz

http://www.joyfire.net/lpg/index.html

10、CVS Best Practices(EN) 在线浏览 上载：11/3/2002

http://www.joyfire.net/compress/CVS-BestPractices.html.tar.gz

http://www.joyfire.net/CVS-BestPractices/index.html

11、Advanced Bash-scrīpting Guide(EN) 在线浏览 上载：11/3/2002

http://www.joyfire.net/compress/abs-guide.html.tar.gz

http://www.joyfire.net/abs-guid/index.html

12、Linux设备驱动程序(CH)(Linux Device Drivers): 在线浏览上载：1/3/2002

http://www.joyfire.net/lsdp/index.htm

13、The Linux Kernel Module Programming Guide (EN) 在线浏览 中文版上载：1/1/2002

http://www.joyfire.net/compress/lkmpg.html.tar.gz

http://www.joyfire.net/lkmpg/index.html

http://www.joyfire.net/compress/lkmpg_cn.rtf.zip

14、AKA讲座(a link)上载：1/1/2002

http://bj.aka.org.cn/Lectures/index.html

15、i386 Reference Programmer's Manual(EN)上载：6/10/2003

http://joyfire.net/386ASM/index.htm

第四部分：Linux内核分析

1、netxiong linux内核分析笔记上载：28/7/2003

http://www.joyfire.net/compress/netxiong-linux.zip

2、CML2 Language and Tools Descrīption(EN)上载：12/ 7/2003

http://www.joyfire.net/compress/cml2.pdf

3、Z8530 Programming Guide(EN)上载：11/ 7/2003

http://www.joyfire.net/compress/z8530book.pdf

4、Synchronous PPP and Cisco HDLC Programming Guide(EN)上载：11/ 7/2003

http://www.joyfire.net/compress/wanbook.pdf

5、Video4Linux Programming(EN)上载：11/ 7/2003

http://www.joyfire.net/compress/videobook.pdf

6、The Linux 2.4 Parallel Port Subsystem(EN)上载：11/ 7/2003

http://www.joyfire.net/compress/parportbook.pdf

7、MCA Driver Programming Interface(EN)上载：11/ 7/2003

http://www.joyfire.net/compress/mcabook.pdf

8、The Linux Kernel API(EN)上载：9/ 7/2003

http://www.joyfire.net/compress/kernel-api.pdf

9、Unreliable Guide To Hacking The Linux Kernel(EN)上载：9/ 7/2003

http://www.joyfire.net/compress/kernel-hacking.pdf

10、Unreliable Guide To Locking(EN)上载：9/ 7/2003

http://www.joyfire.net/compress/kernel-locking.pdf

11、OSDesign上载：18/3/2003

http://www.joyfire.net/compress/OSDesign-0.0.6.1.zip

12、Linux Kernel 2.4 Internals(EN)上载：18/3/2003

http://www.joyfire.net/compress/lki.html.tar.gz

13、Compiling the linux kernel(EN)上载：5/9/2002

http://www.joyfire.net/compress/compile_kernel.pdf

14、OSKit项目源代码、论文和文档上载：13/7/2002

http://www.joyfire.net/compress/oskit-20020317.tar.gz

http://www.joyfire.net/compress/oskit-papers.zip

http://www.joyfire.net/compress/oskit.html.tar.gz

15、GNU Autotools Guide (EN)上载：13/7/2002

http://www.joyfire.net/compress/autobook-1.3.tar.gz

16、Compile linux kernel (EN)上载：12/7/2002

http://www.joyfire.net/compress/compilekernel.zip

17、Intel体系结构参考手册 (EN)和Intel体系结构手册 (EN)上载：16/5/2002

http://www.joyfire.net/compress/Architecture_Reference.pdf

http://www.joyfire.net/compress/Architecture.pdf

18、IA32体系结构设计手册卷一 (EN)上载：16/5/2002

http://www.joyfire.net/compress/IA32-1.pdf

19、IA32体系结构设计手册卷二 (EN)上载：16/5/20

   
　　1.喜欢的东西自己努力买，不要指望别人送。
　　2.寂寞的时候，不要听慢歌，怀旧或者腻死在网上，站起来做运动或者去找朋友八卦。
　　3.认真游戏，但牢记只是游戏。
　　4.收到甜言蜜语的短信，记得微笑，然后删除。
　　5.想吃饼干前，把手放在自己的肚子上感受脂肪的存在。
　　6.少喝果汁多吃水果，少吃零食多喝水，少坐多站，少想多看，少说多做，少怀旧多憧憬。
　　7.永远不会再有第二个男人像爸爸这样爱你，所以最爱的男人当然是爸爸
　　8.在QQ，手机里删除前男友的号码，避免神经脆弱的时候主动找他。
　　9.减肥是为了更美好的人生。要是因为减肥而失去了生活的乐趣，不如放弃。
　　10.每天树立小目标然后努力实现。
　　11.坚决不买大一号的衣服，不给自己肥胖的空间。
　　12.吃下去的就坚决不再吐出来，所以吃之前要想清楚。恋爱也是。
　　13.生日、圣诞节、情人节，记得买礼物送给自己。
　　14.想办法努力赚钱，而不是如何省钱。
　　15.相信爱情和mr.right的存在，在此之前也不拒绝和mr.wrong们分享人生。
　　16.看透的时候，假装没看透。
　　17.内衣一旦出现破损，决不再穿，立即扔掉。
　　18.每天和爸爸联系，经常跟死党交流，偶尔给不常联系的朋友发短信问候，绝不回头找以前的恋人。
　　19.记得自己的错误并想办法弥补，但永远不要责怪自己。
　　20.愤怒的时候数到30再说话。
　　21.做好防晒，但记得适当地晒晒太阳。心情也会进行光合作用。真的。
　　22.为BF付出之前，想想有没有这样对待过自己。
　　23.状态低靡的中午不如睡觉，遇到低谷就放自己大假。
　　24.真正看中的东西就买，不要借钱。真正喜欢的男人就追，量力而行。
　　25.节假日上街疯狂雪拼之前，从钱包里扣下一百块。
　　26.银行卡的密码不要用男友的生日。
　　27.永远不向从前的恋人诉苦。
　　28.出门之前，根据步行的时间和强度考虑要穿的鞋子。
　　29.即便只是下楼买水果，也记得别穿的太邋遢。你永远不知道会在什么时候遇上什么人。
　　30.挤公车的时候不要和别人挤的太紧，给自己预留几公分空间。工作也是，学习也是。
　　31.随身携带：面纸，镜子，护垫，钱包（里面有钱），钥匙。不随身携带：旧情人送的戒指，照片，回忆。
　　32.选一项喜欢的运动并且坚持下去。
　　33.可以淘便宜的衣服，但记得自己的品位比这个价位高。
　　34.桌上的护肤品永远比化妆品多，贵，好，对于女人来说外养不如内调。
　　35.洗衣服之前戴手套，保护自己总没错。
　　36.养成写日记的习惯，哪怕只言片语。
　　37.可以不认同，但学会尊重。
　　38.打电话的时候记得微笑，对方听的见。
　　39.注重内心，但不忽略外表。
　　40.每月记帐，每月储蓄。
　　41.了解潮流，但不必跟风。
　　42.看起来多大年龄，就有多大年龄。
　　43.做不了决定的时候，让时间帮你决定。如果还是无法决定，做了再说。宁愿犯错，不留遗憾。 

QTP的一些小知识

2006-12-01  个人分类：QTP

QTP的基本使用函数

2007-10-13 12:32:06

HTTP是什么? 当我们想浏览一个网站的时候，只要在浏览器的地址栏里输入网站的地址就可以了，例如www.baidu.com,但是在浏览器的地址栏里面出现的却是：http://www.baidu.com,你知道为什么会多出一个“http”吗？ 一、HTTP协议是什么 我们在浏览器的地址栏里输入的网站地址叫做URL (Uniform Resource Locator，统一资源定位符)。就像每家每户都有一个门牌地址一样，每个网页也都有一个Internet地址。当你在浏览器的地址框中输入一个URL或是单击一个超级链接时，URL就确定了要浏览的地址。浏览器通过超文本传输协议(HTTP)，将Web服务器上站点的网页代码提取出来，并翻译成漂亮的网页。因此，在我们认识HTTP之前，有必要先弄清楚URL的组成,例如：http://www.baidu.com/china/index.htm。它的含义如下： 1. http://：代表超文本传输协议，通知baidu.com服务器显示Web页，通常不用输入； 2. www：代表一个Web（万维网）服务器； 3. baidu.com/：这是装有网页的服务器的域名，或站点服务器的名称； 4. China/：为该服务器上的子目录，就好像我们的文件夹； 5. Index.htm：index.htm是文件夹中的一个HTML文件（网页）。 我们知道，Internet的基本协议是TCP/IP协议，然而在TCP/IP模型最上层的是应用层（Application layer），它包含所有高层的协议。高层协议有：文件传输协议FTP、电子邮件传输协议SMTP、域名系统服务DNS、网络新闻传输协议NNTP和HTTP协议等。 HTTP协议（Hypertext Transfer Protocol，超文本传输协议）是用于从WWW服务器传输超文本到本地浏览器的传送协议。它可以使浏览器更加高效，使网络传输减少。它不仅保证计算机正确快速地传输超文本文档，还确定传输文档中的哪一部分，以及哪部分内容首先显示(如文本先于图形)等。这就是你为什么在浏览器中看到的网页地址都是以http://开头的原因。 自WWW诞生以来，一个多姿多彩的资讯和虚拟的世界便出现在我们眼前，可是我们怎么能够更加容易地找到我们需要的资讯呢？当决定使用超文本作为WWW文档的标准格式后，于是在1990年，科学家们立即制定了能够快速查找这些超文本文档的协议，即HTTP协议。经过几年的使用与发展，得到不断的完善和扩展，目前在WWW中使用的是HTTP/1.0的第六版。 HTTP是怎样工作的 既然我们明白了URL的构成，那么HTTP是怎么工作呢？我们接下来就要讨论这个问题。 由于HTTP协议是基于请求/响应范式的（相当于客户机/服务器）。一个客户机与服务器建立连接后，发送一个请求给服务器，请求方式的格式为：统一资源标识符（URL）、协议版本号，后边是MIME信息包括请求修饰符、客户机信息和可能的内容。服务器接到请求后，给予相应的响应信息，其格式为一个状态行，包括信息的协议版本号、一个成功或错误的代码，后边是MIME信息包括服务器信息、实体信息和可能的内容。 许多HTTP通讯是由一个用户代理初始化的并且包括一个申请在源服务器上资源的请求。最简单的情况可能是在用户代理和服务器之间通过一个单独的连接来完成。在Internet上，HTTP通讯通常发生在TCP/IP连接之上。缺省端口是TCP 80，但其它的端口也是可用的。但这并不预示着HTTP协议在Internet或其它网络的其它协议之上才能完成。HTTP只预示着一个可靠的传输。 这个过程就好像我们打电话订货一样，我们可以打电话给商家，告诉他我们需要什么规格的商品，然后商家再告诉我们什么商品有货，什么商品缺货。这些，我们是通过电话线用电话联系（HTTP是通过TCP/IP），当然我们也可以通过传真，只要商家那边也有传真。 以上简要介绍了HTTP协议的宏观运作方式，下面介绍一下HTTP协议的内部操作过程。 在WWW中，“客户”与“服务器”是一个相对的概念，只存在于一个特定的连接期间，即在某个连接中的客户在另一个连接中可能作为服务器。基于HTTP协议的客户/服务器模式的信息交换过程，它分四个过程：建立连接、发送请求信息、发送响应信息、关闭连接。这就好像上面的例子，我们电话订货的全过程。 其实简单说就是任何服务器除了包括HTML文件以外，还有一个HTTP驻留程序，用于响应用户请求。你的浏览器是HTTP客户，向服务器发送请求，当浏览器中输入了一个开始文件或点击了一个超级链接时，浏览器就向服务器发送了HTTP请求，此请求被送往由IP地址指定的URL。驻留程序接收到请求，在进行必要的操作后回送所要求的文件。在这一过程中，在网络上发送和接收的数据已经被分成一个或多个数据包（packet），每个数据包包括：要传送的数据；控制信息，即告诉网络怎样处理数据包。TCP/IP决定了每个数据包的格式。如果事先不告诉你，你可能不会知道信息被分成用于传输和再重新组合起来的许多小块。 也就是说商家除了拥有商品之外，它也有一个职员在接听你的电话，当你打电话的时候，你的声音转换成各种复杂的数据，通过电话线传输到对方的电话机，对方的电话机又把各种复杂的数据转换成声音，使得对方商家的职员能够明白你的请求。这个过程你不需要明白声音是怎么转换成复杂的数据的。 http协议基础 HTTP（HyperTextTransferProtocol）是超文本传输协议的缩写，它用于传送WWW方式的数据，关于HTTP协议的详细内容请参考RFC2616。HTTP协议采用了请求/响应模型。客户端向服务器发送一个请求，请求头包含请求的方法、URI、协议版本、以及包含请求修饰符、客户信息和内容的类似于MIME的消息结构。服务器以一个状态行作为响应，相应的内容包括消息协议的版本，成功或者错误编码加上包含服务器信息、实体元信息以及可能的实体内容。 通常HTTP消息包括客户机向服务器的请求消息和服务器向客户机的响应消息。这两种类型的消息由一个起始行，一个或者多个头域，一个只是头域结束的空行和可选的消息体组成。HTTP的头域包括通用头，请求头，响应头和实体头四个部分。每个头域由一个域名，冒号（:）和域值三部分组成。域名是大小写无关的，域值前可以添加任何数量的空格符，头域可以被扩展为多行，在每行开始处，使用至少一个空格或制表符。 通用头域 通用头域包含请求和响应消息都支持的头域，通用头域包含Cache-Control、Connection、Date、Pragma、Transfer-Encoding、Upgrade、Via。对通用头域的扩展要求通讯双方都支持此扩展，如果存在不支持的通用头域，一般将会作为实体头域处理。下面简单介绍几个在UPnP消息中使用的通用头域。 Cache-Control头域 Cache-Control指定请求和响应遵循的缓存机制。在请求消息或响应消息中设置Cache-Control并不会修改另一个消息处理过程中的缓存处理过程。请求时的缓存指令包括no-cache、no-store、max-age、max-stale、min-fresh、only-if-cached，响应消息中的指令包括public、private、no-cache、no-store、no-transform、must-revalidate、proxy-revalidate、max-age。各个消息中的指令含义如下： Public指示响应可被任何缓存区缓存。 Private指示对于单个用户的整个或部分响应消息，不能被共享缓存处理。这允许服务器仅仅描述当用户的部分响应消息，此响应消息对于其他用户的请求无效。 no-cache指示请求或响应消息不能缓存 no-store用于防止重要的信息被无意的发布。在请求消息中发送将使得请求和响应消息都不使用缓存。 max-age指示客户机可以接收生存期不大于指定时间（以秒为单位）的响应。 min-fresh指示客户机可以接收响应时间小于当前时间加上指定时间的响应。 max-stale指示客户机可以接收超出超时期间的响应消息。如果指定max-stale消息的值，那么客户机可以接收超出超时期指定值之内的响应消息。 Date头域 Date头域表示消息发送的时间，时间的描述格式由rfc822定义。例如，Date:Mon,31Dec200104:25:57GMT。Date描述的时间表示世界标准时，换算成本地时间，需要知道用户所在的时区。 Pragma头域 Pragma头域用来包含实现特定的指令，最常用的是Pragma:no-cache。在HTTP/1.1协议中，它的含义和Cache-Control:no-cache相同。 请求消息 请求消息的第一行为下面的格式： MethodSPRequest-URISPHTTP-VersionCRLFMethod表示对于Request-URI完成的方法，这个字段是大小写敏感的，包括OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE。方法GET和HEAD应该被所有的通用WEB服务器支持，其他所有方法的实现是可选的。GET方法取回由Request-URI标识的信息。HEAD方法也是取回由Request-URI标识的信息，只是可以在响应时，不返回消息体。POST方法可以请求服务器接收包含在请求中的实体信息，可以用于提交表单，向新闻组、BBS、邮件群组和数据库发送消息。 SP表示空格。Request-URI遵循URI格式，在此字段为星号（*）时，说明请求并不用于某个特定的资源地址，而是用于服务器本身。HTTP-Version表示支持的HTTP版本，例如为HTTP/1.1。CRLF表示换行回车符。请求头域允许客户端向服务器传递关于请求或者关于客户机的附加信息。请求头域可能包含下列字段Accept、Accept-Charset、Accept-Encoding、Accept-Language、Authorization、From、Host、If-Modified-Since、If-Match、If-None-Match、If-Range、If-Range、If-Unmodified-Since、Max-Forwards、Proxy-Authorization、Range、Referer、User-Agent。对请求头域的扩展要求通讯双方都支持，如果存在不支持的请求头域，一般将会作为实体头域处理。 典型的请求消息： GEThttp://download.microtool.de:80/somedata.exe Host:download.microtool.de Accept:*/* Pragma:no-cache Cache-Control:no-cache Referer:http://download.microtool.de/ User-Agent:Mozilla/4.04[en](Win95;I;Nav) Range:bytes=554554- 上例第一行表示HTTP客户端（可能是浏览器、下载程序）通过GET方法获得指定URL下的文件。棕色的部分表示请求头域的信息，绿色的部分表示通用头部分。 Host头域 Host头域指定请求资源的Intenet主机和端口号，必须表示请求url的原始服务器或网关的位置。HTTP/1.1请求必须包含主机头域，否则系统会以400状态码返回。 Referer头域 Referer头域允许客户端指定请求uri的源资源地址，这可以允许服务器生成回退链表，可用来登陆、优化cache等。他也允许废除的或错误的连接由于维护的目的被追踪。如果请求的uri没有自己的uri地址，Referer不能被发送。如果指定的是部分uri地址，则此地址应该是一个相对地址。 Range头域 Range头域可以请求实体的一个或者多个子范围。例如， 表示头500个字节：bytes=0-499 表示第二个500字节：bytes=500-999 表示最后500个字节：bytes=-500 表示500字节以后的范围：bytes=500- 第一个和最后一个字节：bytes=0-0,-1 同时指定几个范围：bytes=500-600,601-999 但是服务器可以忽略此请求头，如果无条件GET包含Range请求头，响应会以状态码206（PartialContent）返回而不是以200（OK）。 User-Agent头域 User-Agent头域的内容包含发出请求的用户信息。 响应消息 响应消息的第一行为下面的格式： HTTP-VersionSPStatus-CodeSPReason-PhraseCRLF HTTP-Version表示支持的HTTP版本，例如为HTTP/1.1。Status-Code是一个三个数字的结果代码。Reason-Phrase给Status-Code提供一个简单的文本描述。Status-Code主要用于机器自动识别，Reason-Phrase主要用于帮助用户理解。Status-Code的第一个数字定义响应的类别，后两个数字没有分类的作用。第一个数字可能取5个不同的值： 1xx:信息响应类，表示接收到请求并且继续处理 2xx:处理成功响应类，表示动作被成功接收、理解和接受 3xx:重定向响应类，为了完成指定的动作，必须接受进一步处理 4xx:客户端错误，客户请求包含语法错误或者是不能正确执行 5xx:服务端错误，服务器不能正确执行一个正确的请求 响应头域允许服务器传递不能放在状态行的附加信息，这些域主要描述服务器的信息和Request-URI进一步的信息。响应头域包含Age、Location、Proxy-Authenticate、Public、Retry-After、Server、Vary、Warning、WWW-Authenticate。对响应头域的扩展要求通讯双方都支持，如果存在不支持的响应头域，一般将会作为实体头域处理。 典型的响应消息： HTTP/1.0200OK Date:Mon,31Dec200104:25:57GMT Server:Apache/1.3.14(Unix) Content-type:text/html Last-modified:Tue,17Apr200106:46:28GMT Etag:"a030f020ac7c01:1e9f" Content-length:39725426 Content-range:bytes554554-40279979/40279980 上例第一行表示HTTP服务端响应一个GET方法。棕色的部分表示响应头域的信息，绿色的部分表示通用头部分，红色的部分表示实体头域的信息。 Location响应头 Location响应头用于重定向接收者到一个新URI地址。 Server响应头 Server响应头包含处理请求的原始服务器的软件信息。此域能包含多个产品标识和注释，产品标识一般按照重要性排序。 实体 请求消息和响应消息都可以包含实体信息，实体信息一般由实体头域和实体组成。实体头域包含关于实体的原信息，实体头包括Allow、Content-Base、Content-Encoding、Content-Language、Content-Length、Content-Location、Content-MD5、Content-Range、Content-Type、Etag、Expires、Last-Modified、extension-header。extension-header允许客户端定义新的实体头，但是这些域可能无法未接受方识别。实体可以是一个经过编码的字节流，它的编码方式由Content-Encoding或Content-Type定义，它的长度由Content-Length或Content-Range定义。 Content-Type实体头 Content-Type实体头用于向接收方指示实体的介质类型，指定HEAD方法送到接收方的实体介质类型，或GET方法发送的请求介质类型Content-Range实体头 Content-Range实体头用于指定整个实体中的一部分的插入位置，他也指示了整个实体的长度。在服务器向客户返回一个部分响应，它必须描述响应覆盖的范围和整个实体长度。一般格式： Content-Range:bytes-unitSPfirst-byte-pos-last-byte-pos/entity-legth 例如，传送头500个字节次字段的形式：Content-Range:bytes0-499/1234如果一个http消息包含此节（例如，对范围请求的响应或对一系列范围的重叠请求），Content-Range表示传送的范围，Content-Length表示实际传送的字节数。 Last-modified实体头 Last-modified实体头指定服务器上保存内容的最后修订时间。 例如，传送头500个字节次字段的形式：Content-Range:bytes0-499/1234如果一个http消息包含此节（例如，对范围请求的响应或对一系列范围的重叠请求），Content-Range表示传送的范围，Content-Length表示实际传送的字节数。 Last-modified实体头 Last-modified实体头指定服务器上保存内容的最后修订时间。

2007/09/18  小雨转中雨

C是一种面向过程的语言；

C++是一种面向对象的语言；但是C++的面向对象不是强制性的，能够兼容C；C和C＋＋都是一种高效率语言；但是不能解决跨平台的一致性问题，也没有标准的编译器

SUN公司退出的Java语言；
Java 语言是一种完全面向对象语言；对于关注跨平台的执行能力的程序员来说，Java是一种很好的选择；源于Java的虚拟机经过了一段时间的发展，在解决跨平台的问题上也没有损害性能。

.net技术
.net是一种适用于网络应用的技术；主要是解决了跨平台，多语言的问题
Framework是.net开发平台的基础类库；Visual Studio.net是其主要的开发工具
.net 主要支持的语言有C#.NET,C++.NET,VB.NET
.net可以把各种语言编译成.dll文件供其他语言调用

.net开发平台由一组用于建立Web服务应用程序和Windows桌面应用程序的软件组件构成
包括.NET框架(Framework)、.NET开发者工具和ASP.NET。

C#介于Java和C＋＋之间，是一种类似于Java的完全面向于对象的语言；C＃的运行环境需要.net，具有跨平台，跨语言的特征

asp.net是.net中的一个分支，是用来做web的

开发ASP.NET可以用多种语言比如VB、C#、J#==，微软官方推荐用C#

 

激励人生成功的10句经典英文

1.do one thing at a time, and do well.
翻译：一次只做一件事，做到最好！

2.never forget to say thanks .
翻译：永远不要忘了说“谢谢”！

3.keep on going. never give up.
翻译：勇往直前， 决不放弃！

4.whatever is worth doing is worth doing well.
翻译：任何值得做的事就值得把它做好！

5.believe in yourself.
翻译；相信你自己！

6.i can because i think i can.
翻译：我行，因为我相信我行！

7.action speak louder than words.
翻译：行动胜于言语！

8.never say die.
翻译:永不气馁!

9.never put off what you can do today until tomorrow.
翻译：今日事今日毕！

10.the best preparation for tomorrow is doing your best today.
翻译：对明天做好的准备就是今天做到最好！

 

软件测试及Bug管理经验谈

 

1、 写在前面的话

 

本人从事软件工作多年，对如何作测试、如何管理Bug上有一些体会和想法；正好看到网上关于这方面的讨论较多，不妨简单地写出来。本文就测试工作的组织及工具的选用介绍一下主要的思路，供大家参考。

 

2、如何作好软件测试

 

（1）清晰的质量概念

常言道没有规矩不成方圆，产品交到您手上，各方面质量标准您要心中有数。安装卸装、功能性能、用户界面、出错与恢复......等等，您可列出大纲式的CheckList，不一定很详细但一定要全。

不同的开发队伍，规范化水平不同，他们不一定能提交完善的规格书、品质书，如果您自己也没有这个概念，测试中就容易疏漏很多东西。比如，界面上的Button大小、用词、字体、颜色等有规范吗？页面响应时间呢？总之，您要让人家明白，您对这些方面是有要求的。

（2）善作计划

按照CheckList，要测试的东西真的是很多，但人力、时间等资源是有限的，您需要考虑重要性、优先级等因素，作一个测试计划。确定测试内容是重要的，确定哪些不测或暂缓测试、同样也是重要的。针对需要测的内容，安排测试环境、人员、时间等，这些大的方面要与上司、相关人员讨论清楚，获得他们的支持。接下来再细化大的Check点，形成详细的测试方案。

（3）明确进入退出标准

需要明确进行测试所必须具备的条件，如：测试环境、送测产品的媒介形式、文档等。如果达不到基本要求可明确地提出来，暂时退出直到问题得到解决，否则很浪费大家时间的。如：环境不具备、根本就安装不上、有大量严重错误等。

（4）对测试人员的要求

逻辑思维要强，说到底，测试就是一种逻辑覆盖，要用尽量少的测试实例覆盖尽量多的逻辑，这就是效率。细心很重要，在每一个测试点，您需要静下来好好想想，还有哪些可能的情况？细心一定会给您带来高产量的Bug的。

（5）关于自动测试工具

任何工具都是在人的安排下发挥作用，您自己如何测永远是第一位的。一般说来，自动测试工具只能在压力、容量等某些性能领域发挥作用，其他绝大部分需要的是勤奋和智慧。

（6）不断积累、持续改善

您无论多么出色还是会漏掉Bug，您需要有一个方法能够不断地、持续地改善。分析总结原因、不断完善测试计划、测试方法等，并用文档整理出来，您的基础就会越垫越厚，工作越来越有效。

（7）明确自己的责任

作为测试人员，您的任务就是找出缺陷、及时清晰的汇报给相关人员，让管理者清楚产品的质量状况。有时，您测出的问题他们决定不改，或者您认为没达到Release标准他们决定Release，这是可能的。影响一个决定的因素是多方面的，有经费、市场、策略、质量等，虽然测试通常是产品开发的最后一关，但我还没有见过测试人员决定一切的。

 

3、Bug管理的作用层次

 

软件开发的重点已经从技术转到管理与质量控制上了，如何按时做出符合质量的产品是我们最大的挑战，测试工作在开发过程中占据相当大的份额，Bug管理的作用可想而知。其作用基本上分以下几个层次。

（1）备忘与沟通

备忘是一个Bug管理系统最朴素、最基本的作用，好记性不如烂笔头，道理就这么简单。您什么时候测出了Bug、怎么测的、当时环境怎样，开发人员解决了没有、什么时候解决的、如何解决的，需要及时记录下来；问题一多，您靠记忆是记不住的。没有遗漏地记下所有问题点并确保适当地处理掉，是Bug管理的基本要求。

Bug的产生、变更需及时通知相关人员，他们也应能随时查询不同状况的Bug 数据，良好的沟通才能保证有效的协作。

（2）监控

作为项目管理者，您需要及时全面了解目前的项目状况，有些Bug是影响全局的严重错误，需要立即做出处理、决策；有些Bug需要决定改还是不改，或是放入以后版本、分配给其他人等等。所以项目管理者应该能够监控Bug状况。

（3）定量分析

对Bug数据作定量的统计分析是更进一步的需求，如：bug数量随时间变化的趋势图、从测试者、责任人、缺陷级别、缺陷原因等不同角度统计缺陷数量等等。

（4）环境集成

更高一级的需求是与需求、测试方案、SourceCode、自动测试工具等关联起来。

 

4、Bug管理工具的选用

 

与选用任何一件商品一样，与您的需求、产品价格、服务等有关。

（1）需求

大部分开发机构对Bug工具的要求并不高，能记录问题点、能及时传达给相关人员，并监督他们都作了适当的处理，基本上就可以了。很多网友说某某系统怎么弄得这么复杂、这么贵，自己花一个星期就能做个可用的东西，说的就是这个意思。早期，市场上没有合适的Bug管理系统，我使用Excel作，说实在的也不错。当然啦，时代在进步，Bug管理系统可更好地实现这些需求。

稍微高一点的要求，可做定量的统计分析，挖掘信息潜在价值。

更高一级的需求，就是景上添花啦，可以与需求、测试方案、SourceCode、自动测试工具等环境集成。但事物总是两面性的，要真正发挥这些作用需要有完善的需求规格、测试方案，需要仔细规划自动化工具所产生数据的过滤、运用。一句话，对自身的规范化要求较高，否则这些功能听起来不错，实际利用不起来。

（2）服务与价格

从价格上说，有3类缺陷管理工具可供选用。

一是纯免费的，如Bugzilla、Mantis等。但免费的东西用户友好性差、安装难，您需要懂linux、perl、mySQL、apache之类的东西；而且没服务，出一点问题您就上Internet淘技术文章去吧，如何安装、使用这些免费软件简直是一门学问了。

二是价格较低的国产软件，基本满足备忘沟通和监控的需要。如华创BMS，做得比较灵活，字段、权限、email通知、数据字典等都可以定制，适应性较强，统计报表的定制性也较强，可以做一定的定量分析。一般开发单位使用这类系统基本够用。

三是价格中等或较高，如微创的BMS、MI的TestDirector、IBM Rational的ClearQuest等。可以做一定的环境集成，如TD，可以把Requirement、Testplan、Bug关联起来，微创BMS可以与MS Project、SourceSafe关联。价格稍高，几万到几十万之间，关键是这些高级功能您真的能利用上。

 

总的说来，适合您的、就是好的，微软内部的Bug管理界面也非常朴素，看上去有点像windows 95那个时代的小工具。另外服务是很重要的，问题解决不了耽误自己的时间不说，可别影响测试工作。

 

5、典型Bug管理工具比较

 

我经历过几个单位，如何管理Bug前后使用过Excel、自制的简易工具、Bugzilla、TD、华创BMS，再参考分析ClearQuest、微创BMS，分析比较如下：

查看(1038) 评论(1) 收藏 分享 管理

      最近有不少朋友在论坛里问到"QTP如何做回归测试?"的问题,这里我们有必要来探讨一下.首先这个问题中存在一个误区,事实上回归测试怎么做,跟自动化工具没有必然的联系.所以这里的如何做回归测试并不是一个QTP的问题,而是一个回归测试的策略的问题.

     我们先来了解一下回归测试的概念和策略以及一般大致会采用的流程.

     那么什么是回归测试呢?简单的说,回归测试是贯穿在整个测试的各个阶段的一个测试活动.它的目的是检验已经被发现的缺陷有没有被正确的修改和修改过程中有没有引发新的缺陷.软件在测试或者其他活动中发现的缺陷经过修改后,都要进行回归测试的验证.

    我们在做回归测试的时候可以采用不同的策略.

策略(1) 可以选择完全重复测试.把所有的测试用例,全部再完全的执行一边,以确认问题修改的正确性和修改后周边是否受到影响.缺点是由于要把用例全部执行,所以会增加项目成本,也会影响项目进度.所以很难来完全执行,所以引出了回归测试策略(2) 选择性重复测试.

策略(2) 可以选择性重复测试.可以选择一部分进行执行,以确认问题修改的正确性和修改后周边是否受到影响.那么我们怎样去选择用例呢？这里有三个方法：１．覆盖修改法　针对发生错误的模块，选取这个模块的全部用例进行测试．这样只能验证本模块是否还存在缺陷，但不能保证周边与它有联系的模块不会因为这次改动而引发缺陷．所以引出第２个方法，即２．周边影响法．除了把出错模块的用例执行之外，把周边和它有联系的模块的用例也执行一边，保证回归测试的质量．当然我们还可以用量化的角度去分析模块的质量，比如：经过上面的一系列回归测试后，看看遗留的缺陷率是否已经在允许的范围之内了，那么我们以此为标准可以结束本次回归测试．也就是我要提到的第三个方法　３．指标达成法．

　　　回归测试的流程

１．在测试策略制定阶段，制定回归测试策略

２．确定回归测试版本

３．回归测试版本发布，按照回归测试策略执行回归测试

４．回归测试通过，关闭缺陷跟踪单

５．回归测试不通过，缺陷单返回开发人员．等重新修改，再次做回归测试．

那么我们为什么会把工具和回归测试联系起来呢?原因是在回归测试中我们会去做大量的重复的执行测试用例的操作.为了让测试员能够从这种重复的工作中解放出来,去测试更多新的用例,我们所以可以选用一些自动化测试工具,来录制脚本,代替一部分手工操作.但事实上并不是这些工具只能用在回归测试中,在其他操作上也可以应用.但有一点是工具不能完全代替手工测试,它只是手工测试的一种补助.所以QTP作为一款功能测试工具,可以运用到回归测试中.

 

    身边有一个高级主管，就是幸福。

    有什么错误，哪些工作不到位，他都很耐心的给你提出来。不过，也有烦的时候，就是他忙的时候。

    最近在提交bug时，出现了不完美的地方。这不，头儿又给俺做指导了。

   两个大问题 ：

   1，summary不够概括，简练。太罗嗦

   2，提交的bug report过于罗嗦，不易看懂。

   发现问题就要解决问题，为此，本人结合自身特点，从网上找到相关资料，加以总结。

  提交有效bug需要注意以下几点：

   

在面试的时候你是否被问到过这个问题，反正我遇到了，而当时的我却不知道如何回答，后来查了一些资料，觉得下面的介绍还不错，和大家分享

Alpha和Beta测试简介

 

今天看到论坛里一个学员在问“到底应该是谁把缺陷状态置为PostPone,Rejected,Duplicate是Developer还是PM或CCB？”，还有学员对优先级这个字段理解的不够透彻，原话是“优先级的填写要看情况的。因为有时Tester 开的bug 很多，而PM又有好多TESTER，那PM就来不及去一一看那些BUG了，这时Priority就得由tester填写”，而论坛里还有同学找了篇英文的文章来告诉大家“看，老外都是这么做的”。

我觉得有必要给大家解释透这两个概念，这样不至于在日后的工作中做错。

以下粉红色部分是对那篇英文的引用，后面则是我的回答（结合微软的实际例子给大家说明）。

从这篇文章来看，这段英文描述是有问题的——不能说不对，至少不合理。
优先级不应该给tester指定，这也是很多缺陷流程制定者容易忽略到的地方——很大一部分原因是流程制定者没有做过项目管理的工作或者学习过项目管理的知识。

为什么这么说呢？
因为Tester只是项目团队的成员之一，对缺陷管理、项目进度和项目风险都不可避免的会“盲人摸象”、“管中窥豹”，只“看”到自己“看”到的那个部分。
一般来说，一个被测系统往往需要多个tester的，而每个tester往往只关注自己发现的bug，不大会去了解其他tester所发现的bug，那么在这种情况下，他如何能够决定这个bug被修复的优先级别呢？！
这里再次强调一次，大家必须了解“Priority”真正的含义和作用——它是给管理者来据此做项目决策的，也就是说，缺陷优先级将直接导致工作安排的优先顺序。PM正是通过参考缺陷优先级来安排开发人员的工作顺序（这甚至能在Project里体现），使得项目风险降低、项目成本降低，解决问题更高效。
其实，这在微软内部就叫做“基于风险的测试”，也就是指评估测试的优先级，先做高优先级的测试，如果时间或精力不够，低优先级的测试可以暂时先不做。有如下一个图，横轴代表影响，竖轴代表概率，根据一个软件的特点来确定：如果一个功能出了问题，它对整个产品的影响有多大，这个功能出问题的概率有多大？如果出问题的概率很大，出了问题对整个产品的影响也很大，那么在测试时就一定要覆盖到。对于一个用户很少用到的功能，出问题的概率很小，就算出了问题的影响也不是很大，那么如果时间比较紧的话，就可以考虑不测试。

以下是微软公司的缺陷流程（不知道现在做微软外包的公司是否也采用这套流程），给大家参考参考。
Bug跟踪过程
　    在软件开发项目中，测试人员的一项最重要使命就是对所有已知Bug进行有效的跟踪和管理，保证产品中出现的所有问题都可以得到有效的解决。一般地，项目组发现、定位、处理和最终解决一个Bug的过程包括Bug报告、Bug评估和分配、Bug处理、Bug关闭等四个阶段：
　    1）测试工程师在测试过程中发现新的Bug后，应向项目组报告该Bug的位置、表现、当前状态等信息。项目组在Bug数据库中添加该Bug的记录。
　   2）开发经理对已发现的Bug进行集中讨论，根据Bug对软件产品的影响来评估Bug的优先级，制定Bug的修正策略。按照Bug的优先级顺序和开发人员的工作安排，开发经理将所有需要立即处理的Bug分配给相应的开发工程师。
　    3）开发工程师根据安排对特定的Bug进行处理，找出代码中的错误原因，修改代码，重新生成产品版本。
　   4）开发工程师处理了Bug之后，测试人员需要对处理后的结果进行验证，经过验证确认已正确处理的Bug被标记为关闭（Close）状态。测试工程师既需要验证Bug是否已经被修正，也需要确定开发人员有没有在修改代码的同时引入新的Bug。

话说回来，网上有很多自称专家的人在那里大谈特谈所谓的优先级标准，什么“系统死机是高级别，界面错误是低级别”之类。其实这些指的是缺陷的严重级别（Serverity）！
当然，一般来说缺陷的严重级别也不是tester“主观判断”决定的，如果公司比较规范的话，会由测试经理、项目经理等组织制订这么一份相关的标准文档，文档是关于对应缺陷严重级别的定义。Tester在测试的时候就根据这么一份文档来决定对应Bug的严重级别。
我下面粘贴某公司的一个《缺陷等级标准》的文档，大家可以看到其中的“E类——测试建议”正是我上课所说的Enhancement。

========================
缺陷严重级别定义:
     o 最高级--导致运行中断(应用程序崩溃),预期的功能没有得到实现,测试工作无法继续进行等.
     o 紧急---事件非常重要,并且需要马上给予关注.
     o 高级---事件是重要的,并且应该在紧急的事件处理之后尽快得到解决.
     o 中级---事件是重要的,但是由于解决问题需要花费一定的时间,所以可以用较长的时间解决.
     o 低级---事件不重要,可以在时间和资源允许的情况下再解决.
     o 建议性缺陷.

更为详细的划分如下:

A类——严重错误，包括：
          o 由于程序所引起的死机,非法退出
          o 死循环
          o 导致数据库发生死锁
          o 数据通讯错误
          o 严重的数值计算错误

B类——较严重错误，包括：
          o 功能不符
          o 数据流错误
          o 程序接口错误
          o 轻微的数值计算错误

C类——一般性错误，包括：
          o 界面错误(详细文档)
          o 打印内容、格式错误
          o 简单的输入限制未放在前台进行控制
          o 删除操作未给出提示

D类——较小错误，包括：
          o 辅助说明描述不清楚
          o 显示格式不规范
          o 长时间操作未给用户进度提示
          o 提示窗口文字未采用行业术语
          o 可输入区域和只读区域没有明显的区分标志
          o 系统处理未优化

E类——测试建议（非缺陷）


===============================
好了，关于缺陷优先级和严重级别我解释到这儿，我希望同学们在学习的过程中知其然更要知其所以然。流程的制定不是想当然的，更不是因为看到别的公司都这么做自己就跟着做的。项目管理、缺陷管理都需要有很深的技术管理知识作为支撑，否则是作不好的。

     当我们在录制脚本中,有时会遇到某个对象回放时不能识别.那么就可以考虑是不是可以做个虚拟对象来代替它．您可以将这些对象定义为虚拟对象，并将它们映射到标准类，例如按钮或复选框。QuickTest 在运行会话过程中模拟虚拟对象上的用户操作。在测试结果中，虚拟对象显示时类似标准类对象。

　　　下面我们还是通过一个例子来具体操作一下．这次选用LoadRuner自带的b/s架构的web例子，来录制脚本．（注：运行这个例子，同时把web server先给开起来．）．这次只录制一个点击sign up（注册）的步骤．
录出脚本如下：

Browser("Mercury Tours").Page("Mercury Tours").Frame("navbar").Image("signup").Click　45,12

QTP把这个button对象识别成了Image（图片）对象，导致最后回放的时候，QTP不能完成Click操作，弹出报错信息．对于这个对象，我马上想到了做个虚拟的button对象来代替它．

下面是整个虚拟对象的制作过程：

１．选择“工具”>“虚拟对象”>“新建虚拟对象”。或者，也可以在虚拟对象管理器中，单击“新建”。将打开虚拟对象向导。单击“下一步”。

２．选择要将您的虚拟对象映射到的标准类（这里有六种对象类供你选择，分别是object，button，table，list，check box，radio button）．这里我们要映射一个button对象，所以选择button．单击＂下一步＂

３．单击“标记对象”。选择你要做虚拟对象的区域，拖动鼠标．尽量能覆盖整个你想替代的对象．

４．在“标识对象使用”框中，选择您希望 QTP 标识和映射虚拟对象的方式。

如果您想要 QuickTest 标识所有出现的虚拟对象，请选择“Parent only”。

如果想要 QuickTest 仅标识一次出现的虚拟对象，请选择“Entire parent hierarchy"。

这里我们选择默认的“Parent only”。

５．指定虚拟对象的名称和集合。从集合列表中选择，或通过在“集合名”框中输入新名称来新建集合

点击完成，整个虚拟对象就做好了．

虚拟对象做好后，保存在虚拟对象管理器中．我们可以通过虚拟对象管理器来删除或禁用虚拟对象定义．

选择“工具”>“虚拟对象”>“虚拟对象管理器”。将打开虚拟对象管理器。

注意：如果希望 QuickTest 在录制时识别虚拟对象，请确保清除“选项”对话框的“常规”选项卡中的“录制时禁止识别虚拟对象”复选框。

接下来我们再来录制一遍对sign up的操作，录制代码如下：

Browser("Mercury Tours").Page("Mercury Tours").Frame("navbar").VirtualButton("button").Click

在录制过程中值得注意的是，一定要点击到我们做好虚拟对象的范围内，这样QTP才能识别到这个虚拟对象．这里我们的虚拟对象识别成功．再次回放，QTP顺利的执行了脚本．

还有两点要注意的是：

１．虚拟对象管理器中显示的虚拟对象集合存储在您的计算机中，而不是随包含虚拟对象步骤的测试或组件存储。这意味着如果您在测试或组件步骤中使用虚拟对象，则仅当在包含正确的虚拟对象定义的计算机中运行时，该对象在运行会话过程中才能被识别。要将您的虚拟对象集合定义复制到另一个计算机，请将您的 <QuickTest 安装文件夹>\dat\VoTemplate 文件夹的内容（或该文件夹中的单个 .vot 集合文件）复制到目标计算机上的相同文件夹中。

２．仅当录制和运行测试或组件时，才能使用虚拟对象。您不能在虚拟对象上插入任何类型的检查点，也不能使用“对象探测器”来查看其属性。

接下来你可以继续完成整个sign up过程，还有多个类似的对象需要做虚拟对象．你也可以试一下？