51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3561|回复: 10
打印 上一主题 下一主题

新人如何提高测试用例?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-7-29 10:08:10 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
如何能够提高自己的测试用例?我的一些经验,仅针对游戏测试人员。

     测试用例一直是我早期测试过程中比较大的障碍,在写测试用例的时候,相信大家都知道,我们最怕的就是一些不容易想到的边界的遗漏,尤其对于新手或者缺乏游戏经验的人来说更是容易顾了这头忘了那头,如何能够保证自己写的测试用例尽可能的完善呢?我想就我的一些经验来抛砖引玉,与大家分享。

(1)    游戏经验,刚接触测试工作的时候,我对网游(尤其MMORPG)其实一窍不通,在写用例的时候很难靠自己纯粹的想象来去覆盖到每一个边界,写的用例也是漏洞百出,有时候甚至连主流程也会遗漏,但是对MMORPG(由于产品的原因,当时选择了wow)有一定的了解后,写用例的效率明显提高很多,写的过程中自然而然会想到很多边界,因此我觉得很有必要去熟悉自己的产品,与此同时,可以选择一款市面上比较成功又与自己产品类似的游戏作为长期的体验。

(2)    用例走读的总结(边界情况的总结),这个过程对于新手测试人员帮助其实非常大的,走读一次总结一次,每个人对问题的看法都存在差异,把一些通用的边界(自己经常遗漏的)汇总起来,以及一些通用的测试用例概括一下(例如对物品的测试、界面的通用测试等等),经常翻阅一下,接下来写用例的时候至少不会在这个边界出问题,当走读的次数多了,对游戏有一定的认识以后,会发现走读的过程中从用例中暴露出来的问题也会越来越少,只不过用例走读是一项挺耗时的工作,时间若是允许的话,走读用例还是非常有必要的。

(3)    边测试边补充用例,这个过程我想大多数测试人员都是这样执行的,我也不做过多的补充,只是一些特殊情况下容易遗忘,比方说过了一两个月,策划更改了一些玩法,还是很有必要将这些用例补充进去的,在用例的备注中最好写上修改日期。还有一点就是对一些经常出BUG的边界多多留意,在我测试的很多系统中经常会遇见同一个问题:A玩家在转场景的过程中遇到的一些操作,从而引起BUG,比方说转场景过程中被踢出队伍,A玩家是否依然可以进一些只有组队状态下才能进的场景?转场景过程中其他玩家提交一个加全服BUFF的物品,A是否会加到?等等,诸如此类。

(4)    业余多看一些其他同事写的优秀用例,尤其是一些自己经常测试的系统,学习别人是如何进行分块的,这样分块是否能够让整个用例看起来非常的清晰?个人感觉,分块分好了,用例也就成功一半了,基于每个小块的考虑边界怎么都比基于整体考虑边界来的明了。

欢迎大家补充~
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2011-7-29 11:47:23 | 只看该作者
我习惯边跑编写..习惯
用例还是靠维护。
一般分常规用例和特殊用例
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2022-5-8 19:23
  • 签到天数: 137 天

    连续签到: 1 天

    [LV.7]测试师长

    3#
    发表于 2011-7-29 13:58:33 | 只看该作者
    积累起来的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2011-7-29 22:10:00 | 只看该作者
    我一般先进游戏熟悉要写的那部分,然后根据策划案写个大部分,接着进游戏走1,2遍再根据实际补充完整。以后就是随时维护了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2011-7-31 14:46:57 | 只看该作者
    任何测试对产品的熟悉都是非常重要的,如果产品还处于设计阶段,则就需要熟悉同类产品了,然后就是在进行测试过程中,不断总结经验,也不断吸取别人的测试经验。同样需要关注的是,对编程人员的熟悉,总结其习惯,发现其容易出错的地方,进行重点测试;
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2011-8-1 18:52:51 | 只看该作者
    写用例测试的时候会根据需求文档写下,当执行的时候对用例再进行修改和补充
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2011-8-2 01:49:16 | 只看该作者
    只写测试要点,不写测试用例的漂过
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2011-8-11 12:17:28 | 只看该作者
    我们是小公司,一般我都是看策划案子,2 编 3 编 左右!跟策划确认后,分析功能点和测试点的同时分出几个大的流程或者联系点,大体都已经确定了,就开始写用例了!不过最后测完的时候,依然会有漏测或者不好的地方,再去总结和为下次做准备了!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2011-8-12 17:47:30 | 只看该作者
    回复 7# 1740885


        就算你写的要点都全面,测试方法你也都考虑全面,但别人呢?别人就算看懂要点但测试方法也不一定全面吧?除非用例自己写自己跑
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2011-8-15 14:28:53 | 只看该作者
    xdfbfdvfsgvfs
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2011-8-16 14:51:08 | 只看该作者
    我们公司现在主要是测各种FALSH小游戏。。。这个怎么写用例啊。。。测试周期一般1-2天。类型还个不一样。。。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-14 15:25 , Processed in 0.075648 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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