测试用例的设计技巧

发表于:2017-5-27 09:13

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

 作者:丁佳晶    来源:51Testing软件测试网原创

  1-1、请问丁老师,客户端关于人脸识别监控的用例什么写,应该注意什么?
  1-2、老师你好,我有在测一个app,当中的人脸识别系统用例该怎么写怎么测?
  答:这两个问题回答相同,因为没做过人脸识别,所以不做专业知识的回答。但是我查了一下资料,这段可能有帮助:
  首先你需要下载人脸测试库,如yale、au等,如何想更好的测试识别效果,还需要自己实际地建立人脸数据集,因为现有测试集上识别率高到90%,而实际会不到50%;其次,需考虑光照、角度、表情等。
  2-1、如果公司不需要写测试用例也不给写测试用例的时间如何保证覆盖率高一些?
  2-2、如果公司测试时间紧张,没有写测试用例的时间,如何保证高的覆盖率?
  答:这两个问题回答相同,写测试用例有一定的工作量,而且有严格的格式要求,所以确实比较耗费时间。测试用例注重的是循环地利用这些用例来回归测试。如果是敏捷测试,肯定没有时间去写详细完整的测试用例的,那么可以改测试用例为测试点去写,只写到要测试什么,至于具体的步骤则可以不写。这样就减少了很多工作量,也不至于漏掉测试内容。但是,这么一来,做测试执行的就必须是有经验的测试人员,否则测试的风险就高很多了。
  3-1、你好,怎样才能用最少的用例覆盖到最多的功能,增加用例的有效性和减少用例的写作成本?
  3-2、测试用例如何最少的用例来覆盖?
  3-3、测试用例怎么设计才能更全面,覆盖需求?
  3-4、如何让测试用例覆盖更全面?
  答:问题回答相同。
  1)在分配编写任务,或者划分用例的模块组织结构的时候,考虑将相同的功能提取出来,只写一个测试用例,测试执行的时候,这个共同的功能只需要测试一个。例如:APP测试里面,微信用输入法,网页用输入法,短信用输入法,那么输入法一块,如果没有特殊功能区别,就提取出来,做专项测试,测透了。然后再集成到每一个模块中去做场景测试。
  2)不经常变的功能,考虑做自动化功能测试
  3)设置user story的时候,去向客户了解下,那些是他最常用的功能场景,优先写用例。
  4)其余的就是一些普通的测试技术,比如边界值;等价类,去掉一些冗余项,不合理,不常用的项。
  4、测试用例测不出bug怎么办?
  答:观察下测试用例的理论值是不是按照SRS或者用户需求写的,不能按照实际应用的表现来写,否则再执行一遍肯定是理论=实际,一点意义都没有。
  5-1、测试用例设计方法有哪些?
  5-2、写好测试用例有没有什么技巧或者方法?
  答:问题回答相同,比较常用的有以下这些:
  等价类划分
  边界值分析
  正交分析法
  状态迁移法
  流程分析法
  输出域测试
  输入域测试
  判定表法
  因果图法
  错误猜测法
  6、因为我刚接触到金融,请问怎样有效的高质量的去写测试用例。 对于金融方面测试时需要注意哪些问题,金融--支付该怎么去测?
  答:测试分两块去学习,一块是测试的基本技能;一块是被测应用的业务知识。
  基本技能主要就是测试用例的设计方法,比如等价类,边界值,判定表,状态图等等。
  业务一块就涉及到金融支付的业务流程。
  金融支付的测试必须要讲上述两者紧密结合起来。
  1)首先要把支付过程中所有可能的路径都画出来,包括正常支付和异常支付,可以参考SRS,也可以对支付代码进行分支路径识别,对代码的分析可能会更彻底一些,保证肯定不漏掉某些场景。
  2)其次,上面是从白盒角度去收集测试场景,下面就要从用户角度去收集,用户之前遇到过什么支付异常的经验,建议到客户现场去做头脑风暴。
  3)再者,支付上面最容易出问题的,无非是小数点、大数额的位数支持、支付接口、各种超时等,所以涉及的测试方法肯定要包含边界值、数据库测试、接口测试等。
  7、老师能否共享一下自动化接口测试的方法?
  答:这是个大话题呢,比如现在热门的webservice的测试,涉及一系列的知识点。不是几句话可以说明白的。
  推荐用jmeter去做接口测试,又是免费的,支持的协议也多,还可以二次开发扩展。网校中有这个课程。
  8、敏捷测试的测试用例的核心该如何把握?
  答:敏捷测试追求的就是速度快,效率高。要抛弃传统的详细测试用例的设计方法。可以改测试用例的步骤为测试点,只写到要测试什么,怎么测试步骤交给执行人员去考虑。测试点可以用头脑风暴去丰富。
  9、如何划分测试用例颗粒度
  答:这个要分测试阶段的,单元测试阶段,粒度就要到每个函数,甚至到每一个if语句的分支。junit,testng等工具都可以用。
  集成测试阶段,粒度到每个功能模块,做接口测试较多。
  系统测试阶段,就要考虑是系统和系统之间的交互,以黑盒测试居多。
  验收测试阶段,就是站在用户角度,从场景流程去考虑了。
  10-1、怎样用最简洁的语句写好测试用例?
  10-2、如何写出高效的用例,用例标题和步骤如何写比较好
  答:我觉得语句不能用简洁来形容,应该说写出来的东西,没有二义性更重要,就是换谁来读,得出的意思是一样的才重要。
  不要用很艺术的表达,不是作文比赛,单纯叙述步骤就可以,短语句。
  比如:点击"确定"按钮;返回上一步;输入"123456"就可以了。
  11、 最近在看探索式测试书籍,很感兴趣,如果把传统测试和探索式测试综合应用的话,用例容易重复,怎么避免?
  答:探索性测试比较多的依赖测试人员的经验,这部分人可以从场景和user story方向去测试。
  余下的单元、集成测试,还是传统的测试比较靠谱。
  12、 测试用例的通用模板是什么,在设计测试用例时需要考虑到那些方面?
  答;用例模板每个公司都不一样的。一般包含:
  13、 请问如何定义bug?怎么找到软件中的bug?
  答:bug的描述,我觉得是越详细越好,一定要包含发现BUG的步骤(便于回归验证)、软件的理想表现、实际发生BUG时的表现,BUG的发生概率。其他的根据实际需要加。
  要找到软件中的BUG,首先要有一份好的测试用例,其次要有一个善于从不同角度和会换位思考的测试头脑。

本文出自51Testing软件测试网十三周年庆活动—51Testing大咖秀,51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权,未经明确的书面许可,任何人或单位不得对本网站内容复制、转载或进行镜像,否则将追究法律责任。
《2023软件测试行业现状调查报告》独家发布~

精彩评论

关注51Testing

联系我们

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

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

沪ICP备05003035号

沪公网安备 31010102002173号