51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 56103|回复: 144
打印 上一主题 下一主题

[你问我来答第11期]:怎样设计实用性的测试用例(已结束)

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-5-4 09:15:34 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
本期客座专家

论坛ID:Jackc
真实姓名:陈华阳
擅长技术领域:测试团队管理,手持终端测试,测试流程搭建,测试用例设计
现任公司:泰立嘉(成都)有限公司
现任职位:Test Manager
工作经验:5年
项目经验:先后从事ZTE和teleca两家公司,一直专注于手机整机测试,多个wince,MTK整机测试经验;目前负责策划Nokia S60部分功能的整套软件测试解决方案。
现任51Testing论坛[测试用例设计]版版主。


各位会员可以在5月20日前以回帖的方式向客座专家提问。
(请大家围绕本期客座专家的擅长领域进行提问、探讨)
客座专家将在5月21日—6月6日为大家集中解答。
机会难得,欢迎大家踊跃提问!

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

145#
发表于 2013-5-2 14:37:12 | 只看该作者
帖子里面的所有问题的 答案在哪里?? 可否整理出来拜读下啦
回复 支持 反对

使用道具 举报

该用户从未签到

144#
发表于 2013-5-2 14:36:14 | 只看该作者
为啥都只有问题没有答案?????我想知道答案撒
回复 支持 反对

使用道具 举报

该用户从未签到

143#
发表于 2012-7-1 17:25:52 | 只看该作者
新一期  支持下
回复 支持 反对

使用道具 举报

该用户从未签到

142#
发表于 2012-6-19 09:16:27 | 只看该作者
本帖最后由 Carina_yan 于 2012-6-19 09:17 编辑

在测试这行也有3、4年了,我们公司手工测试占主导地位,自动化几乎没有,感觉非常不专业,唉……  如何才能将自动化运用好,还请jackc 指点一二?
回复 支持 反对

使用道具 举报

该用户从未签到

141#
发表于 2011-11-23 09:21:12 | 只看该作者
牛人,S60是啥,我就听过S40
回复 支持 反对

使用道具 举报

该用户从未签到

140#
发表于 2011-7-22 20:01:52 | 只看该作者
ding
回复 支持 反对

使用道具 举报

该用户从未签到

139#
 楼主| 发表于 2011-6-7 11:45:39 | 只看该作者
非常感谢Jackc的耐心解答。
回复 支持 反对

使用道具 举报

该用户从未签到

138#
发表于 2011-6-7 10:41:01 | 只看该作者
顶下
回复 支持 反对

使用道具 举报

该用户从未签到

137#
发表于 2011-6-5 18:26:43 | 只看该作者
回复 39# t2662833

“我是偶然进入测试行业的,做的机顶盒测试。不知道些用例怎么去写,我想一点一点的提升自己,希望你能给我一些建议,我应该怎么去规划。”


测试的提升主要有3个阶段:
1.专业业务测试学习
专业业务,既指你需要选择一个业务领域作为自己的基石,因为测试业务领域过于庞大,能精于一门已属不易,贪多必定嚼不烂。

2.通用业务测试学习
在熟悉自己的专业业务后,可以开始慢慢关注其他业务的测试方法,其他业务的相似应用程序的测试,往往会为你带来新的灵感。

3.管理与技术的选择
测试过程控制与测试技术向下专研都很困难。所以,依据自己的性格和喜好,选择一个侧重点发展比较好。
*******

测试用例的学习:
测试用例的学习过程通常都是这样一个循环过程:模仿—>自行设计—>比对—>总结—>模仿.....
潜心1年左右的用例设计,基本能设计出合符要求的用用例。
然后可以参考103#,结合需求分析,目标分析等其他测试元素,提升对用例的认识。
回复 支持 反对

使用道具 举报

该用户从未签到

136#
发表于 2011-6-5 18:15:04 | 只看该作者
回复 34# 唐唐心语
“我现在的公司主要是做智能安防监控的产品,一些嵌入式产品没有文档,不知道应该如何进行嵌入式测试,另外,目前公司一直是手工测试,软件性能也一直是手工测试,很多时候发现手工测试的结果并不理想。可是目前又无法开展自动化测试,您能给些性能测试用例设计方面的建议吗”


可以参考105#,其中大部分的性能测试都不需要特殊的软件工具即可开展。
回复 支持 反对

