51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 12688|回复: 24
打印 上一主题 下一主题

[讨论] 测试用例根据什么写?

[复制链接]

该用户从未签到

跳转到指定楼层
#
发表于 2007-1-18 11:48:26 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
请各位大虾说说:测试用例在什么时候开始写?根据什么来写测试用例?
我还是有点迷惑
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

24#
发表于 2009-5-23 10:57:13 | 只看该作者

回复 14# 的帖子

编写测试用例要根据用户需求和测试计划,测试策略来写。
感觉是这样
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2009-5-15 11:12:12 | 只看该作者
写测试用例时,按理说跟着开发的进度进行,根据概要设计编写测试计划,按照需求规格说明书和需求文档来编写测试用例。其时在实际编写测试用例过程,并不是那么严格的按照书本上写的按部就班的写。常常需要后期不断的补充才能完善。但是有时候项目周期短,开发人员就在已有的项目上做修改,连需求文档都没有,直接把修改的软件交给测试人员,测试人员是边测编写测试文档。当然这是破不得以,因为这样很难测的比较全。 特别是一些刚建立测试的公司,领导想怎么测就怎么进行。
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2009-5-14 09:47:35 | 只看该作者
测试用例是根据需求文档书写的。但是目前国内公司需求文档质量都非常糟糕,无法作为书写测试用例的依据。如果项目的时间允许,可以根据需求文档制作测试设计规格说明,然后依照说明书写测试用例。测试设计规格说明需要测试人员自己整理,如果能够接触客户是最好不过了。
回复 支持 反对

使用道具 举报

该用户从未签到

21#
发表于 2009-5-12 12:20:06 | 只看该作者

回复 21# 的帖子

我们都不写  ,看自己了  。自己想写就写,不想写就不写
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2009-4-24 15:22:44 | 只看该作者
"实践中往往是边测试边写~ "实在
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2007-4-4 15:00:45 | 只看该作者
我认为看你在什么阶段想写测试用例.看你公司的规模
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2007-3-27 18:15:20 | 只看该作者
系统测试根据SRS写,在概要设计阶段时写,集成测试根据概要设计写,在详细设计阶段写,单元测试根据详细设计写,在CODE阶段写.但这些是理论的,一般企业可能只有系统测试,所以就根据SRS写咯!

[ 本帖最后由 lantianwei 于 2007-3-27 18:17 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2007-3-6 09:48:50 | 只看该作者
测试用例根据什么写?
这要看你到底是写什么用例。ST就要根据需求写,IT根据HIGHLEVEL设计来写UTLOWLEVEL设计来写。
我现在的公司是CMMI5的,用例是在方案之后,执行之前。。。但是很多公司还做不到。
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2007-3-5 23:02:18 | 只看该作者
在完成测试方案以后写
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2007-3-4 10:29:49 | 只看该作者
个人认为用例的编写首先要看整个测试工作的方案。如是时间紧迫同意4楼观点(边测试边写);如果时间充裕的话建议还是根据具体需求文档和设计说明书写,从而达到较高的覆盖率。
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2007-3-3 23:47:28 | 只看该作者
在需求分析时,可以开始写系统测试用例了(最好在需求规格说明书经过评审后);
在开发人员进行概要设计时,可以开始设计集成测试用例(最好在概要设计说明书经过评审后);
在开发人员进行详细设计时,可以开始设计单元测试用例(最好在详细设计说明书经过评审后);
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2007-3-3 14:34:38 | 只看该作者
在每个测试阶段,先写测试计划,测试方案,然后再根据每个阶段开发人员设计出的文档,设计出测试用例.  具体参考文档如下:  
单元测试阶段:根据详细设计说明书.
集成测试阶段:根据概要设计说明书;
系统测试阶段:根据需求规格说明书;
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2007-2-28 15:24:28 | 只看该作者
基本上按照需求和要测试的功能点来设计,在具体的测试过程中还有很多突发奇想的用例,或与环境什么的结合的一些测试用例可以边测试边添加。
测试前设计好测试用例还是比较重要的
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2007-2-27 19:04:11 | 只看该作者
一般测试书本,提及许多测试方法,但实际的黑盒测试,优先的测试不太多用到这些测试方法。优先的测试便是根据软件的需求。
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2007-2-25 21:55:51 | 只看该作者
一般是再测试设计阶段划分出测试子项,然后根据子项编写CASE
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2007-2-25 21:52:16 | 只看该作者
同意ls的意见,测试用例是应该根据需求规格说明书和概要设计详细设计文档来写的,但是现在有许多公司都做不到而已。
这就需要测试人员积极主动的沟通了。其实我想需求规格说明书应该公司都有的,不然的话他那个软件凭什么设计出来,只不过
没有文档化管理起来或者不同公司叫法不同,沟通的意义就在与这里了。至于之后就是细化用例和补充用例了,ls说得很详细拉,佩服!
sdlkfj3 sdlkfj3 sdlkfj3
回复 支持 反对

使用道具 举报

该用户从未签到

8#
 楼主| 发表于 2007-1-30 10:59:14 | 只看该作者
恩,测试用例是根据需求规格说明书和详细设计文档来写的,不过在以后的测试过程中也可以将发现的BUG用例再添加进来的.一般在需求阶段就要根据需求说明书来写概要的测试用例,在设计阶段细化用例,在产品完成后再继续补充用例,在测试过程中修改用例,呵呵,不过如果做的项目比较大,BUG又很多的时候,还是建议用TD来管理和设计测试用例比较方便,这样从需求入手我们就可以对整个项目的测试进行计划,管理和BUG跟踪
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2007-1-29 14:50:47 | 只看该作者
同意futogether观点,
在需求阶段写个概要用例,在设计阶段细化用例,在产品完成后再继续补充用例,在测试过程中修改用例。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2007-1-29 10:05:21 | 只看该作者
同意futogether观点,
在需求阶段写个概要用例,在设计阶段细化用例,在产品完成后再继续补充用例,在测试过程中修改用例。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2007-1-29 09:26:45 | 只看该作者
我有被问到过这个问题.当时我回答很简单,就说根据需求来写,然后那个面试官好像对我的回答不满意,又进一步提问,可是出了需求我不知道还能有什么,我就说还要看测试的目的.后来回来以后想一想,应该还有根据测试计划吧! 感觉面是不成功,都三天了,也没给我通知.她也问我测试用例设计应该在哪个阶段开始,我说在需求分析阶段,但是好像这是理想状态,实际中好像很多公司不是在需求阶段就开始的,呵呵,不知道这两个问题还有什么说法,请大家发表高见啊!继续关注ing!
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-8 13:55 , Processed in 0.090892 second(s), 25 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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