今天是按照工作作息时间表执行的一天，大体上还是按照作息表来完成，不同点就是本来打算6点起床，实际起床时间为6半，相比原来还是算起来的比较早的。昨天打算把交付件发起检视，由于出了一些意外而没有完成。今天主要有几个地方需要自己好好改进一下。
  1。昨天做的工作到今天上午都没有保存，由于不小心把电脑给重启了。导致昨天到今天上午都白费了，也直接导致了今天的工作任务还没有完成。经常犯这样的错误，以后一定要注意了。一定要养成定时保存的习惯
  2。人有点固执和有时候太自信，今天在进行基线开发的时候，发现在上次需求澄清会议中记得有些内容连自己都已经看不懂了，想了好久才想出来。记得上次在开会的时候，老大还使劲说我，叫我记得详细一些，把别人的原始需求也尽量多写些，但是我觉得我已经知道意思了。就随便写了一下。还对老大有点偏见。。。觉得没有必要做的那么细。看来自己错了。以后得要虚心点了。能多记就多记点
 3。另外就是老大说的。需要在做事情的时候需要把眼光放长点。不要总考虑眼前先做完，而不进行整体考虑怎么做效果最好。导致后续又一些返工。今天做的基线就出了点问题。由于有一个字段没有考虑，可能后续格式的调整又要花些时间了。
 不过总的来说，今天还是觉。的比较满意的。虽然说出了一件倒霉的事情，但却是我最近以来感觉最好的一天，突然发现工作是件不错的事情。希望自己能继续保持如此心态坚持下去。

  最近一直工作状态不是很好，到了公司，明知道有很多事情需要完成，但是就是不想做．总想要不逃避，所以今天上午做了一个个人时间作息表．准备早睡早起．我最近总感觉工作不快乐，下午下了班在公司抽空看了一下做一个快乐的职业人，对里面有句话很有感触．一个人大部分的时间都是在工作上，如果把工作的乐趣都丢掉，工作的很痛苦，我们何必用一大半的时间去换另外一小部分的所谓的快乐呢．有时候我总感觉自己带找一种情绪在工作，所以做起工作来总是不顺心，在里面提供了一个如果遇到不顺心的事情的处理方法，主要是有两个方法我倒觉的确实还是有点作用的。
　　　　　１．平心静气（首先是降低声音，继而放慢语速，最后胸部挺直）
　　　　　２．闭口倾听（如果发生了争吵，切记免开尊口，先听听别人的，让别人说完，要尽量做到虚心，诚恳，通情达理）
　　今天晚上回来的时候，按照作息表，做了半个小时的瑜伽,在写今天的工作总结，写完后，准备睡觉
从一本书看到过，说一个人把某件事情能坚持３０天，就能成为一种习惯，我希望自己能坚持．．
　　
明日计划：
能发交付件发起检视．

目标：提高胶片的写作能力，    措施：学习金字塔原理  
     提高英语阅读能力        措施：背诵A-Z的软件测试专业名词。

 

最近压力实在是太大，很害怕上班，每天早晨起来的第一件事情，就是想如果不上班该有多好啊。老公说如果觉得撑不下去的话，就辞职算了。。。。休息一段时间在去找工作，但是想想真的可以吗？，如果现在辞职，所有的经济压力就压在老公身上拉。我们还打算过两年结婚，买房，如果我辞职了的话，这些又会难以实现了。现在这么大的人了，是可以考虑结婚了。。。。。。所以我一定要挺过去，也许我每天已消极的态度去对待这个事情，所以才会进展慢，或许换个心态去努力做这件事情，也许会有转机的机会，过了这个坎，后面就好走了。。。。。加油，坚持下去，，总会有转机的一天。

    写作能力一直不是很好，说好每天来写的东西的，又是没有坚持，在此也为自己找了一个之所以不写的理由，我好像经常这样为自己找一个逃避的理由，比如说逃避写总结，写胶片，主动去帮别人培训等等。最近换了一个部门，不知道是好事情还是坏事情，原来觉得是好事情，现在却觉得却呆不下去了，发现自己的能力对现在这个职位是相差的太远 ，这里需要良好的表达沟通能力，良好的胶片写作能力，过硬的技术能力，良好的创新能力，良好的英语能力和项目管理能力，对于自己来说除了具有创新的能力之外，其余的都不行，有想法还是难以用文档化的东西给表达出来，记得去年我在家里跟我朋友说出测试CBB的想法，今年部门的也有几个牛人在做这件事情，而我却不能用文档化的东西给表达出来，朋友说这是因为没有想清楚的问题，所以表达不出来，我想也是，我不明白为什么我总是这么浮躁。东西总是不能深入下去。
  最近的项目做了好几个月，却没有任何进展，也没有让领导看到任何的东西，走了很多弯路，现在也觉得进展的非常痛苦，感觉心情也是越来越糟，没有去锻炼，身体也越来越差，天天又没有精神，很想去逃避，或是要么辞职算了，但是能逃避的到吗？朋友跟我说，反正是要过去的，要不就是拼死一搏，要不就憋住气，反正是要过去的。
