平湖落雁

发布新日志

  • Bug的统计分析

    2009-01-22 10:54:24

          在项目完成之后往往需要对测试做一个总结,找出测试或开发流程上的不足,以便在以后的项目中,改进流程,完善测试,从而保重软件的高质量。bug作为测试的直接产物,对它的统计分析是很有参考价值的。

          bug的统计分析,主要进行一下方面的工作:

          1.bug的级别统计分析 可以根据bug的严重级别统计,初步看出软件的质量问题,低级别的较低还可接受。若High级别的bug居多则说明软件的开发存在很大问题风险,需及时通知负责人改进。

          2.bug的模块统计分析 可以根据软件系统的不同模块进行bug的统计分析,依据20--80定律,集中对问题多的模块进行重点测试,以期找出更多潜在的缺陷。

          3.bug的版本统计分析 可以根据不同版本发现bug的变化趋势进行统计分析,查看变化趋势,预估软件的质量,做出结束测试的判断。

          4.bug的人员统计分析 可以根据开发、测试人员的不同对发现的bug做统计分析,从而对每一个人的工作效率做出初步的评价。

          5.bug的原因统计分析 可以根据bug的产生原因来做统计分析,分析引起bug的原因,是需求不明确,是设计不合理,是编码不规范,是测试设计缺失,是测试执行遗漏,是测试环境等原因引起的。从而在以后的项目中重点关注,改进,完善工作流程。

         bug的统计分析不仅仅在项目结束进行,在测试的任何阶段均可进行,以便随时了解测试进展,改进测试过程。bug的统计分析可利用工具进行更形象具体像TD,QC等都是很不错的。但也不能局限于工具有时还需要请自动手找出更多问题。bug的统计分析实则是对工作的分析总结,总结经验教训,以期在以后的工作中不再出现。 

  • 需求阶段的测试

    2008-11-07 16:41:35

    需求阶段的测试

    主要有两方面的工作:

    1、  缺陷的预防

    软件的高质量是设计出来的而不是测试出来的。因此,要保证软件的高质量应从设计预防做起。

    需求阶段缺陷的预防体现在对需求的预防主要有:检查需求描述的完整性、准确性、一致性。做到与开发等达成需求理解的统一,真正的反应用户的实地需要。

    完整性:需求描述完备,没有遗漏

    准确性:需求描述易于理解不存在歧义

    一致性:各个需求描述统一成为一个连贯的整体,不存在互相矛盾冲突的地方

    2、  测试需求的分析

    一方面须划分清楚需测试的功能、子功能、功能点等

    另一方面针对这些划分清楚层次,重点突出。以便在时间不充足的情况下,保证核心功能的准确无误

  • 几种实用网站性能测试工具

    2008-09-26 12:03:13

    1.WDG HTML Validator一个很好的工具,能找出网站语法错误的地方,并标注出来,也可选择对网站上单独的每一页进行单页分析。( 强烈推荐 )HTML的语法书写检查
    2.Web Page Analyzer from Website Optimization一个很好的工具,它在分析完一个网页后,会为减少加载时间提出优化建议,着重优化物体的数目,图片和网站的总体大小。( 强烈推荐 )
    3.W3C Link Checker用于搜寻查明你网站内的所有链接里是否有断链。
                      将会给出每个链接的链接响应时间,并分析有问题的链接给出修改建议。       
                     ( 强烈推荐 )
    4.WebSitePulse Test Tools有一系列的工具来确定网站的加载速度和主机信息。
  • 怎样才算是一个合格的测试工程师(转)

    2008-01-29 10:30:25

     

     

    一个测试工程师应该具备的素质我想在很多介绍软件测试的书里已经都列举过了,这里就不在重复,而一个合格的测试工程师和一个测试工程师的最大区别在哪儿?不外乎就在与测试思想。合格就在于他接受到测试任务后所做的第一件事情是想而不是做。合格就在于他将他自己的想法始终贯穿于整个测试中,包括测试设计中,测试执行中,测试分析中。

    许多人都会说测试思想是一个空洞的东西,而我也曾经写过或说过太多的例子用以证明它,这里只建议想做合格测试工程师的人去看一本书吧,它的名字是<think in java>,在我眼里,它并不是一本讲技术的书,同时它也并不只适用于开发人员。

    接着说说怎样才可以成为一个合格的测试工程师。

    不是有一个玩笑说某某公司扫地的大妈都可以做软件测试,某某公司看门的大爷都可以做软件测试。由此可见人们对软件测试的误解和测试工程师的尴尬。其实并不是任何一个人都可以成为测试工程师的,其实并不是任何一个测试工程师都可以成为合格的测试工程师的,要想成为一个合格的测试工程师,你必须有血有肉还的有思想。技术没有可以学,思想是学不来的,思想是需要实践的。毛泽东思想也不是他老人家凭空想象出来的,你说是否?

    于是我建议大家:

    1. 每半年读一本测试书籍(现在的测试书籍也多起来了,尽管很多都是东抄西抄的,能力够的话去读英文原版,译本基本都不能完全领会作者的思想,人家老外的测试发展要比我门多几十年呢)

    2. 每半年学一门测试技术(IT行业变化很快,测试技术也同样,每年都有新的测试技术出现,不希望大家对每一个新出现的技术都掌握,只希望每一个测试人员对本人从事的这个行业要充分了解和熟悉,因为在你现在和将来测试的项目中,你要选择最合适和最有效于这个项目的测试技术,如果你连所选对象都不知,那谈何选择,又谈何合适呢?)

    3. 每半年学一门IT技术(这里的IT技术范围要更广一些,做测试人员要了解更多的知识,如你做性能测试,你需要了解操作系统,你需要了解软件架构,你需要了解低层实现,你需要了解中间件,你需要了解数据库,你需要了解他们的配置与实现方式,你还需要了解硬件,了解网络,了解内存管理机制,了解磁盘I/O原理等等)

    4. 要学会思考(测试人员要学会在测试前思考,测试中思考,测试后思考,思考的结果要记录下来,每有一个人敢说他自己是天才,可以记住所有的东西。想好后那就去做吧,去验证吧,如果不对,那返回重新思考,然后再去做,只有这样,你才会做的更好。)

    5. 要重视测试设计(某开发人员曾说过他精通JAVA,精通C,我于是和他说,那给你10年或20年,你用你精通的JAVA来写出一个可以替换WINDOWS的操作系统。他从此不在这样说,因为他知道即使给他一辈子,这对他也是一个梦。测试何尝不是,你测试技术再高,你也不可能测试的更好,重视测试设计吧,这才是测试之关键。)

    6. 多和测试同行交流(在一个封闭的圈子里,或在一个公司里,你觉得你是测试高手,当有一天你走出这个封闭圈子的时候,你才发现,天外有天,或许捆饶你一个月的难题某些测试同行轻描淡写的一句话就可以为你解决。测试是相通的,测试思想更是相通的,多去做一些比较,才可以看到自己的不足。)

    我是崇尚测试技术的,所以相信, 尊重源于实力!因此希望更多的测试人员能得到测试同行的尊重,能得到开发人员的尊重,能得到企业的尊重。

    同时我更崇尚测试思想,所以我更相信,在软件行业更加规范化后,企业对测试工程师的要求必定是测试思想第一,经验第二,而测试技术只能排第三了。


  • 测试人员对于Bug的管理

    2008-01-11 18:45:22

        

        Bug--确认

       首先想说的是,不是一发现问题缺陷就盲目的,不加思索的去提交。而是应该认真分析准确定位,确认问题不是由于操作失误,错误还是对需求设计理解不够造成,再去重复操作看能否重现问题。从而得出一个确切的结果。

       Bug--提交

       在确定的确是一个Bug后,再去理一下思路总结一下问题重现的步骤及所造成的结果。重现步骤要清晰明了,造成的结果要定位准确,尽量去挖掘问题的本质。对于Bug的描述要尽可能的细致,不要怕麻烦,能截图就截图。然后整理提交上去。

       Bug--关闭  

       对于开发人员修改后的Bug,首先要从心理上始终保持怀疑的态度,不要相信开发人员说的“绝对没问题了”。其次去认认真真的重现原有的场景,进行回归。最后分析问题是否准确的,全面的得到解决,Bug的修复没有再引发别的问题出现。与开发人员核实后关闭Bug。 

Open Toolbar