51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2995|回复: 6
打印 上一主题 下一主题

[讨论] 如何run 测试用例

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-3-23 14:01:09 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
请教各位高手。测试用例到底该如何执行。是一遍一遍的点case还是根据不用的测试阶段跑用例,(比如项目初期我跑用例,后面比较稳定的时候我我久针对性的跑)其他时间做随机测试.不只各位高人有何高见.
另外测试用例应该以什么标准划分阶段.什么样的用例属于alpha阶段,什么样的属于bate?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-3-23 14:20:35 | 只看该作者
要看你的测试计划吧~~~

当然每个测试阶段都有不同的测试用例;
我觉得你的阶段划分的好象有点问题,项目初期,后期???这好象是整个项目进度,你应该在这个基础上根据测试的特点来分成不同的测试阶段:单元测试、集成测试、系统测试、验收测试和回归测试等;
这个还要取决于你的测试模型:V模型、W模型、H模型。。。。
还有alpha测试和bate测试都属于验收测试的范畴,具体的又有区别;bate测试以用户测试为主,这个不需要测试用例吧~~~
回复 支持 反对

使用道具 举报

  • TA的每日心情
    无聊
    2015-3-12 14:20
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    3#
    发表于 2007-3-23 15:52:02 | 只看该作者
    楼上说得已经比较详细了,不同阶段对应不同的测试用例,在不同的执行阶段执行相应的测试用例,既然设计了测试用例就应该都执行阿,不过有的公司分一级二级等等用例的话,就要看在测试计划和测试方案中是怎么 规定的了;而在回归测试阶段才应该是有针对性的执行用例的;
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

    4#
    发表于 2007-3-26 18:23:19 | 只看该作者
    测试用例是根据详细设计文档制定出来的, 所以它是跟踪需求的. 开发的产品有没有满足需求的判定标准就是测试用例执选择结果.
    所以我认为对于新功能的前一阶段是肯定要完整跑case的.
    到了回归测试阶段,测试人员对于所测的产品功能及case已非常清楚,而且也较稳定.就没必要一个一个对着case跑了.
    这个时期倒是可以进行一些非常规的测试,经常可以发现些问题.而这些非常规的测试方法有时是无法在用例中体现出来的.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2007-3-27 11:44:15 | 只看该作者
    个人认为,用例在前期肯定要执行,但是在不同的测试时期,其测试用例应该不同的,比如,集成测试阶段需要的用例和系统测试阶段的用例就不会完全相同,从内容到粒度大小都有变化,测试阶段的不同,说明了测试重点的不同.,在某一个阶段如果测试用例执行成熟,在系统修改后可以在做完回归测试后,再进行一次冒烟测试.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2007-3-29 16:18:34 | 只看该作者
    原帖由 zchtest 于 2007-3-26 18:23 发表
    而这些非常规的测试方法有时是无法在用例中体现出来的. ...


    毒门秘技
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2007-3-31 13:30:01 | 只看该作者
    顶!!
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-14 11:17 , Processed in 0.070647 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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