是啊！但是这是一件多么的难过的一段时间，有时候我也在想为什么要来这个部门啊，原来在那个部门是不是要活得的开心点呢，那里有那么多耍的很好的同事，也可以做自己感想做的部分。虽然可能还是会做测试执行。但是那又怎么样呢，只要活得开心，工资照样拿。。。。到这里却感觉是多么的不适应。。我也想好好的努力，去适应这个地方，但是那么多的不满足，又该从哪里下手呢？

从事测试两年，对测试也有了新的一个了解，对于每一个刚刚进入测试行业的测试人员来说，大部分都会想到一个问题，此行业有发展吗？测试比开发的地位是高还是低呢？，对于第一个问题，那肯定的说，测试行业是一个发展广阔的行业，测试发展道路很宽，严格的来说，应该是比开发要宽，但是你会发现在很多公司的大部分测试人员觉得测试行业的发展很窄，觉得天天做的只是一个机械的活动，不能做开发的人员就可以流入到测试。。开发的地位就是比测试要高，测试总是跑在开发的屁股后面。我想有这种思想只是还没有真正了解测试。
   当然，出现这种情况，也不是没有它存在的道理，世界上所有的东西只要是存在，即有它存在的合理性。。不管是物质上还是精神上的。要说的它的合理性，那得追溯到测试的产生的原因。最开始是不存在测试行业的，开发人员把软件开发不进行相关的测试就投入了使用，但是随着软件规模和复杂度的提高，如果不进行测试，会发现后续维护的成本要远远大于开发的成本，所以就产生了测试此行业(其实无论某一个行业的兴起都应该是以物质为驱动的，什么最合算，利润越高，它就有发展的潜力。),所以最开始的测试，只是一个对已经做出来的软件进行相关的验证。来证明他的正确性，或是找出来此软件存在的BUG，所以都是基于已一个经做出来的软件。测试这两个字，就注定了测试的是一个已经存在的东西。但是随着软件行业的发展，测试应该不仅仅是局限于保证一个已经开发的东西，而应该包括他前期的保证。做软件的人都知道，BUG越早发现成本就越低。所以怎样保证在开发在前期少犯小错误，是以后发展的方向。但是谁才最知道软件在什么情况下犯错误呢，这个肯定是测试人员，所以前期测试人员就应该对开发的开发起到一个指导作用。
 另外，单从做技术上讲，做软件最有发展前途当所软件架构师，那谁将是软件架构师最佳人选。是开发还是测试呢，说到这个问题，需要问大家几个问题。
问题一：谁最了解客户，是开发还是测试？
问题二：对于软件周边谁更了解，是测试还是开发。
问题三：谁更了解整个大系统，是测试还是开发
问题四：从知识了解的广度上来说。是测试广还是开发广。
如果在比较大的公司工作过的测试人员，上面的几个问题，毫无疑问，答案都应该是测试(当然对于比较小的公司来说，一个或是开发人员就搞定一个系统的则不算在范围内)
另外对于软件开发人员来说，如果拿到某一个需求，习惯性的马上就会去想它的实现方式，而做为测试人员由于不了解实现的细节，更容易从整体去把握正个需求的实现，从理论上来讲。后面的实现方式应该是更加合理性。做出来的东西应该是更加组件化，也将更具有架构性，其实这种也是行业的区别，人的习惯性思维是很难改变的，开发更加注重实现的细节，而测试更关注整体。所以从上面几点，我认为测试人员从理论上是更合适做架构的。但是由于开发产生在测试前，所以当前开发人员看起来要比测试高。但是我相信在以后的将来，测试人员的定位一定会更开发人员平起，更有可能是要超过开发人员的。引用一句话“不是不会超过，只是时间未到“当然这个时间的长短都是掌握在我们测试人员手中，是要短点，得需要测试人员的不段的努力和自己能力水平的提高。但是我相信这个时间将不是很长，因为我们有优势，测试人员整体把握系统的优势，更加了解客户的优势。
备注：好象写的跟题目有点出入，其实我另外还想说的是，现在的测试也许叫质量保证员更加合适，不管是设计前期还是实现后期。我相信测试是一个很有发展前途的一个行业，如果想做好测试，需要了解的并不比开发要少，可能要更多。（本人写作欠缺，我想大家可能都不知道我要表达什么意思，不过豁出去了，要提高写作水平，也只能强求多写，先不管大家看不看的懂，写了，就是我最大的进步）