使用道具 举报

该用户从未签到

135#
发表于 2011-6-5 18:12:08 | 只看该作者
回复 32# liuxia154207
“你好,我从事的是BOSS系统下的测试,写测试用例的时候老是不清楚该从哪儿入手提取测试点,而且有些测试点是站在用户的角度进行的,我不知道不与用户交互的情况下该怎么在系统上进行测试,测试用例又该怎么写,麻烦你帮我解决一下,谢谢!”


通常情况下,不与用户交互的测试点均来源于单元与集成测试,而这类测试的依据并不是从需求文档得到,而是由设计文档而来。如电源电力驱动原理设计文档。
最坏的情况下,若没有设计文档,则需要自己查看代码和协议。
另,硬件电路设计原理也可以为你提供很好的测试点,如,二极管的高低频。
回复 支持 反对

使用道具 举报

该用户从未签到

134#
发表于 2011-6-5 18:06:23 | 只看该作者
本帖最后由 Jackc 于 2011-6-21 15:14 编辑

回复 30# miqiangyam
“想请教一下查询结果的多少是否影响性能测试结果?”

查询算法不变的情况下,基础查询数据的多少是影响性能测试结果的主要因素。
查询结果的多少会较小影响性能测试结果,但是它与查询算法无关,而是取决于数据列表显示算法。

“是不是查询记录越多越好?”

查询记录不是越多越好。
通常,查询的性能测试会以数值差的方式出现。即设计固定参数的基础查询数据,然后再检查其查询性能。
比如,电话本联系人查询,首先设计查询数据基础参数,比如基础数据是否包括联系人名,联系人名由多少个字符组成;是否包括手机号码,手机号码由多个字符组成.....
然后设计查询数据条数,如 1,100,1000,3000,5000....
最后,再开始实际的执行测试,收集测试结果。

PS:通常,非意外情况下,设计好的查询数据在不同阶段的测试中不会进行变更,因为数据的变更还是会对最后的测试结果有影响的。
回复 支持 反对

使用道具 举报

该用户从未签到

133#
发表于 2011-6-5 17:54:34 | 只看该作者
回复 26# vine
你好,我们是做内容管理系统的公司,我们一直想写测试用例,但是发现写来写去就是增删改查之类的,虽然需求和设计过程测试也参与了,用例也评审了,但是写出来的用例在实际测试的时候发现没啥用,原型也有,但是编码出来的东西发现跟原型有区别,而且具体的业务逻辑在编码看到产品后大家才理解,所以都觉得用例没啥用,久而久之大家都不写用例了。这种问题该怎么去解决呢?


首先,测试用例并的覆盖度不是越高越好,合适的覆盖度用例才是设计用例的目标。
用例覆盖的粒度取决于它即将使用的目的,如,回归用例组,它其实只要求主要功能覆盖,所以,非第一优先级功能需求的用例就无需设计在其中。

其次,你的问题涉及2个方面:
1.需求分析与跟踪
需求分析:
需求原型在你们公司,属于是参考级的事物,这是不合理的,建议先努力修正需求原型的重要性。主要从公司上层和研发团队入手,提升他们对需求原型的重视程度(可以整理一些不依据需求原型可能带来的风险,如研发过程不可控),然后加大对需求原型的分析的力度,细致的需求原型有助于明确研发的目标,减少随意性开发的出现。

需求跟踪:
在设计用例阶段,加强与研发部门的沟通,随时了解需求开发进度与具体事项。最好安排测试人员与研发人员一一对口,随时跟踪实际研发应用程序的实体状态。有助于测试团队及时修复需求变更带来的影响,以及营造良好的测试&研发环境。
——————————————————
2.测试用例格式设计
测试用例格式多种多样,主要分为:标准格式、规程格式、检查点格式
标准格式:与传统的用例格式相同(设计维护成本高)
检查点格式:只是1句话或1个词组既代表1个用例(设计维护成本低,对执行测试员要求高)
规程格式:标准格式与检查点格式的结合,1组用例的核心部分使用标准格式(如前置环境),而其他部分使用检查点格式(预期结果)(设计维护成本可自定义)

根据实际项目的测试资源,选择不同的格式用例,有助于测试用例更好地引导测试团队的测试执行,监控测试过程。
回复 支持 反对

