51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

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

[复制链接]

该用户从未签到

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

使用道具 举报

该用户从未签到

24#
发表于 2016-5-12 15:31:34 | 只看该作者
你去百度一下,会有标准答案。
但实际的测试过程中,可能各个公司情况都有所不同。根据人员水平,大家参照的资料也不同。
说一下我怎么做的吧。
首先要明确测试计划,都要测试什么内容,哪块要测到什么程度,哪块比较薄弱,哪块是重点测试的内容。
然后根据开发提供的功能说明书,详细的理解每个功能的作用,你都不理解这个功能,怎么测试呢。
然后根据式样书的定义来写测试用例,可能有的公司叫详细设计说明书,应该指的是同样的文档。
你写的时候还要了解测试别的功能的用例会不会也覆盖到你测的部分,避免重复的测试,提高效率,降低成本。
如果不是一个全新产品的测试,基本都有以前的BUG资料可循,要查一下哪部分是Bug易发点,之前发生的BUG在现在的版本上是不是也会发生。还有投放到市场上的产品肯定有用户反馈,用户反馈的部分也是我们要考虑进来的。

总之,回答这个面试题很容易,但是实际的测试就是你要利用你手头可用到的一切资料,还要根据你的经验。正如前面有些同学回答的,有些文档并不是很详细,就需要根据你的经验了。还要和开发有良好的沟通,尽可能的让开发开心的给你提供资料。
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2011-12-23 16:29:05 | 只看该作者
回复 17# yayali


    不错
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2011-12-23 16:11:24 | 只看该作者
如果系统做得差不多了还可以预先搭建个环境运行起来看看,然后写测试用例
回复 支持 反对

使用道具 举报

该用户从未签到

21#
发表于 2011-12-23 16:00:28 | 只看该作者
佩服14楼 这就是我们的精神
回复 支持 反对

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

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

    连续签到: 1 天

    [LV.2]测试排长

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-26 05:19 , Processed in 0.100708 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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