51Testing软件测试论坛

标题: 测试用例根据什么写？ [打印本页]

作者: shilinglin 时间: 2007-1-18 11:48
标题: 测试用例根据什么写？
请各位大虾说说：测试用例在什么时候开始写？根据什么来写测试用例？
我还是有点迷惑

作者: 小兵 时间: 2007-1-18 12:36
用例一般应参照需求文档，在项目设计阶段，测试人员就应该编写用例了

作者: 鱼鳞 时间: 2007-1-18 13:54
标题: 理想的有如二楼所说
但是往往没有那么理想sdlkfj7

作者: sr 时间: 2007-1-18 13:58
实践中往往是边测试边写～

作者: futogether 时间: 2007-1-18 14:55
一般在需求不充分的情况下，是先写测试需求点的，对于已经比较完善的功能点，可以详细进行测试用例的设计。

同意LS的边测边写。

目前大多数项目真的是这种情况，而且，有的时候甚至无法做到完整的测试用例设计。这个时候测试需求大概就是很重要的吧，最起码知道测试大概覆盖到了哪些功能点

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

作者: 白菜叶子 时间: 2007-1-29 10:05
同意futogether观点，
在需求阶段写个概要用例，在设计阶段细化用例，在产品完成后再继续补充用例，在测试过程中修改用例。

作者: tuxiao69 时间: 2007-1-29 14:50
同意futogether观点，
在需求阶段写个概要用例，在设计阶段细化用例，在产品完成后再继续补充用例，在测试过程中修改用例。

作者: shilinglin 时间: 2007-1-30 10:59
恩，测试用例是根据需求规格说明书和详细设计文档来写的，不过在以后的测试过程中也可以将发现的ＢＵＧ用例再添加进来的．一般在需求阶段就要根据需求说明书来写概要的测试用例，在设计阶段细化用例，在产品完成后再继续补充用例，在测试过程中修改用例，呵呵，不过如果做的项目比较大，ＢＵＧ又很多的时候，还是建议用ＴＤ来管理和设计测试用例比较方便，这样从需求入手我们就可以对整个项目的测试进行计划，管理和ＢＵＧ跟踪

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

作者: sephiroth 时间: 2007-2-25 21:55
一般是再测试设计阶段划分出测试子项，然后根据子项编写CASE

作者: platlab 时间: 2007-2-27 19:04
一般测试书本，提及许多测试方法，但实际的黑盒测试，优先的测试不太多用到这些测试方法。优先的测试便是根据软件的需求。

作者: bzcy 时间: 2007-2-28 15:24
基本上按照需求和要测试的功能点来设计，在具体的测试过程中还有很多突发奇想的用例，或与环境什么的结合的一些测试用例可以边测试边添加。
测试前设计好测试用例还是比较重要的

作者: susan.ni 时间: 2007-3-3 14:34
在每个测试阶段,先写测试计划,测试方案,然后再根据每个阶段开发人员设计出的文档,设计出测试用例. 具体参考文档如下:
单元测试阶段:根据详细设计说明书.
集成测试阶段:根据概要设计说明书;
系统测试阶段:根据需求规格说明书;

作者: Jeongspear 时间: 2007-3-3 23:47
在需求分析时,可以开始写系统测试用例了(最好在需求规格说明书经过评审后);
在开发人员进行概要设计时,可以开始设计集成测试用例(最好在概要设计说明书经过评审后);
在开发人员进行详细设计时,可以开始设计单元测试用例(最好在详细设计说明书经过评审后);

作者: 后后 时间: 2007-3-4 10:29
个人认为用例的编写首先要看整个测试工作的方案。如是时间紧迫同意4楼观点（边测试边写）；如果时间充裕的话建议还是根据具体需求文档和设计说明书写，从而达到较高的覆盖率。

作者: yonger8511 时间: 2007-3-5 23:02
在完成测试方案以后写

作者: nan3937 时间: 2007-3-6 09:48
测试用例根据什么写？
这要看你到底是写什么用例。ST就要根据需求写，IT根据HIGHLEVEL设计来写UTLOWLEVEL设计来写。
我现在的公司是CMMI5的，用例是在方案之后，执行之前。。。但是很多公司还做不到。

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

[ 本帖最后由 lantianwei 于 2007-3-27 18:17 编辑 ]

作者: 888555 时间: 2007-4-4 15:00
我认为看你在什么阶段想写测试用例．看你公司的规模

作者: plandy 时间: 2009-4-24 15:22
"实践中往往是边测试边写～ "实在

作者: 小贝流浪记 时间: 2009-5-12 12:20
标题: 回复 21# 的帖子
我们都不写，看自己了。自己想写就写，不想写就不写

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

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

作者: lihuan5577 时间: 2009-5-23 10:57
标题: 回复 14# 的帖子
编写测试用例要根据用户需求和测试计划，测试策略来写。
感觉是这样

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)