51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 21141|回复: 23
打印 上一主题 下一主题

[原创] 设计测试用例的依据是什么??

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-3-19 09:03:08 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
昨天面试,面试官问我设计测试用例根据什么文档来设计,我回答说需求文档说明书。
不知道对不对,哪位高人给个指点!!!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2008-3-19 09:26:20 | 只看该作者
飘过 飘过....:

[ 本帖最后由 q260954617 于 2008-3-19 09:27 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2008-3-19 09:31:45 | 只看该作者
我认为就是《需求说明说》,不过要对需求进行评审。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2008-3-19 10:18:44 | 只看该作者

没有错

如果有详细设计,也可以参考FUNCTIONAL SPECIFICATION。
毕竟有些功能需求上写得比较简单。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2008-3-19 10:25:08 | 只看该作者
学习了,呵呵,帮忙顶上去!
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2008-3-19 10:28:00 | 只看该作者
需求说明书 功能手册 用户手册 还有就是一些基本的常识
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2008-3-19 10:56:01 | 只看该作者
在测试用例设计之前,应该有测试的计划,方案一类的文档,也要拿来作为依据的.
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2008-3-19 14:22:31 | 只看该作者
根据《软件需求规格说明书》《软件概要设计》《软件详细设计》和各阶段《软件测试方案》来编写各阶段的测试用例
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2008-3-19 15:34:47 | 只看该作者
需求规格说明书和详细设计文档,主要是这两个吧。
回复 支持 反对

使用道具 举报

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

    连续签到: 1 天

    [LV.2]测试排长

    10#
    发表于 2008-3-19 16:43:24 | 只看该作者
    测试用例是一个不断维护更新一个过程,他在不同阶段参照的文档是不同的!
    需求
    设计
    …………
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2008-3-19 21:39:14 | 只看该作者
    需求、规格---编写基本功能项
    还要加入一些经验(即以前产品在某些通常出现的一些BUG)
    当然,边界值和异常情况也要考虑进去~!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2008-3-20 10:26:33 | 只看该作者
    应该是测试分析啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2008-3-20 15:26:16 | 只看该作者
    很多公司没有很详细的文档,我也正为这些事情发愁,但测试用例,你还是要准备,怎么办呢?尽是去找开发部经理要一些要关的资料,然后根据他们提供的资料和一些讲解,开始编写测试用例,当然不可能是很详细的,也有一部分只有一个文档,目的是为了在后续的工作中,不要忘记了还有一个功能的测试用例没有完成,同样也不会忘记了,这个功能还没有做测试。当然也有一些公司没有文档,但他们一直在对同一个软件进行更新换代,那么之前的版本就是一个很好的需求,只需要搞明白他此版本中的更新是那些功能就行,至于没有更新的功能,应该与之前的版本相同,可以做为需求参考,有这些资料你可以更好的编写测试用例。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2008-3-20 15:32:37 | 只看该作者
    有资料要编写
    没资料创造资料也要编写
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2008-3-20 15:57:21 | 只看该作者
    根据<<需求规格说明书>>和<<软件详细设计>>, <<测试计划>>来编写测试用例.
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2017-4-18 10:26
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    16#
    发表于 2008-3-21 10:16:50 | 只看该作者
    楼上的,,说得都有是对的`
    ` 写测试用例主就是要根据需求说来写`
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2008-8-24 17:40:03 | 只看该作者
    测试用例可依据:
    1、评审通过的需求规格说明书
    2、评审通过的技术规格说明书
    3、补充需求,隐含需求
    4、用户体验及场景分析
    5、基本成型的UI
    6、与产品、开发或用户沟通得到的系统关注点
    7、产品功能、性能指标
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2008-8-27 13:18:55 | 只看该作者
    根据《软件需求规格说明书》来设计测试用例的,也可以参考《软件概要设计》。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2008-8-27 15:58:13 | 只看该作者
    学习了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2008-8-27 16:52:49 | 只看该作者
    感觉十七楼说的有道理
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-9-21 20:31 , Processed in 0.115067 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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