有总结才有积累,有积累才有成长
总结-手机软件测试之用例维护
上一篇 /
下一篇 2012-02-13 22:05:03
/ 个人分类:测试总结
做了近三年的
手机软件测试,却总没有将一些想法及总结书面化。现在静下心来,想做个总结,是自身的一个经验积累。
先将
用例维护做一总结:
一、用例编写:
存在一些公司几乎已经忽略了用例的重要性,对于手机软件仅仅从测试人员的发散测试中去发现问题。这样的产品发布后存在很大的风险。从
项目管理角度来说,很难有标准去衡量目前软件的质量如何。没有发现问题,却并不意味着不存在问题;从测试人员角度来说,发现问题完全取决于个人发现问题的能力,很难全面的测试。基于这种种因素,那么一份好思路、多方法的用例出现就迫在眉睫。
在各个项目的间隙中,组织全员式的编写用例,这样有助于提炼一份多思路、多方法的用例,来挖掘软件本身存在的问题;有助于培养和发掘出用例编写能力较强的工程师;也有助于一些发现
Bug能力很强的工程师将自身的思维能力,提炼成一些经典的用例。对于整个团队来说,无疑是一份很好的经验总结及分享,无论对当前项目、后续项目都是很有帮助的。
二、用例维护:
目前手机整个平台已趋于稳定,每个模块的功能变化也不大,所以往往许多时候公司已忽略了用例维护,整个项目完成后,可执行用例不足70%,这说明用例已经完全不足以用来测试。基于手机项目的特殊性(许多几乎完全一样的项目共同进行),用例维护就更为重要。
用例维护可从以下角度入手:
1.经典问题:
将一些经典的问题,编写进用例,这样能引领每个执行用例人员的思维,能积累一些好的测试方法;
2.需求变更:
需求变更的用例也是很有必要以用例形式列出。因为需求变更的地方,往往存在更改的地方,所以可能存在潜在问题的概率也较高;
3.当前行业中其他手机存在的问题:
测试人员有必要从一些外围了解当前同平台其他手机存在的问题,并将这些问题列进用例。这样能让问题早些发现、早些解决,当然对于自身手机的竞争也是很有帮助的。
4.将项目中经过CCB、或非问题的Bug,同样有些也是有必要以用例的形式列出,这样做得好处在于:避免在同一项目中多次提交同一个非问题,增加项目成本;
用例维护的角度有了,那么还需要一个规范化的维护流程。可千万不要忽略一个流程的重要性。之前做NoKia项目时,总厌烦其规范化的要求。然而对比其他项目的时候会发现,这样的要求能让用例更规范,自然能让测试的项目管理规范化。
用例维护的流程:
1.测试用例时标柱存在问题的用例,这就要求测试时,测试人员不仅对软件负责,同时也要对该模块的用例负责。
2.模块负责人更新用例:包括修改错误,以及从以上角度入手;
3.模块专家团队(熟悉该模块的测试人员及开发人员)评审用例;
4.再次更新用例,记录用例修改
日志。
相关阅读:
- 微软为击败苹果谷歌每部WP手机支付230美元 (xin_晴, 2012-1-31)
- 手机巨头成绩单:苹果三星笑傲诺基亚陷泥潭 (xin_晴, 2012-2-02)
- 业务测试感悟 (youzaiyizu, 2012-2-02)
- 诺基亚董事长:向WP过渡将影响今年公司业绩 (xin_晴, 2012-2-03)
- 【北京】qihoo 360招聘 QA Engineer (angelia_liu, 2012-2-03)
- 从QQ升级说产品易用性 (sy070904, 2012-2-03)
- 电信版iPhone 4S即将上市:兼容两种3G制式 (xin_晴, 2012-2-06)
- 测试从开发角度看问题 (hery614, 2012-2-08)
- 关于软件测试的问与答(与神仙的对话) (xiaolu666, 2012-2-10)
- 招聘高级性能测试工程师 (wzstar2008, 2012-2-13)
收藏
举报
TAG:
手机
维护
用例
测试
管理