实际工作中到底能不能做到测试用例在编码之前编写

vipwork · 发表于 2011-5-3 10:01:11

请问一下，在实际工作当中，测试用例的编写到底是和设计文档同步编写呢，还是等编码完之后才开始编写的，当然，说的是传统的开发模式。

Nio · 发表于 2011-5-3 10:06:46

能。在设计文档完成之后，可与代码同时进行。

zhenni8955 · 发表于 2011-5-3 10:21:39

有了设计文档可以设计测试用例，因为等开发编码完成后，测试的时间是很紧张的。另外测试用例本身是一个不断完善的过程，在实际测试的过程中也适当的添加删除一些用例。

804845430 · 发表于 2011-5-3 10:31:06

测试用例的编写可以开始在编码之前，我们公司这个阶段的设计用例的依据是需求文档和设计文档

愚人 · 发表于 2011-5-3 22:21:52

最好跟代码同时进行，编码完成的时候就可以测试了

ruirui。 · 发表于 2011-5-4 14:46:38

楼主貌似没弄清楚测试用例的依据建议多找点这方面资料看下

sakuna · 发表于 2011-5-4 17:00:22

如果你参考H模型，你可以不需要和研发阶段挂钩
如果你参考双V模型，系统测试和集成测试的用例是在设计阶段完成，单元测试的用例在编码阶段完成
实际上大多时候，系统测试的用例是在编码阶段完成的，为什么呢，因为很多公司并不重视设计阶段，甚至有些公司忽视了这个阶段，而系统测试用例编写又比较耗时，双方的时间不对称，往往开发的设计只用了一两天，测试的用例却花了半个月，所以就出现了系统测试用例和编码同时进行的情况

航空 · 发表于 2011-5-4 17:23:16

一般是同时进行

阿七 · 发表于 2011-5-4 17:23:34

等编码完你的用列就要完成

vipwork · 发表于 2012-3-4 22:09:00

很久没有看回自己的帖子，呵呵~~~
现在来到这个公司就比较规范了，虽然设计文档还是概要和详细设计写在了一起。但是，起码有了清晰的界面元素，结合界面的业务逻辑的描述，流程图等等，一切都为测试用例编写提供了很好的依据。所以现在，设计文档一下来，就能很快的展开测试用例的编写了。

execoo · 发表于 2012-5-17 17:05:31

还记得回这帖子啊，说说这一年进这家公司的心得吧

千里 · 发表于 2012-5-17 18:59:01

总的原则：用例编写越早越好
实际情况：当提供了你编写用例的依据就可以开始。

楠族开心果 · 发表于 2012-5-18 07:48:43

同意千里的，测试用例一般都在测试前写好比较好

wangzujing · 发表于 2012-5-18 08:25:10

可以，但要有前提：功能模块移植的，大致功能已熟悉；详细功能策划书已输出了，根据策划方案写；否则就不行，不知道功能要做成什么样，怎么写的出来，写出来了也用不上，只能等提交测试后写咯；

GAY公公 · 发表于 2012-5-31 11:46:50

楼主你的问题对我来说太飘渺了，我们公司是做项目的，每周一个都会变化需求，变化完我们都收不到通知，唉，搞得我们一开始测试就要跑去找产品经理，重新确定功能实现问题。有条件的话还是建议一开始就写，测试用例在测试之前就写好工作起来很痛快的，而且以后有条件的话光写用例，执行让下边人去干

愚人 · 发表于 2012-5-31 12:45:48

在需求搞清楚就可以写了

千里 · 发表于 2012-5-31 13:37:49

大家观点都是一致的

vipwork · 发表于 2012-6-6 22:53:58

还记得回这帖子啊，说说这一年进这家公司的心得吧
execoo 发表于 2012-5-17 17:05

是有点懒，呵呵。

vipwork · 发表于 2012-6-6 22:56:43

总的原则：用例编写越早越好
实际情况：当提供了你编写用例的依据就可以开始。
千里发表于 2012-5-17 18:59

嗯，千里版主的总结非常好。一切只要依据就可以了。需求描述+界面设计。

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 实际工作中到底能不能做到测试用例在编码之前编写

相关帖子

站长推荐 /1