51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

123
返回列表 发新帖
楼主: dl_soft
打印 上一主题 下一主题

[原创] 我的测试用例,大虾们给点意见啊,thanks

[复制链接]

该用户从未签到

41#
 楼主| 发表于 2010-9-26 11:21:49 | 只看该作者
回复 39# archonwang
    嗯,是啊,不然就只有自己看的懂了,呵呵
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    42#
    发表于 2010-9-26 11:31:01 | 只看该作者
    回复 41# dl_soft


        受众是关键。其他的都好说。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    43#
    发表于 2010-9-26 17:02:13 | 只看该作者
    我们使用testlink工具来管理测试用例!
    目前用的还挺习惯,哈
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    44#
     楼主| 发表于 2010-9-27 16:36:20 | 只看该作者
    回复 42# archonwang
        呵呵。。。。   多多指教啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    45#
     楼主| 发表于 2010-9-27 16:37:35 | 只看该作者
    回复 43# yehe_2000_0
        怎么用的呢?我还不知道这工具呢?现在还在手写,明天还得写几个用例出来,接着就要测试,唉!
    用例都还没写熟呢
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    46#
    发表于 2010-9-27 17:10:54 | 只看该作者
    用excel矩阵法来编写TC,是非常不错的,但注意的是要把正常和异常区分开来说明,另外需要考虑全很多有代表性的异常CASE
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    47#
    发表于 2010-9-27 17:14:59 | 只看该作者
    回复 49# xiaomayi0323

    呵呵,+1
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    48#
     楼主| 发表于 2010-9-28 10:24:47 | 只看该作者
    回复 46# xiaomayi0323
      呵呵。。。  受教了,以后多多指教啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    49#
     楼主| 发表于 2010-9-28 10:24:55 | 只看该作者
    回复 48# Jon
    呵呵。。。  受教了,以后多多指教啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    50#
    发表于 2010-9-29 10:33:33 | 只看该作者
    回复 9# dl_soft

    要不要写这个文档一般上取决于这个文档谁来看和有什么用,和你测不测的出bug不一定有关
    比如,需要文档的理由有很多
    1)你可能会在未来某个时间需要重新执行这部分测试,而又没有时间去仔细回忆系统需求,
    2)你的上级可能需要知道你执行了哪些测试
    3)你的同事可能根据文档给你建议补充哪些测试
    4)你可能要用文档证明自己的工作量
    5)可能有别的人参考你的文档来对这个项目进行测试
    6)可能用来理清自己的思路以便发现bug
    7)可能用来证明测试对需求的覆盖率
    8)可能根据你的文档来编写自动化脚本
    9)可能用这个文档来跟踪分析整个项目的质量状况
    10)有时候测试用例就是合同上标明的一个项目递交产出物
    等等。
    有时候不写文档,或者需要把文档最大限度简化的理由也有很多
    1)项目非常紧急,进度压力过大。没有写的时间
    2)项目已进行到末期,且基本稳定。没有写的必要
    3)有的历史遗留问题,导致写不了
    4)有时候直接记录在某些测试管理工具里,文档可以直接从工具导出了
    5)项目初期,需求变动十分频繁。尽量简化地写或者不写
    6)敏捷程度很高的项目。文档也极其简化。
    等等。
    所以就是说你要明白你在自己的项目里是为什么要写这个文档。

    至于,假如你的测试没测出bug。
    那么需要提高的是你的测试用例的强度。搞清楚系统需求,考虑好测试方法,设计好测试用例。假如还发现不了bug,那么可以设计复杂的测试用例去发现隐蔽的bug。比如,有的内存泄露问题,你执行一次,是pass,执行19次还是pass,到第20次的时候会fail,他每次泄露一点内存,直到次数足够多的时候就崩溃了。有时候,还可以设计复杂的场景去测试。功能的组合,各种设定,配置,软件硬件兼容性,浏览器,中断,并发,等等等等,可以设计无穷无尽的复杂场景。在业界是有在很复杂场景才会发生的bug导致重大损失的先例的。
    当然,有没有必要这样做,仍然取决于你的项目,举例,你测试一个单机版电脑游戏和测试一个医疗器械控制软件,对系统的严谨程度要求是完全不同的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    51#
    发表于 2010-9-30 10:00:06 | 只看该作者
    刚开始学习写测试用例  懵懂状态,看了这个清晰多了  新人  大家多关照下
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    52#
     楼主| 发表于 2010-10-8 09:17:19 | 只看该作者
    回复 53# zhangting85

       呵呵。。。  受教了,但是感觉是更加复杂了,我测试的功能都pass了一次就让它过去了,
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    53#
    发表于 2010-10-9 10:18:52 | 只看该作者
    有人说写测试用例很容易,但是写好测试用例就不简单了!
    学习和积累是个漫长的过程!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    54#
     楼主| 发表于 2010-10-9 11:03:14 | 只看该作者
    回复 56# alineyou
       呵呵。。 我非常同意你的观点,所以大家一起努力的学习和积累雄厚的经验吧
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    55#
    发表于 2010-10-9 11:09:28 | 只看该作者
    回复 57# dl_soft


        大家一起努力 多多交流,我也是刚走上测试之路!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    56#
     楼主| 发表于 2010-10-9 11:11:44 | 只看该作者
    回复 58# alineyou


           嗯,东西都是交流出来的,咱们一样我也刚刚走上测试这条路,我还没真中测试过呢
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    57#
    发表于 2010-10-14 10:53:50 | 只看该作者
    回复 25# niithxl


        来自一个新手的问题哈~~QC是跟bugfree一样的工具吗?用来管理bug的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    58#
    发表于 2010-10-14 15:33:47 | 只看该作者
    回复 60# 涛涛鲁
    基本上有70%的相似度,各有各的特色,QC连着测试需求与缺陷,bugfree 针对缺陷管理的,你可以到论坛上了解下
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    59#
    发表于 2010-10-15 13:22:04 | 只看该作者
    有点复杂,更像测试报告
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-16 17:47 , Processed in 0.072115 second(s), 22 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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