51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3781|回复: 11
打印 上一主题 下一主题

[讨论] 开发阶段的测试用例如何设计

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-1-22 12:28:13 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
常遇到这类问题,开发阶段的策划案经常修改,程序也经常调整,而一份详细的测试用例要花费几倍的测试时间,好不容易完成了,只要策划案子一修改,以前做的就白费了,部门很多人也不赞成写测试用例,认为对于一个老测试员来说,这根本是不必要的,是只工作时间的浪费,而且以目前的工作量来说,根本没有时间写,对于不稳定的异变的程序来说,意义也不大,在这种环境中,如何推广测试用例呢?测试用例的存在有何意义?sdlkfj8
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情
    开心
    2016-5-11 08:52
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    2#
    发表于 2007-1-22 14:34:22 | 只看该作者
    测试用例的作用
    有效性:测试用例时测试人员测试过程中的重要参考一句。不同的测试人员根据向他的测试用例所得到的输出应该时一致的。
    可重复性
    易组织性
    可评估性:从测试的项目管理角度来说,测试用例的通过率时检验代码质量的保证。
    可管理性:测试用例也可以作为建议测试人员进度,工作量以及跟踪管理测试人员的工作效率的因素!

    测试用例将会使得测试的成本降低,并具有可重复使用功能,也时作为检测测试效果的重要因素,设计良好的测试用例讲事倍功半!



    测试用例时为可特定目的(如考察特定程序路径或验证是否符合特定的需要)而设计的测试数据及与之相关的测试规程的一个特定的集合,或称为有限地发现软件缺陷地最小的测试单元。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
     楼主| 发表于 2007-1-22 20:55:44 | 只看该作者
    目前的问题是,测试的项目多变性,使得所有的测试用例使用周期都超短,而且固化的测试内容使得测试人员测试水平难以提高,都限制在前人的基础上,这些问题如何解决呢?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2007-1-29 10:12:25 | 只看该作者
    按测试用例测试是一部分,测试人员还可以进行自由测试,就是测试测试用例上没有写到的情况。你们项目大不,不大的话就不要写了,大的话一定要写,不然你很难把握哪些地方测试过了,覆盖率达多少。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2007-1-29 14:48:04 | 只看该作者
    sdlkfj5 sdlkfj5 sdlkfj5
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
     楼主| 发表于 2007-1-30 18:11:35 | 只看该作者
    我们测试的是一款网络游戏,然后把这款游戏划分成很多个小功能,那么测试每个小功能也要做用例吗?因为每次测试一个功能时候,差不多一个测试员就可以接下来了,一个人负责一个模块
    市面上的很多测试用例都细致到了用到哪些数据等,如果把一个游戏用测试用例来写,关是一个登陆界面就可以写上好几页的,一个聊天模块可以写上几十页,工作量太大了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2007-1-31 10:54:23 | 只看该作者
    写用例的工作量本来就是很大的啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
     楼主| 发表于 2007-1-31 12:19:30 | 只看该作者
    >_<
    现在的企业老总都是很现实的,企业目标就是提高效率减少成本,如何才能鼓励大家使用测试用例呢?如何能争取到上级的支持呢?
    我们的项目已经有了简单流程,就是提示每个模块需要测试哪些要点,流程上不会体现用哪些具体数据,具体操作,那种详细记载操作步骤和操作数据的用例有人推广用吗?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2007-2-2 12:30:58 | 只看该作者
    原帖由 镭镭 于 2007-1-22 20:55 发表
    目前的问题是,测试的项目多变性,使得所有的测试用例使用周期都超短,而且固化的测试内容使得测试人员测试水平难以提高,都限制在前人的基础上,这些问题如何解决呢?


    感觉说得很有道理!!
    我做的项目中,有很多的用例都是重复以前的用例,
    但是现在还需要重新再进行测试。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2007-2-15 15:29:51 | 只看该作者
    原帖由 镭镭 于 2007-1-31 12:19 发表
    >_<
    现在的企业老总都是很现实的,企业目标就是提高效率减少成本,如何才能鼓励大家使用测试用例呢?如何能争取到上级的支持呢?
    我们的项目已经有了简单流程,就是提示每个模块需要测试哪些要点,流程上不会 ...


    有人用阿
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2007-2-28 14:40:55 | 只看该作者
    如果有充分的人手和时间,那么测试用例设计是必要的
    如果没有时间和人手的前提下,测试用例的设计,就要灵活掌握了。在实现做好一些约定,然后可以用一些约定好的语言模式,简化你的用例,并且抽出一个或多个测试人员,做用例的维护和更新。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2007-7-11 14:11:06 | 只看该作者
    楼上说的不错
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-15 14:46 , Processed in 0.067469 second(s), 26 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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