在浅谈测试之一中提到了一个好的测试用例在于能发现至今未发现的错误,一个成功的测试是发现了至尽未发现的错误的测试,如果要设计好的用例或是在测试执行的时候要发现缺陷的话,就需要具备有不同的思维放肆,在我这一年多来的测试中,总结了主要有以下几种思维方式:常规思维,逆向思维,发散思维，破坏思维,对照思维.
1.常规思维
  此思维方式是最基本的思维方式,也是大家都常用的一种思维方法,就是在正常的使用条件下,系统相关功能按照设计的要求实现了..比如说,测试QQ视频功能,就是A发送一个视频请求,在网络正常下，B断能收到视频请求.
2.逆向思维
 所谓逆向逆向思维也叫求异思维，它是对司空见惯的似乎已成定论的事物或观点反过来思考的一种思维方式。是有别于常规思维的一种思维方式,比如说,如果输入A,就不能输入B了,在这种情况下,我们可以考虑一下先配置A,再删除B,然后在采取增加B的情况,说不定在这种情况就会出问题了.
3.发散思维 
 发散思维就是指的测试执行过程中不局限于测试设计和产品测试需求的描述,需要多考虑本测试点周围相关的点,包括功能的相似点,组合的相似,形态的相似等等,当然在测试的时候,也不是无限的发散,还是需要考虑测试的进度,所以发散的范围还是需要控制的.比如说在测试TCP协议的时候遇到了某一个问题,而这点SCTP的处理方式也是相似的，则可以看看SCTP是否也存在此问题.一般上都会是有问题，因为人犯错误也是相似的..人犯错误也是符合二八原则的.
4.破坏思维
 现在的社会对软件的可靠性方面也是越来越重视,作为一个优秀的软件产品不仅仅是在正常运行条件下能畅通无阻的运行,在异常情况的生存能力和防御能力也是一个重要因数.这里所说的破坏思维即是一种异常测试,比如说参数不合理,故意踩内存,不按常规去操作,总是一种正当合理的不段破坏.但是大家要注意到的是一种正当合理的折腾,而不是一种无所欲为的破坏.所谓正当合理大家也不要理解成为大家会在操作规范下测试,大家在测试的时候,要把自己当成"傻瓜"一样的测试,没有专业技能,不懂得规范,对业务知识不熟悉,会随便的操作界面上能操作的地方.
5.对照思维
 对照思维,也即是一种比较的思维,主要可以分为反向对照和正向两个方面的对照.
 反向对照
所谓反向对照所只的是如果A成立就可以推出B也成立，如果B不成立那A也应该不成立。即使如果两个是充分必要条件，则就可以从B来推出B。
正向对照
即是一个系统中两个实质相同的功能的一个对照。如果两个功能上实质是一样的，但是实现却有大的区别，这种如果不采取对比的思维，分别看待的话，可以没有问题，但是放在一起的，则可以说明是存在一定的问题的。之所以使用此思维方式其实是可以归根于代码组件化的兴起。因为如果实质相同的功能采取相同的处理方式，第一就是可以提供代码的复用度，第二，也是可以降低维护成本的。上面说的主要是功能的对比，另外一种就是可维护性和统一性的对比，就简单的打个比如，微软如果某一个窗口把关闭的图标做在里面，而其他把此图标都是做在外面的。向这样的问题，做为测试人员也是需要提出的，现在产品的缺陷不仅仅值的是功能上，对于社会对软件的可维护性和易用性的重视。对于此类问题也是不容忽视的。
 总结：随着测试行业的发展对于BUG的定义也会有新的变化，也会有不同的含义，从多个角度去设计和测试来发现不同类型的BUG是作为一个合格的优秀的测试人员所要必备的一种能力。

 

 

   星期一请假，今天打算去好好工作的，因为实在是有太多的事情要做，谁知道一到公司就头痛。并且感觉对测试执行也非常的反感，一点工作激情也没有。真不知道该怎么办好。所以就这里翻翻。那里翻翻，度日如年。好不容易熬到下班了。用例没有执行几个，下班之后就跑去健身了。。如果在用这种心态去工作的话，看来我是没有发展了。。，如果想到这个职位上有所发展的话，看来是一定要改变一下工作状态了。
   工作两年了，除了对测试流程和测试理论有点了解之外，其余都却知道的非常少。比如说操作系统，数据库，C语言等等。其实这些在工作上都是需要用的，但是每次都是囫囵吞枣，从来就没有去深究过。所以两年过去了。这几个方面一点长进都没有。有时候想，如果我要是从我们公司离开，我去面试，我懂的什么呢。突然发现自己好象什么都不懂，两年了。总是匆匆忙忙的测试一些东西，设计一些东西，但是积累的确实非常少，每次做完一件事情从来也没去总结一下，测试什么就只是知道测试的那点点，对于涉及到的另外的东西也懒的去了解，从来也不去发散学习什么知识。。。总是每个地方知道一点点。却没有一块是精通的。两年是这样过去了。希望在过一年后，自己能在TCP/IP或是操作系统方面能有个比较系统的理解。。。。计划总是美好的，行动起来总是非常困难，，。。

 
 

