51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3592|回复: 3
打印 上一主题 下一主题

手机case疑问,谢谢。

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-10-7 22:05:21 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
问题如下:
1、大家都知道手机message中有很多相同的菜单功能。比如:转发功能,排序功能,在收件箱中有,在已发件箱中也有,在写case时本来我是想通过菜单遍历,但如果这样的话肯定是会重复的啊,后来想想要不按功能模块去写,比如新建、回复、转发等,但又怕一些菜单功能未覆盖到,所以这部分case该如何去写呢?

2、比如测试蓝牙传送单个最大文件时,是否需要测试所有的格式(图片的各种格式、音频的各种格式、视频的各种格式等),但在case中前面部分已经有各种格式的case了,这样是否会重复?

由于是初次写case,毫无头绪,请知道的同仁帮忙解答,谢谢。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2010-11-23 13:59:39 | 只看该作者
建议: 先写模块的界面,然后写它的功能,最后写异步测试。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2010-11-30 17:45:58 | 只看该作者
不论是sms的各个文件夹重复功能的问题,还是BT传输文件的问题,都遇到在不同的UI界面调用相同的app时,是否需要重复测试的问题?
所以两个问题是一个问题:如何在用例框架中,合理分布测试用例。
——————————————————————————————————
答案也很简单,给自己一个理由,测试与不测试的理由。

不同的人,不同的项目,针对相同的问题,会导致不同的结果。
通常大家都会使用测试资源效率做为评估的主体。
即如果考虑做这方面的测试,需要消耗多少资源,预期得到的测试输出如何。
当然,预计测试输出的评估方式也有多种:有人喜欢看以前的数据,有人喜欢和开发讨论,有人则喜欢“拍脑壳”……
总之一句话,就是评估这个测试是不是必须做,值不值得去做。

——————————————————————————————————————————

上面说了一堆废话,由于不清楚你们在测试执行时,测试资源的分布,所以我也拍拍脑壳,给出3个方案,你可以酌情选择:

1.在测试资源富足的情况下,遵循“对任何事物保持疑问”的态度,所有的重复用例,只要前置环境发生变化,就需要重新测试。

2.在测试资源勉强够用的情况下,按照“需求优先级”,重复用例只在优先级最高的前置环境中使用,如SMS中,收件箱的优先级显然大于发件箱。

3.在测试资源勉强够用的情况下,还可考虑根据需求优先级交叉使用测试用例,如,前2个连续版本中只在SMS的收件箱中测试重复用例,而第3个版本只在SMS发件箱测试重复用例。

PS:
第2和3种方案在删除重复用例时,至少应保证重复用例的主要功能得到实现。如,当计划只测试SMS收件箱的转发功能时,针对于发件箱转发功能,至少需要设计发件箱“选项菜单正常打开转发界面”的用例。

第2和第3种方案可咨询相关开发人员,以更准确的删除重复用例。而第1种方案无需与开发人员沟通(开发说不测,测试人员就不测,那还要测试做什么……)
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2010-12-6 10:11:11 | 只看该作者
当资源充足的时候,大量测试用例重复并不是一件坏事,全面地进行测试可以避免漏测的事发生!
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-15 22:39 , Processed in 0.071463 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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