51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 9135|回复: 58
打印 上一主题 下一主题

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

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-9-20 10:53:59 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
本帖最后由 dl_soft 于 2010-9-20 17:25 编辑

我的测试用例,大虾们给点意见啊,呵呵。。。 我把用例贴出来你去看看有什么不对的地方不,
    然后,我的一个文档就写那么多类容有问题的不?
还有就是如果我测的哪两个功能没问题那么我还要写缺陷报告的吗?thanks

本帖子中包含更多资源

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

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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


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

使用道具 举报

该用户从未签到

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


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

使用道具 举报

该用户从未签到

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


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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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导致重大损失的先例的。
当然,有没有必要这样做,仍然取决于你的项目,举例,你测试一个单机版电脑游戏和测试一个医疗器械控制软件,对系统的严谨程度要求是完全不同的。
回复 支持 反对

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

呵呵,+1
回复 支持 反对

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

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

    连续签到: 1 天

    [LV.5]测试团长

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


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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-9-20 14:57 , Processed in 0.091684 second(s), 26 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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