使用道具 举报

该用户从未签到

132#
发表于 2011-6-5 17:33:39 | 只看该作者
回复 24# dule

"Jackc你好,我是一个测试新手,之前没有一点测试的基础,因为一次偶然的机会进入现在的公司做测试。我们项目组现在是对前期已经开发好的一款手机软件来进行二期的开发,我工作都快两个月了,一直都是在手机上进行操作,我想深入的学习下软件测试方面的知识,需要从哪些方面下手"


目前,手机整机研发一般只有大公司在做,其原因是成本和风险太高,利润也较薄。所以,整机方案研发和第三方应用程序研发将是未来3年内手机行业的关注点。

对于手机测试的知识学习,建议从以下几点逐步深入:

1、应用程序需求分析和用例设计
这是一个长期的过程,一般都会持续很长的时间。用户总有新的需求提出,所以,测试人员一直都会为熟悉新需求而忙碌。掌握一般应用程序的需求分析方法,并根据其设计出合理的用例,是最基本也是最重要的技能。
前期,可采用克隆的方式,模仿别人的用例,自己重新设计,主要熟悉用例设计的基本格式等等。

中期,先自己分析应用程序需求,并设计出用例,在实际用例执行过程中,收集和整理缺陷的用例发现率,对不是用例发现的缺陷进行分析,查看其泄露原因是什么,能否使用新的用例解决(不是任何缺陷都能考设计用例发现的,比如,一个特殊复杂环境的缺陷,就不适合专门设计用例解决,因为其相同复杂等价的环境或许会有更多)

后期,分析测试阶段中的各个里程碑(gate),在清楚其不同的确切目标后,将不同粒度的用例套用到其中,完成里程碑用例的设计。(用例并不是覆盖度越高越好,而是根据里程碑,选择合适覆盖度的用例)
——————————————————
2、手机特殊业务
软件:
现在的智能机,在应用程序测试上,可以多参考相似的,而自己熟悉的事物,如,PC应用程序(毕竟一开始,普通人对PC的熟悉度高于手机)

然后,需要学习手机应用程序优先级分布,在纯软件方面,主要分为4个等级:
1)核心应用:通讯相关业务,如 CS通话以及相关功能(电话本)

2)特色应用:通常指当前开发的应用程序及其相关业务
3)框架应用:当前平台提供的特色通用支持业务,如输入法
4)辅助应用:其他和与1,2点相关的应用程序,如计算器,一键通等
对手机的业务的学习以及交互测试用例设计,都可依据此优先级。

硬件:
了解手机的几个关键芯片的作用:射频芯片、多媒体芯片、电源管理芯片
了解程度至少达到,这些芯片的工作原理以及对各个应用程序进展排队的处理等等
——————————————
3、分解测试目标
一般来说,任何测试的需求,在开始时都是模糊的,养成前期分析测试目标的习惯。即接到任意测试任务时,优先考虑此目标描述是否充分,是否存在模糊点。如,上级下达测试刚研发的第三方浏览器目标时,则考虑,是否需要非功能测试。
————————————
4、良好的测试习惯
总结与改进
无论什么样的测试,都存在缺陷。所以,定期总结测试经验,思考测试改进,是一个持续的过程。
模仿与思考
测试方法五花八门,多参考其他同仁的测试方法,思考其优点和缺陷,有助于让你快速构建适合你个人的特殊测试方法。
回复 支持 反对

使用道具 举报

该用户从未签到

131#
发表于 2011-6-2 16:50:14 | 只看该作者
ding
回复 支持 反对

使用道具 举报

该用户从未签到

130#
发表于 2011-6-2 14:43:12 | 只看该作者
请教一个问题哈  monkey 用在模拟器中是正常的 但用在手机中就会显示错误
错误提示为:key names array malformed (internal error)
求帮助
回复 支持 反对

使用道具 举报

该用户从未签到

129#
发表于 2011-6-2 14:43:02 | 只看该作者
请教一个问题哈  monkey 用在模拟器中是正常的 但用在手机中就会显示错误
错误提示为:key names array malformed (internal error)
求帮助
回复 支持 反对

使用道具 举报

该用户从未签到

128#
发表于 2011-6-2 14:21:03 | 只看该作者
版主有点小帅哦
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-22 19:07 , Processed in 0.117232 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表