前言:做了两年的测试,回过头来发现自己学的东西是那么少,对于测试,很多基本的理论都不能说不出来,原来总认为自己不想在测试路上有多大的发展,但现在仔细的想想,发现自己也不是那么讨厌这个行业,思考了两年也还是不知道我最喜欢的是什么?,既然如此,还不如好好把此行业做好,学习测试技术,操作系统,网络,数据库等等知识,总比天天胡思乱想好,另外也希望自己能把每天学到的东西写出来,主要是为了锻炼自己的写作水平,其次也能加强理解所学到的东西.

---

第一章测试概述学习总结

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

http://bdonline.sqe.com/　　 一个关于网站测试方面的网页,对这方面感兴趣的人可以参考 51Testing软件测试网u'stNk"w
http://citeseer.nj.nec.com/　　 一个丰富的电子书库,内容很多,而且提供著作的相关文档参考和下载,是作者非常推荐的一个资料参考网站 51Testing软件测试网$C+iuR~6t
http://groups.yahoo.com/group/LoadRunner 　　性能测试工具LoadRunner的一个论坛 51Testing软件测试网zMj^3Y
hNV6lET
http://groups.yahoo.com/grorp/testing-paperannou-nce/messages 　　提供网站上当前发布的软件测试资料列表
{[ k-Zm VaZv8s0O4K0http://satc.gsfc.nasa.gov/homepage.html 　　软件保证中心是美国国家航天局（NASA)投资设立的一个软件可靠性和安全性研究中心，研究包括了度量、工具、风险等各个方面
mL/k2]/P#pI
E0http://seg.iit.nrc.ca/English/index.html　　 加拿大的一个研究软件工程质量方面的组织，可以提供研究论文的下载
Y"e~&PX U8}_0http://sepo.nosc.mil 　　内容来自美国SAN DIEGO的软件工程机构（Sofrware Engineering Process Office)主页，包括软件工程知识方面的资料 51Testing软件测试网 cS0sK T-r:o
http://www.asq.org/ 　　是世界上最大的一个质量团体组织之一，有着比较丰富的论文资源，不过是收费的 51Testing软件测试网#\P%?.D N*m7OK
mH
http://www.automatED-testing.com/ 一个自动化软件测试和自然语言处理研究页面，属于个人网页，上面有些资源可供下载 51Testing软件测试网0r\F.yoB;I
http://www.benchmarkresources.com/ 提供有关标杆方面的资料，也有一些其它软件测试方面的资料 51Testing软件测试网6tF"t7h0m],R4r5w
http://www.betasoft.com/ 包含一些流行测试工具的介绍、下载和讨论，还提供测试方面的资料 51Testing软件测试网5H8jm u0x
http://www.brunel.ac.uk/~csstmmh2/vast/home.html VASTT研究组织，主要从事通过切片技术、测试技术和转换技术来验证和分析系统，对这方面技术感兴趣的人是可以在这里参考一些研究的项目及相关的一些主题信息
Q4K"JX!^i [[LA0http://www.cc.gatech.edu/aristotle/ Aristole研究组织，研究软件系统分析、测试和维护等方面的技术，在测试方面的研究包括了回归测试、测试套最小化、面向对象软件测试等内容，该网站有丰富的论文资源可供下载
1B
ZdJ-lT7\0http://www.computer.org/ IEEE是世界上最悠久，也是在最大的计算机社会团体，它的电子图书馆拥有众多计算机方面的论文资料，是研究计算机方面的一个重要资源参考来源
6wX*D#A_Ql"W(]l(M/BE0http://www.cs.colostate.edu/testing/ 可靠性研究网站，有一些可靠性方面的论文资料 51Testing软件测试网g%ZmN PHX6G,z
http://www.cs.york.ac.uk/testsig/ 约克大学的测试专业兴趣研究组网页，有比较丰富的资料下载，内容涵盖了测试的多个方面，包括测试自动化、测试数据生成、面向对象软件测试、验证确认过程等
c+d,NR1D-U0http://www.csr.ncl.ac.uk/index.html 学校里面的一个软件可靠性研究中心，提供有关软件可靠性研究方面的一些信息和资料，对这方面感兴趣的人可以参考 51Testing软件测试网BDY_Cq!Y"c
http://www.dcs.shef.ac.uk/research/groups/vt/ 学校里的一个验证和测试研究机构，有一些相关项目和论文可供参考
x6I[6` QU~0http://www.esi.es/en/main/ ESI（欧洲软件组织），提供包括CMM评估方面的各种服务
w*M@D4Ig0http://www.europeindia.org/cd02/index.htm 一个可靠性研究网站，有可靠性方面的一些资料提供参考
|%Ae)XSIz0http://www.fortest.org.uk/ 一个测试研究网站，研究包括了静态测试技术（如模型检查、理论证明）和动态测试（如测试自动化、特定缺陷的检查、测试有效性分析等） 51Testing软件测试网.H%b.Y1QG2S | }
http://www.grove.co.uk/ 一个有关软件测试和咨询机构的网站，有一些测试方面的课程和资料供下载 51Testing软件测试网
Mz Uj eP*mh _H
http://www.hq.nasa.gov/office/codeq/relpract/prcls-23.htm NASA可靠性设计实践资料
3p|e`;o5p _Cd0http://www.io.com/~wazmo/ Bret Pettichord的主页，他的一个热点测试页面连接非常有价值，从中可以获得相当大的测试资料，很有价值 51Testing软件测试网)l,^b!B:jf,E
http://www.iso.ch/iso/en/ISOOnline.frontpage 国际标准化组织，提供包括ISO标准系统方面的各类参考资料 51Testing软件测试网H j*T D9]Q"B
http://www.isse.gmu.edu/faculty/ofut/classes/ 821-ootest/papers.html 提供面向对象和基于构架的测试方面著作下载，对这方面感兴趣的读者可以参考该网站，肯定有价值 51Testing软件测试网f w,rNK i I
http://www.ivv.nasa.gov/ NASA设立的独立验证和确认机构，该机构提出了软件开发的全面验证和确认，在此可以获得这方面的研究资料
n3MT0R8H
c3Ht.n0http://www.kaner.com/ 著名的测试专家Cem Kanner的主页，里面有许多关于测试的专题文章，相信对大家都有用。Cem Kanner关于测试的最著名的书要算Testing Software,这本书已成为一个测试人员的标准参考书
c7X _*R
A+Rh k0http://www.library.cmu.edu/Re-search/Engineer- ingAndSciences/CS+ECE/index.html 卡耐基梅陇大学网上图书馆，在这里你可以获得有关计算机方面各类论文资料，内容极其庞大，是研究软件测试不可获取的资料来源之一 51Testing软件测试网] E,K-b.S H!h)C ][8e
http://www.loadtester.com/ 一个性能测试方面的网站，提供有关性能测试、性能监控等方面的资源，包括论文、论坛以及一些相关链接 51Testing软件测试网j3_Tv1y&aK*?
http://www.mareinig.ch/mt/index.html 关于软件工程和应用开发领域的各种免费的实践知识、时事信息和资料文件下载，包括了测试方面的内容 51Testing软件测试网4p,N*Bi.u
http://www.mtsu.ceu/-storm/ 软件测试在线资源，包括提供目前有哪些人在研究测试，测试工具列表连接，测试会议，测试新闻和讨论，软件测试文学（包括各种测试杂志，测试报告），各种测试研究组织等内容
*{0I8[9p9|3[9F[:{0http://www.psqtcomference.com/ 实用软件质量技术和实用软件测试技术国际学术会议宣传网站，每年都会举行两次 51Testing软件测试网0Z*e j~yu
http://www.qacity.com/front.htm 测试工程师资源网站，包含各种测试技术及相关资料下载
{%I X3OYl}F0x0http://www.qaforums.com/ 关于软件质量保证方面的一个论坛，需要注册 51Testing软件测试网*b"m4gE&Z8x/J
http://www.qaiusa.com/ QAI是一个提供质量保证方面咨询的国际著名机构，提供各种质量和测试方面证书认证
#l'Vr7C$r4P:\0http://www.qualitytree.com/ 一个测试咨询提供商，有一些测试可供下载，有几篇关于缺陷管理方面的文章值得参考
_ N
G#iwJ(ok0http://www.rational.com/ IBM Rational的官方网站，可以在这里寻找测试方面的工具信息。IBM Rational提供测试方面一系列的工具，比较全面 51Testing软件测试网6C5c1a| O
http://rexblackconsulting.com/Pages/publicat-ions.htm Rex Black的个人主页，有一些测试和测试管理方面的资料可供下载
z_h4B+A F-Az4C0http://www.riceconsulting.com/ 一个测试咨询提供商，有一些测试资料可供下载，但不多 51Testing软件测试网]n8g"AE'^y'E1L8i P
http://www.satisfice.com/ 包含James Bach关于软件测试和过程方面的很多论文，尤其在启发式测试策略方面值得参考
dQwD`_0G ]0http://www.satisfice.com/seminars.shtml 一个黑盒软件测试方面的研讨会，主要由测试专家Cem Kanar和James Bach组织，有一些值得下载的资料
\0`])B7N0http://www.sdmagazine.com/ 软件开发杂志，经常会有一些关于测试方面好的论文资料，同时还包括了项目和过程改进方面的课题，并且定期会有一些关于质量和测试方面的问题讨论 51Testing软件测试网 k1b"|2G?es.~J_
http://www.sei.cmu.edu/ 著名的软件工程组织，承担美国国防部众多软件工程研究项目，在这里你可以获俄各类关于工程质量和测试方面的资料。该网站提供强有力的搜索功能，可以快速检索到你想要的论文资料，并且可以免费下载
\pjw"[F}0http://www.soft.com/Institute/HotList/ 提供了网上软件质量热点连接，包括：专业团体组织连接、教育机构连接、商业咨询公司连接、质量相关技术会议连接、各类测试技术专题连接等 51Testing软件测试网*^ A2l0^"n7D@
http://www.soft.com/News/QTN-Online/ 质量技术时事，提供有关测试质量方面的一些时事介绍信息，对于关心测试和质量发展的人士来说是很有价值的 51Testing软件测试网
y:b_ w*WInB&b Hh
http://www.softwaredioxide.com/ 包括软件工程（CMM,CMMI,项目管理）软件测试等方面的资源
2D@1o!t?VH5[w7\4j0http://www.softwareqatest.com/ 软件质量/测试资源中心。该中心提供了常见的有关测试方面的FAQ资料，各质量/测试网站介绍，各质量/测试工具介绍，各质量/策划书籍介绍以及与测试相关的工作网站介绍 51Testing软件测试网:K3U9ci9i
http://www.softwaretestinginstitute.com 一个软件测试机构，提供软件质量/测试方面的调查分析，测试计划模板，测试WWW的技术，如何获得测试证书的指导，测试方面书籍介绍，并且提供了一个测试论坛 51Testing软件测试网:L/`P l|M}0z
http://www.sqatester.com/index.htm 一个包含各种测试和质量保证方面的技术网站，提供咨询和培训服务，并有一些测试人员社团组织，特色内容是缺陷处理方面的技术 51Testing软件测试网W8B-@n-K!X E3f4@
http://www.sqe.com/ 一个软件质量工程服务性网站，组织软件测试自动化、STAR-EASE、STARWEST等方面的测试学术会议，并提供一些相关信息资料和课程服务
o N j*w9L/s2|0http://www.stickyminds.com/ 提供关于软件测试和质量保证方面的当前发展信息资料，论文等资源 51Testing软件测试网
U1^ S&p_*V'H
http://www.stqemagazine.com/ 软件策划和质量工程杂志，经常有一些好的论文供下载，不过数量较少，更多地需要通过订购获得，内容还是很有价值的 51Testing软件测试网 v5r$C+^*f+BR[&Z$b
http://www.tantara.ab.ca/ 软件质量方面的一个咨询网站，有过程改进方面的一些资料提供
J;EA_OH7N0http://www.tcse.org/ IEEE的一个软件工程技术委员会，提供技术论文下载，并有一个功能强大的分类下载搜索功能，可以搜索到测试类型、测试管理、测试分析等各方面资料 51Testing软件测试网%kvh+q[
C$R
http://www.testing.com/ 测试技术专家Brain Marick的主页，包含了Marick 研究的一些资料和论文，该网页提供了测试模式方面的资料，值得研究。总之，如果对测试实践感兴趣，该网站一定不能错过
Wc5r2^*f,tc+@vw0http://www.testingcenter.com/ 有一些测试方面的课程体系，有一些价值 51Testing软件测试网uW:WB_{zM
http://www.testingconferences.com/asiastar/home 著名的AsiaStar测试国际学术会议官方网站，感兴趣的人一定不能错过 51Testing软件测试网Osy Of3w| ls
http://www.testingstuff.com/ Kerry Zallar的个人主页，提供一些有关培训、工具、会议、论文方面的参考信息
2K dB A H7U.? t^0http://www-sqi.cit.gu.edu.au/ 软件质量机构，有一些技术资料可以供下载，包括软件产品质量模型、再工程、软件质量改进等 51Testing软件测试网,O5yA-v0p

1、测试的定义

现阶段业界主要存在两种测试观点:

         验证软件是验证软件是“工作的”，以正向思维，针对软件系统的所有功能点，逐个验证其正确性。其代表人物是软件测试领域的先驱Dr. Bill Hetzel （代表论著《The Complete Guide to Software Testing》)。

         证明软件是“不工作的”，以反向思维方式，不断思考开发人员理解的误区、不良的习惯、程序代码的边界、无效数据的输入以及系统的弱点，试图破坏系统、摧毁系统，目标就是发现系统中各种各样的问题。其代表人物就是上面多次提到的G.J.Myers。他强调，一个成功的测试必须是发现Bug Bug的测试，不然就没有价值。

2、基于不同的立场，存在着两种完成不同的测试目的

于不同的立场，存在着两种完全不同的测试目的。

         从用户的角度出发，普遍希望通过软件测试暴露软件中隐藏的错误和缺陷，以考虑是否可接受该产品。

         从软件开发者的角度出发，则希望测试成为表明软件产品中不存在错误的过程，验证该软件已正确地实现了用户的要求，确立人们对软件质量的信心。

         Myers软件测试目的(主要是基于第一种观点提出)

(1) 测试是程序的执行过程，目的在于发现错误；

(2) 一个好的测试用例在于能发现至今未发现的错误；

(3) 一个成功的测试是发现了至今未发现的错误的测试。

3、测试采取的态度

上面说到的两者观点都有它的合理性，不管是从哪一种观点，是证明软件是工作的还是不工作的，目的都是要保证软件的质量。但是在测试的时候，个人比较赞同测试是证明软件是不工作的观点。俗话说：“意识决定行动，行动决定命运",所以带着去证明软件是不工作的态度去测试要比带者证明软件是工作的态度去测试的效果是完全不同的。有做过了测试执行的人员是很容易体会到这点的。

如果你总是带着发现问题的态度在测试的话，你就会不段的思考，尽办法找出开发易范错误和忽略的地方，这样你就很容易发现问题，如果你是带着证明软件是正确的态度在测试的话，

那你的思路就会受开发思路的牵引，就很难发散的去构造一些异常的情况去测试了。

总归一句：测试态度是很重要的，抱着发现缺陷的目的测试去测试吧，会发现很多问题的。

 

做软件测试快两年了，但是一直有一个问题总是困扰者我，一直在想，什么样的问题才叫BUG呢，遇到此类型的缺陷我们该不该提缺陷单呢，作为一个测试人员，提出什么样的缺陷，才是一个好的测试人员，做为测试人员，
我们是否只要发现了缺陷就提吗？是否每一个公司的对BUG的定义是一样的呢？在此公司此类问题判断为BUG的缺陷难道到另外一个公司也是一样吗？
 带着这些问题，现在就我对BUG来说出我的一点间解吧，我认为任何一个BUG都是基于费用，我们假想想，如果产品不进行测试就投入市场。如果投入市场之后出现的问题的修改费用要小于雇用测试人员的费用，那我想也就没有我们的测试人员，但是事实确实相反的，而是我们的产品如果不进行测试就投入使用的话，修改的的费用要远远大于雇用测试人员所花费的费用，大家了看到了是要远远哦。所以才有现在大家所到测试行业“钱”景非常好的报告铺天盖地的（有点夸张哈^_^）。。。。给予上面所说。判断是否为一个BUG就是修复此BUG带来的利益大于不修改此BUG的利益。下面就来出大师对BUG的解释来比较一下。他们对BUG的解释如下：
生产软件的最终目的是为了满足客户需求，我们以客户需求作为评判软件质量的标准，认为软件缺陷的具体含义包括下面几个因素：
☆ 软件未达到客户需求的功能和性能；
☆ 软件超出客户需求的范围；
☆ 软件出现客户需求不能容忍的错误；
☆ 软件的使用未能符合客户的习惯和工作环境。
现在就上面每一点做解释
1、软件未达到客户需求的功能和性能；
你想想如果你做出来的东西都不满足客户的需求，那你做什么软件啊，谁给你买单啊，所以这也是符合有关费用的说法的。
2、软件超出客户需求的范围
如果你做出了超出客户需求范围的内容，这部分是没有人为你买单的，那你开发成本，测试成本，维护成本从哪里来。
3、软件出现客户需求不能容忍的错误和软件的使用未能符合客户的习惯和工作环境。
这些都是非常影响客户心情和效率问题或是影响客户收益问题，那当然要做好了，要把别人怎么心甘情愿的把钱交出来呢。
 上面说的也许有点乱，但是我还是要回答提出的问题，测试人员并不是只要发现问题，如果我们进行非常变态的测试，确实能发现一些很多问题，但是有可能此类问题在根本就吧可能出现，或是在软件的生命周去永远也不会发生，像这类问题，我们是否没有必要提了，所以作为测试人员在做异常测试测试的时候，虽然一定要以发现缺陷的心态去测试，但是不应该是一种无所欲为的测试。现在比较流行可靠性测试，但是是否每一个公司都要进行可靠性测试呢，是否每个公司的对可靠性的要求都一样呢。回答当然是否定的。像可服务性和可维护性应该做到什么样的成都应该都是有不同的把握的。
总结几句话吧。在你公司称为BUG的问题不一定在别的公司称为BUG，今天称为BUG的问题在昨天也许不是BUG，测试人员是以发现BUG为目的，但是不是所以的缺陷都值得去修改的。
最后一句:什么样的价格决定什么样的产品,什么样的产品决定了BUG的判定标准。
备注：BUG为值得修改的缺陷哈。。。。

 

7.6-7.8      我谈测试之一(测试采取的心态)

7.9-7.16     我谈测试之二(测试常用的思维模式)

7.16-7.23    我谈测试之三(测试的常用的思考角度)

7.23-7.30    我谈测试之四(怎样说服开发人员)

7.30-8.6     我谈测试之五(怎样发现系统设计缺陷)

8.6-8.12    我谈测试之六(怎样提高测试敏感度)

加油!!!!!坚持写下去,不管好还是差!

最近一直在进行回归测试,说到回归当然要先说一下定义,回归测试：回归测试是在软件维护阶段，对软件进行修改之后进行的测试。其目的是检验对软件进行的修改是否正确。这里，修改的正确性有两重含义：一是所作的修改达到了预定目的，如错误得到改正，能够适应新的运行环境等等；二是不影响软件的其他功能的正确性。 从上面可以看出来,回归测试应该涉及到两方面的内容.1.缺陷是已经进行修复.2.是否对别的功能的造成影响.我觉得其实应该还包括一种情况.就是有可能你修改的代码即解决了原来的问题.也对没有对其他功能造成影响.但是有可能修改出来的代码本身又存在问题.就是引入了新的问题.但不管怎么说,就是保证修改后模块应该是稳定和正确的.但是最近的回归测试产生了很多的想法,我工作了一年多了.也回归了不少问题.有时候经常是辛辛苦苦的花了好久搭起来的环境就为了回归一张问题，最后一般会发现回归是通过的.且也没有发现新的问题,如果以结果来看的话，这除了心理塌实了一点的话，对项目好象没有产生什么效益.所以,有时候在想,如果我们每一次花大量的时间回归都没有产出,那我们这种付出是否值得呢,是不是每一张问题都需要进行回归呢?而是我们可以选择性的性回归呢????还是我们回归的方式有问题呢?我们回归的时候是否可以不按照问题出现的步骤进行操作呢?我想答案应该是肯定的.,我想我们是可以选择性的回归.对于比较简单的修改,应该可以相信开发修改是没有问题的.一般出现问题相同的操作,开发也是验证过了。所以我们可以想想从另外的一些方面去进行验证.在某一种情况下,我们是否应该要相信开发呢..

每当看到要写东西，心里就难受的很，不知道从何写起，记得小时候，每次看到要写作文，头就开始痛了．有一次竟然在教室里哭起来了。所以从小就一直在逃避写东西．原来以为，离开了校园就可以不受这种折磨了，但是工作了之后，才发现，如果你想在你的职业上有所发展，你不写个123出来，你就很难有提升的机会．做测试两年,从流程到工程方法，感觉嘴巴上还是能说出个123，但是一要我动笔，感觉就无从下手，每当看到同事总是几页几页的写．总是感慨万千，为什么我一页也写不出来呢。于是总是幻想着，我也能一口气能写好几页,但是事实是每一次提笔，就好象是在自我虐待了。写个总结，在公司坐上一天，心里折磨一天，发现WOrd上仍然没有几个字．写不出东西.如果对我职业影响不大，倒也不需要这么在意．问题就是俺们很多东西都跟你写总结的多少有直接关系.所以为了以后的MONEY，我今天晚上开始自我虐待了。一直写到虐待成了一种习惯，从习惯变成一种娱乐．