测试专家问答----如何编写好的软件测试用例(2)

发表于:2012-3-22 11:39

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:楠族开心果    来源:51Testing软件测试论坛

  20、对于用例写作质量如何进行评价、如何进行度量?在做测试执行策略时,对于继承用例的处理是否有好的经验可以借鉴?

  专家分析:编写用例之前,定义好用例的编写规范。根据用例的要素,裁剪出我们需要的。求同存异,上下一致达到共识。有利于预审、评审时每个参加的人能够很快熟悉用例编写者的格式。

  测试用例内部评审:

  当一个QA完成了手头的测试用例之后,可以让相关的开发人员、攥写需求文档的人员和相对senior或者有专业知识背景的测试人员一起对测试用例做一个review,在review过程当中一般会发现测试用例的不足和需要改进的地方。这些用例的不足之处以及需要改进的地方可以从一个侧面反映出用例的质量。具体的衡量标准由管理人员制定(有些时候测试用例的不足是由于需求文档本身的问题造成的,这就不应该算作是测试用例质量的问题)。

  外部评审:

  如果公司开发的软件比较大的话,一般会有partner或者咨询公司为软件做代理或者实施。这些partner和咨询公司在实施公司新版本软件之前自己一般会做一些测试(他们自己会有自己的测试用例)。公司可以考虑收集这些合作商的测试用例,然后和QA所写用例比较,以作为对测试用例的评价或考核。当然公司也可以反过来做,即把公司的测试用例拿出去让合作伙伴评审(这样做的我看到的不多)。

  按客户反馈评审:

  当软件发布后,客户使用一段时间一定会发现有问题,或者在设计方面不符合他们的要求。我们可以将客户报告的BUG收集起来加以分析(严重性,BUG类型,复杂程度),并和通过测试用例发现的BUG作个比较,从而评定测试用例的质量。

  21、怎样做好网站测试?

  专家分析:很多人认为网站建设在程序上传那一刻就结束了,其实这个是一个很错误的想法。其实,网站建设在程序上传后,还有一个很重要的环节就是测试网站。不要小看测试环节,这个测试细节要是没到位,网站会存在很多问题,比如图片变形,网站链接错误啊,还有数据错误等等。我就从我个人的角度来谈谈网站测试要注意的事项。

  第一, 要做的事情就是看设计要求,虽然,设计师是看设计要求做,但是难免会存在失误,或者理解上的失误。按着设计的要求去测试功能。

  第二, 就是看传上去的图片是否变形,如果变形先看图片本身的规格是否是网站要求上传的规格。

  第三, 要先熟悉后台,测试每个后台上的内容是否能在前台找到。或者是否出现错误页面。

  第四, 我们作为专业的网站设计公司,要想客户没想到的东西,这么做能让网站更美观,更符合网站的整体效果,特别对于网站的色调这块。

  第五, 查看是否有404页面,这个虽然不是属于设计范围。但是,多个404页面会让使用网站的人感觉不够友好。

  22、刚刚进入测试行业,正处于学习中,对于测试用例设计仍然不得要领,想问一个具体的问题,比如:一个程序具有文件新建,复制,重命名,删除功能。我只能想到一两个测试用例,应该如何设计测试用例呢?

  专家分析:假设测试目标程序只有“新建、复制、重命名、删除”4个功能。可以参考以下测试思路:

  1)根据功能特点提取公共测试点:文字框

  (1)文字框的测试思路大都没有什么变化,根据支持文字类型,在ASCII表中使用等价法选择具有代表意义的字符,如:A,a,特殊符号(特殊符号这部分可能还需要根据系统特色做一些筛选,如Windows系统的文件名对“\”,“*”等9个符号有限制)

  (2)如果想更深入测试,可考虑本地化测试部分,引入不同编码的字符测试,如Unicode,GB等.

  (3)最后使用边界值对字符长度设计一些简单的容错用例。

  2)准备好公共的功能测试点用例,则可以开始各个功能的基础功能用例设计。(这部分其实就是你提到的“每一种只能想到一个或者两个测试用例”)。而在需要用到公共用例的部分,将公共用例链接进去。如新建、重命名等涉及文字框的功能都需要导入文字框用例组。(可能不同的文字框对字符的限制不一样,如字符长度或字符类型,所以实际导入的过程中,需要进行简单的筛选)

  3)根据设计好的基础功能用例,选择出可被中断的用例组,设计交互用例组。

  可被中断的用例通常满足:

  (1)用例单个步骤的操作需要系统响应0.5~1s.

  (2)用例单个步骤的操作可持续运行。(关于持续运行的概念,有两种理解。一是线程被挂起,如新建功能可在申请弹出新建编辑框后,长时间不释放资源退出。二是1个操作执行后,系统会批量处理一堆线程,如批量删除功能。两种概念都可以作为持续运行操作的选择依据,只是看用例的粒度需要达到什么成程度而已)然后可以开始选择中断手法,常见的中断方式通常为高优先级的进程/线程或致命缺陷的到来。高优先级的进程/线程需要对整个系统功能进行分析,如系统提示框到来(内存资源申请失败),电量不足提示(如果是有限电源的话)。而致命缺陷通常只能从用户使用环境得到(可运用场景法和错误推断法得到),如系统崩溃,系统断电。

  原帖地址:http://bbs.51testing.com/thread-533885-1-1.html

版权声明:本文由会员楠族开心果首发于51Testing软件测试论坛“我要做专家-你问我来答”活动第20期。

原创作品,转载时请务必以超链接形式标明本文原始出处、作者信息和本声明,否则将追究法律责任。

相关链接:

测试专家问答----如何编写好的软件测试用例

33/3<123
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号