51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 15301|回复: 44
打印 上一主题 下一主题

[求助] 没有需求怎么写测试用例?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-11-26 21:11:10 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
公司没有需求,就给一个界面,我想问问各位高手,这种情况怎么写测试用例?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2008-11-27 11:40:46 | 只看该作者

其是还是有需求的

只不过不详细罢了,最起码实现什么功能是有的吧,这就算是需求了,呵呵。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2008-11-28 10:18:57 | 只看该作者
现在能有多少公司给你需求呢?
或者给你的需求,又是有价值的呢?
文档都是后期补的。

你只能做的,去熟悉项目,熟悉功能,熟悉数据库,等等,然后写测试用例。

或者说是凭经验吧
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2008-11-28 17:01:51 | 只看该作者
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2008-12-2 14:00:26 | 只看该作者
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2008-12-2 17:30:57 | 只看该作者
自己整理能想的需求,和上级讨论
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2014-12-18 10:31
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    7#
    发表于 2009-1-4 18:01:30 | 只看该作者
    界面就是需求,我以前也写过这样的用例,建议这样写:
    1、根据业务场景写,将用户每个常用场景做为一条用例
    2、系统用例(细化场景),将几个关联的功能做为一条用例
    3、功能用例,将单个功能作为基点,每个功能为一条用例,当然还要包括界面、易用等
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2009-1-6 12:27:06 | 只看该作者
    凭自己的经验去想,这个界面会实现什么样的功能。整个业务的流程是什么样的。
    先写大方面的case,那些细节的case就等你把整个流程都弄通了之后再写。
    我现在基本都这样写case。
    这就是现实和理想的区别啊。
    学的时候什么都有了之后再写case。
    真正做起来什么都没有
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2016-4-26 13:27
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    9#
    发表于 2009-1-8 14:23:37 | 只看该作者
    没嘴巴吗??
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2009-1-14 17:55:26 | 只看该作者
    跟别人交流交流

    从界面上也能获取些东西

    看看过去的项目内容
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2009-1-19 23:38:07 | 只看该作者
    为什么不考虑用你的案例来代替需求呢?让开发跟着你的案例做呢?

    换个思维吧.呵呵
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2010-1-26 22:42:09 | 只看该作者
    既然能开发出来那开发人员最清楚需求了,直接和开发沟通吧
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2010-1-27 09:21:05 | 只看该作者
    1.跟开发多沟通交流
    2.根据自己的经验,写简要点的,不要太明确,以免变更太大
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2010-1-27 09:26:13 | 只看该作者
    ::xizao::: ::xizao::: ::xizao::: 测试界面的,模拟客户的角度写,将写好的测试用例和开发的探讨,有漏掉的地方再补上,想楼上说的,必要写的太详细,做事留三分
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2010-1-27 09:34:15 | 只看该作者
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2010-1-27 16:59:42 | 只看该作者
    没有需求就去问制定需求的人员 跟经理沟通啊!哈哈 做项目很少有需求
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2010-1-28 14:25:34 | 只看该作者

    回复 1# 的帖子

    没有需求?
    给你的界面就是需求,自己或者找人挖掘需求吧...
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2010-2-20 17:21:13 | 只看该作者
    1、即便是有需求文档也要重新做需求采集的。
    2、因为测试用的需求包括了功能需求和性能需求等。
    3、只给一个界面什么都没有就让你测试的话,首先要清楚自己公司的质量管理标准。以此为测试用例设计依据之一。
    4、质量管理也没有的话,可以按照项目组里的开发规范,跟项目负责人讨论,最后一定要形成一套合理的质量管理方案。
    5、开发规范也没有的话只能凭经验了解需求多跟项目负责人和业务人员沟通。
    6、如果项目负责人和业务人员什么都不知道,总有知道的吧~ 找一下吧。
    7、找不到人怎么办?可注重于界面功能的测试,界面上的元素一般都是功能比如:按钮,文本框,状态栏等等。
    8、最后尝试查找有没有什么help啦,readme啦。也可作为测试用例设计的依据之一。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2010-3-4 12:42:21 | 只看该作者
    这就体现你的价值了。没有明确需求的话,你就要根据你的情况出发,主动提出需求,让市场,领导等重视,帮助项目明确需求定义,控制项目风险,这样一个项目下来,别人就会重视你,肯定你的贡献。如果一味地等开发编码完成,拿到现成的软件后再按部就班地做测试,这样不仅你会特别累,经常加班,别人对你的劳动成果也不会满意的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2010-12-6 20:54:42 | 只看该作者
    没有需求,哪总人需求人员吧,让需求人员跟你培训下吗,
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-12 04:53 , Processed in 0.080453 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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