51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5363|回复: 19
打印 上一主题 下一主题

从那个角度方案来考虑写测试用例?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-10-25 10:39:10 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
从那个角度方案来考虑写测试用例? 个为高手请告诉我,当我要写测试报告时,该怎么考虑?要写些什么?是不是就是把我对软件作国的所有步骤都写下来?有什么具体的方法和事例吗?我还是个新手,不清楚该怎么写,请各位帮帮我!谢谢
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
发表于 2004-10-25 10:47:07 | 只看该作者
测试用例是要覆盖全软件的各个部分 每个细节 步骤一定要全部写出来 不需要方法和事例 你只要 用例里写的覆盖了软件的全部细节就算你的用例成功
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2004-10-26 09:08:40 | 只看该作者
;)你可以根据需求分析写啊
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2004-12-20 10:40:29 | 只看该作者
个人认为,不能按照需求来写,因为需求不断在变,而且需求可能会存在错误
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2004-12-20 11:32:35 | 只看该作者
英雄所见略同!
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2004-12-20 12:39:39 | 只看该作者
"测试用例是要覆盖全软件的各个部分 每个细节 步骤一定要全部写出来"如果这是这样那么一个软件的测试用例等你写完软件都要发布了,个人认为要有重点抓住重要环节和关键步骤些部分用例就可以了! 
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2004-12-20 12:49:35 | 只看该作者
Originally posted by sunshineyang at 2004-12-20 10:40 AM:
个人认为,不能按照需求来写,因为需求不断在变,而且需求可能会存在错误

请问你依据什么来写的呢
既然不是需求.那用什么写能比较有效呢.
谢谢!
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2005-2-8 14:40:41 | 只看该作者
有没有一个软件和测试用例间的范本呢,我有点笨啊!!!
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2005-2-21 19:46:20 | 只看该作者
我记得我学测试用例的时候

老师说了n多覆盖方法

是遇到不同的情况要选择不同方法还是每个覆盖方法都要用一次?
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2006-3-14 19:56:55 | 只看该作者
原帖由 willcheung 于 2004-12-20 12:39 发表
"测试用例是要覆盖全软件的各个部分 每个细节 步骤一定要全部写出来"如果这是这样那么一个软件的测试用例等你写完软件都要发布了,个人认为要有重点抓住重要环节和关键步骤些部分用例就可以了! 

同意你的看法 可是怎么才能写出完整的测试用例呢 如果覆盖的都没有BUG 但没有覆盖的部分出了问题怎么办?
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2006-3-15 11:09:17 | 只看该作者

测试

测试
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2006-3-15 13:24:37 | 只看该作者
原帖由 sunshineyang 于 2004-12-20 10:40 发表
个人认为,不能按照需求来写,因为需求不断在变,而且需求可能会存在错误



我个人认为
需求是可能会存在错误,但.作为一个软件工程项目,在设计需求时,已经将错误尽量减少了
而且若测试用例不根据需求写.那根据什么写?
所以说.需求设计还是很重要的,
而且需求若不断的变化..那说明需求设计没有考虑完善,还有很多的不足..

[ 本帖最后由 dyq1108 于 2006-3-15 13:26 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2006-3-15 14:20:55 | 只看该作者
同意楼上的.在我们这,需求确实有不完善的地方,但在一个软件团队里面,需求是一个蓝本,尽管会有需求变更,但所有测试计划和测试用例的一些思路都是根据这个spec来的啊.至于如何写的既没有冗余,又能做到详尽,就需要经验的提升了,大致的格式是:title,desdription,steps,expeted results,actual results...个人意见,仅供参考
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2006-3-15 16:20:16 | 只看该作者
我认为,写测试用例是不是应该先看看所要测试产品的规格说明书啊,只有确定了某个具体的功能后才能够写测试用例吧???请多多指教啊。
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2006-3-16 09:42:31 | 只看该作者
       我写用例就是按流程来写的,比如先是登陆系统,就用户登陆写一个用例,其中包括各种可能存在的情况;然后就是具体操作,比如录入,其中还包括改、删,我又放在一个用例里,就各种情况写。现在我觉得这样写也不行,因为我是按一类情况一类情况写,这样就应该是叫测试需求而不是测试用例的吧。
       另外还碰到个问题,就是在写查询功能的时候,有很多控制条件,我又该怎么写用例呢,,,请大家指点一下
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2020-7-9 15:04
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    16#
    发表于 2006-3-16 10:12:06 | 只看该作者
    我也在纳闷呀~~

    用例用例
    到底该咋写
    写详细了,哪有那么多时间
    不详细,哎~好像不好实施~~

    郁闷`~~~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2006-3-16 16:48:39 | 只看该作者
    参考资料 可以是软件规格说明书 ,开发人员开发文档,用户操作手册,甚至可以直接根用户交涉能获得的信息

    一个测试用例通常包括
    Test ID       
    Source
    Priority
    Configuration
    Test objective
    Preconditions
    Test steps                     
    List of test data
    Verification
    Postcondition
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2006-3-16 17:37:39 | 只看该作者
    楼上的说了和没说一样啊,要规范,要模板我这一大堆。那些不过都是些大概念的东西。我们的问题是,知道写些什么,不过不知道怎么去表达,形成书面文字,该怎么去设计成一个可用的用例。就拿我上面说的那个查询功能来说。再次恳请高手指点。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2006-3-17 09:43:37 | 只看该作者
    同意dyq1108 的看法
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2012-5-4 15:40:22 | 只看该作者
    回复 7# ayong401 我也想问问,不根据需求写,根据啥子写更有效?
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-9 09:32 , Processed in 0.080564 second(s), 29 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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