51Testing软件测试论坛

标题: 实际工作中到底能不能做到测试用例在编码之前编写 [打印本页]

作者: vipwork 时间: 2011-5-3 10:01
标题: 实际工作中到底能不能做到测试用例在编码之前编写
请问一下，在实际工作当中，测试用例的编写到底是和设计文档同步编写呢，还是等编码完之后才开始编写的，当然，说的是传统的开发模式。

作者: Nio 时间: 2011-5-3 10:06
能。在设计文档完成之后，可与代码同时进行。

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

作者: 804845430 时间: 2011-5-3 10:31
测试用例的编写可以开始在编码之前，我们公司这个阶段的设计用例的依据是需求文档和设计文档

作者: 愚人 时间: 2011-5-3 22:21
最好跟代码同时进行，编码完成的时候就可以测试了

作者: ruirui。 时间: 2011-5-4 14:46
楼主貌似没弄清楚测试用例的依据建议多找点这方面资料看下

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

作者: 航空 时间: 2011-5-4 17:23
一般是同时进行

作者: 阿七 时间: 2011-5-4 17:23
等编码完你的用列就要完成

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

作者: execoo 时间: 2012-5-17 17:05
还记得回这帖子啊，说说这一年进这家公司的心得吧

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

作者: 楠族开心果 时间: 2012-5-18 07:48
同意千里的，测试用例一般都在测试前写好比较好

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

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

作者: 愚人 时间: 2012-5-31 12:45
在需求搞清楚就可以写了

作者: 千里 时间: 2012-5-31 13:37
大家观点都是一致的

作者: vipwork 时间: 2012-6-6 22:53

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

是有点懒，呵呵。

作者: vipwork 时间: 2012-6-6 22:56

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

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

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