《测试价值与人生意义》，让毕泽明心潮起伏，怒气陡生，久久不能平静。。。 我想说，开罪好友不是我的本意，让好友误解，更是责任在我，因为没有说明白一些限制条件。那么，就让我再补充一篇，因为是对上文的背景解释，就当做前传吧。
一大早就看见有人发表吃人肉事件,居然还有图片,一看就知道是假图片,但是心里还是有一些不平...
下面几点给做测试的朋友参考一下： 1、软件测试行业有句话“测试不如开发”，钱肯定少过开发人员，除非你工作七，八年才能拿年薪10W以上，一般的软件测试工程师很难上6K以上，开发人员工作四，五年后拿7，8K是太多数的。 2、加班的现象可以说是很普遍，周一到周五随时加班是很正常的，周末肯定有一天要加班。 3、不管怎么样努力和
测试工程师最开心的事:发现了一个很严重的bug,特别是那种隐藏很深,逻辑性的错误.第一次发现这种问题的时候,听到上司和开发人员的表扬时,高兴的就想扭pp.不过现在慢慢矜持些了,呵呵. 测试工程师最提心吊胆的事:版本release出去后,客户发现了很多或很严重的bug.经过紧张的系统测试之后,好不容易可以轻松一下了,却又陷入
看了田静的测试价值和人生意义一文，心中情绪波澜起伏。 既认同却有点不平衡。 观点如下： 我所认为的测试不是只是鼠标点点，键盘敲敲，看看功能是不是满足客户功能需求，其实，客户的需求往往只是功能需求，对于其他需求，是很少提及的。 测试体系不是很简单的，测试包括什么？功能（质量），异常，性能，安全。 1.功能和异常关系到需求的满足程度； 2.性能跟个人对性能测试工具掌握程度，甚至自己写相
验证贯穿在整个开发生命周期中，用来评价产品是否满足了在前面一些已经正确完成的活动中定义的需求，而确认发生在生命周期的末尾，用来检查系统是否满足了客户的需求。 与验证相比，测试产品的创建与确认的关系更加紧密。从传统意义上讲，软件测试一直被认为是一个确认过程，也就是说，被当做生命周期的一个阶段。 如果把验证整合到测试过程中， 测试将贯穿产品开发的整个生命周期。实践证明，为了
质量是不能通过评估已经生产出来的产品来达到的，因此，目标应该是首先去预防产品缺陷的产生，并且使产品可以通过质量保证度量进行评估。 质量保证度量包括运用软件开发标准将开发过程结构化，并在开发过程中运用方法、技术和工具。软件中没有检测出来的缺陷可能会带来几百万元的损失，因此有必要发展独立的测试，并且应该由公司来执行，而不是有软件系统的开发人员来执行。 质量管理程序，不仅有必
一个话题一个日志，今天开始，争取早日看完这本书。 《软件测试与持续质量改进（第二版）》 【美】William E. Lewis Gunasekaran Veerapillai著。 人民邮电出版社的。 看完第一章，就想起我参加《软件测试xxx》的培训的那个陈大伟老师所培训的东西，记忆犹新，觉得可以跟大家分享一下相关的内容。请
说测试非常非常重要，其实只是说说而已。做过测试的人都知道，基本上就目前的现实，测试工作还是个垃圾活，累，地位低，重复性劳动多创造性工作少（这话不好听，但没有针对性，只是单纯分析一下）——一个公司有黄金职位，也有垃圾职位，销售、市场算是黄金职位，大的方面给公司创造价值，小的方面给自己积累人脉开拓眼界。 而测试，
今天在搜索引擎里面发现了这个好地方，进来学习，发现是一个很好的学习园地。有积分奖励的任务，先抢一下。
