有总结才有积累,有积累才有成长

总结-手机软件测试之用例维护

上一篇 / 下一篇  2012-02-13 22:05:03 / 个人分类:测试总结

  做了近三年的手机软件测试,却总没有将一些想法及总结书面化。现在静下心来,想做个总结,是自身的一个经验积累。
  先将用例维护做一总结:
  一、用例编写:
     存在一些公司几乎已经忽略了用例的重要性,对于手机软件仅仅从测试人员的发散测试中去发现问题。这样的产品发布后存在很大的风险。从项目管理角度来说,很难有标准去衡量目前软件的质量如何。没有发现问题,却并不意味着不存在问题;从测试人员角度来说,发现问题完全取决于个人发现问题的能力,很难全面的测试。基于这种种因素,那么一份好思路、多方法的用例出现就迫在眉睫。
      在各个项目的间隙中,组织全员式的编写用例,这样有助于提炼一份多思路、多方法的用例,来挖掘软件本身存在的问题;有助于培养和发掘出用例编写能力较强的工程师;也有助于一些发现Bug能力很强的工程师将自身的思维能力,提炼成一些经典的用例。对于整个团队来说,无疑是一份很好的经验总结及分享,无论对当前项目、后续项目都是很有帮助的。
  二、用例维护:
       目前手机整个平台已趋于稳定,每个模块的功能变化也不大,所以往往许多时候公司已忽略了用例维护,整个项目完成后,可执行用例不足70%,这说明用例已经完全不足以用来测试。基于手机项目的特殊性(许多几乎完全一样的项目共同进行),用例维护就更为重要。
     用例维护可从以下角度入手:
     1.经典问题:
       将一些经典的问题,编写进用例,这样能引领每个执行用例人员的思维,能积累一些好的测试方法;
     2.需求变更:
       需求变更的用例也是很有必要以用例形式列出。因为需求变更的地方,往往存在更改的地方,所以可能存在潜在问题的概率也较高;
     3.当前行业中其他手机存在的问题:
       测试人员有必要从一些外围了解当前同平台其他手机存在的问题,并将这些问题列进用例。这样能让问题早些发现、早些解决,当然对于自身手机的竞争也是很有帮助的。
     4.将项目中经过CCB、或非问题的Bug,同样有些也是有必要以用例的形式列出,这样做得好处在于:避免在同一项目中多次提交同一个非问题,增加项目成本;
     用例维护的角度有了,那么还需要一个规范化的维护流程。可千万不要忽略一个流程的重要性。之前做NoKia项目时,总厌烦其规范化的要求。然而对比其他项目的时候会发现,这样的要求能让用例更规范,自然能让测试的项目管理规范化。
     用例维护的流程:
     1.测试用例时标柱存在问题的用例,这就要求测试时,测试人员不仅对软件负责,同时也要对该模块的用例负责。
     2.模块负责人更新用例:包括修改错误,以及从以上角度入手;
     3.模块专家团队(熟悉该模块的测试人员及开发人员)评审用例;
     4.再次更新用例,记录用例修改日志

      

TAG: 手机 维护 用例 测试 管理

 

评分:0

我来说两句

我的栏目

日历

« 2023-12-27  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

我的存档

数据统计

  • 访问量: 1037
  • 日志数: 2
  • 建立时间: 2012-02-07
  • 更新时间: 2012-02-13

RSS订阅

Open Toolbar