51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4755|回复: 15
打印 上一主题 下一主题

[讨论] 写测试用例,应该参考什么?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-10-10 09:36:22 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
如题,写测试用例的时候,应该让程序员或者项目经理、TeamLeader等提供什么参考?
我们公司要求按照需求写测试用例,而且只有需求的时候,就要求我们写出测试用例,这样合理吗?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

16#
发表于 2009-3-16 17:58:43 | 只看该作者
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2009-2-24 10:23:44 | 只看该作者
项目需求是必须要的,再是要把用例写成傻瓜式,也就是不懂此项目的人知道怎么操作。

[ 本帖最后由 lingjie219 于 2009-2-24 10:25 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2009-2-23 20:22:54 | 只看该作者
学习学习!谢谢 楼主!
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2009-2-20 16:20:40 | 只看该作者
学习了
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2009-2-19 13:29:45 | 只看该作者

xiexie

thx
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2005-10-20 14:23:37 | 只看该作者

黑盒测试的测试用例设计方法

黑盒测试的测试用例设计方法:p

本帖子中包含更多资源

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

x
回复 支持 反对

使用道具 举报

  • TA的每日心情

    2016-6-30 10:56
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    10#
    发表于 2005-10-20 11:17:28 | 只看该作者
    我也很头痛这件事,我们公司最近也在要求我们写测试用例。真不知如何下手。谁有高见快说说吧!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2005-10-18 14:58:50 | 只看该作者
    由正规测试流程的公司都是在有了需求说明书后,测试人员就开始写测试计划和用例的,并不是开发完程序才开始的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2005-10-15 22:04:22 | 只看该作者
    这要看你是什么用例,如果是系统测试用例,根据需求规格来写,集成测试用例根据概要设计书,单元测试用例根据详细设计写
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2005-10-14 21:36:57 | 只看该作者
    测试用例可以根据测试方案来写的,测试方案是由测试经理来完成的,可是不同的公司有不同的规范,有的公司可能测试方案也没有,只能根据需求来完成.
    这是我的个人见解!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
     楼主| 发表于 2005-10-10 16:25:18 | 只看该作者

    谢谢风之翼

    看来风之翼的公司很大,而且很重视测试工作,不然不会划分的这么清晰

    我们公司的测试部刚成立1年零几个月而已(听说,因为我加入的比较晚),而我也只做了11个月的测试工作。公司对测试的定义很不明确,领导自己对测试几乎没概念(很残疾吧,无奈);尤其现在测试部的这个领导,是个女的,婆婆妈妈的不说,讲出话来都狗屁不通。

    所以现在的测试工作主要由我们几个人来搞,这些人对测试的概念都不够清晰,我们一边摸索,一边还要跟领导斗争(不然他们不会采取我们的建议)。:|:|

    [ Last edited by 三月秋风 on 2005-10-10 at 16:26 ]
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2005-10-10 11:34:18 | 只看该作者

    这个...

    我也不太清楚啊. 我只做了几个月测试而已.对这些还没什么资格谈自己的见解.

    不过,我们公司的测试,是有专门的功能测试组,和性能测试组的.我属于功能测试组成员.主要职责就是根据需求和各种规范设计测试用例,执行用例,提交并跟踪defect report, 编写自动测试脚本进行自动测试. 只是如果优秀的话,会有机会被提升去开发测试工具. 就这样...
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
     楼主| 发表于 2005-10-10 11:26:04 | 只看该作者

    补充说明 以及 我的观点

    补充说明:
    公司希望让我们根据需求规约写出可以通贯测试全程(包括符合性、功能、集成、系统等等测试)的测试用例

    我的观点:
    根据需求写测试用例固然很好,感觉根据需求写的用例只能验证系统是否符合客户的开发要求,与客户的要求关系密切,与开发的产品关系比较远;     根据系统开发计划、系统开发设计说明写出的用例,与系统原型比较贴近,更适合功能性测试、集成测试、系统测试等。

    所以觉得我们公司的要求很不切实际。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2005-10-10 10:12:42 | 只看该作者

    我的意思是

    你不能说只提供需求就要求写case是不合理的.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    2#
    发表于 2005-10-10 10:11:30 | 只看该作者
    我觉得各公司情况不同而定的. 测试用例主要还是依据需求来写的.

    我做测试的时间也不长,参与过两个项目(现在是第三个).前面两个的项目的做法是:需求回来之后,各模块的测试员和程序员一起听BA讲各自的需求,一般在1~2天内搞定,下来自己赶快消化,然后第3或4天开始,测试员开始根据需求和公司对用例的规范编写相应的测试用例.当测试用例完成了80%左右的时候,Lead和BA会开始review部分test case,一般占总量的20%~30%. 这些工作都完成后程序也差不多可以开始测试了.

    现在这个项目目前还没有机会写case,但感觉流程和以前差不多,只是要流程更规范,case更优秀.以前那两个项目的case利用率很低,基本上每次都重写,很浪费人力和时间.而现在这个的case都写的很不错.有点一劳永逸的感觉.
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-26 03:43 , Processed in 0.081496 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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