测试用例可以不写吗?

xzl · 发表于 2006-3-22 17:10:50

我做的测试主要是基于WEB测试.在公司因为从事测试的人很少,或者说就是我一个.为了速度,我通常不写测试用例,这样可以多有时间去学别的东西.我们领导也没有要求我写测试用例,或许他们在这方面也不太懂.所以测试的事完全是我一人说了算,他们也不过问.BUG当然要写的,就是这种情形,公司没有出现什么大问题,而且每次也能发现很多BUG.我现在就想写下,可以扩展自已的能力.要是让我写,我肯定也能写出用例来,现在情况是没有写用例的必要.要是坚决要写的话,那肯定就是累我一个人了,而且有时不能保证速度.这种情境下需不需要写用例.需要说明的是,我对这些板块比较了解,而且自已以前也做个开发这方面的.但是不写,总觉得少了点东西,当然测试报告也不用写.所以说,大家说说,这样的情况要不要写测试用例和测试报告呢?

慢慢变胖 · 发表于 2006-3-23 09:20:55

这只是做事的方式方法问题，如果你觉得自己能够不写test case也能够做好测试，为什么要写呢？
这时候即使你去写，也许只是面子工程而已，不能够带给人或者自己任何好处

baitest · 发表于 2006-3-25 22:52:10

测试用例作为软件生命周期的文档，和需求、设计文档并重。有些公司已经将此作为里程碑的产物，不是可有、可无。我们不要忘记：软件产品是给别人使用和维护的对象，是给客户交付的物理产物。

慢慢变胖 · 发表于 2006-3-27 10:17:48

什么是软件生命周期，现实之中没有文档的软件产品我想是大把，为什么存在（存在即是合理），为什么我们要用同一把尺子来度量？
不要忘了，在楼主的这个阶段，测试文档其实毫无用处

edwin_chen · 发表于 2006-3-27 18:50:55

其实怎么说呢，如果你想做好，那么就设计测试用例。如果只要一般就好了，那么当然也没有必要。
当然，个人觉得设计用例是很happy的事情。
从你“测试用例可以不写吗?”这句话中用的这个 “写”字，就知道你做测试不专业。

xzl · 发表于 2006-3-29 21:47:45

我知道是设计测试用例,但我觉得写没什么不对,在我的意思中这是相同的表达.本人测试还是新手,也许连新手都算不上,所以最近参加了一个为期六个月的带薪脱产培训班,希望自已以后能把测试做的更好.

youshayun · 发表于 2006-3-30 16:21:21

个人觉得测试用例一定要写，而且测试用例其实也是对一个测试项目的总结

婧颦 · 发表于 2006-3-31 09:50:39

其实，我觉得，测试用例可以不写，但是前提条件是你脑中已经想好了测试的流程和目的。我就经常是把想法放在脑子里，测试用例只是最简单的一部分思路。因为在现在的开发流程里，将你所有的想法写出来后，动手时间就少很多了。

婧颦 · 发表于 2006-3-31 09:53:27

以前测试时一个新版本有大概三个月的时间，我总是感觉不够用，现在的公司一个新项目包括所有用例编写只有一个月时间，还要写很多总结，所以，有的时候，还是要因地制宜的想策略。

iMaC · 发表于 2006-3-31 20:42:05

精辟！
不要太拘束了，毕竟理论只是纯理想化的，现实跟理想化还是有很大的差距，能结合实际就是最好
较少的聪明的人就是，能创造出好的方法让自己能轻松出色地完成工作

edwin_chen · 发表于 2006-3-31 22:28:28

前面几位说的太有道理了，学习中

xiaduo · 发表于 2006-4-1 17:41:05

hehe 楼主，如果你能在这个阶段这种情况下将测试的文档管理体系建立起来的话，那么你以后就不是简简单单一个做web测试的小员工了。这个就是潜在机会，很多时候，机会是要自己创造的，设想该公司的测试体系，标准全部都由你来订制，那么你对于公司的价值就不是那么简单了，当然了，看清楚公司的发展潜力也是十分重要的

xzl · 发表于 2006-4-1 20:54:03

现在可能没有时间去测试体系吧,因为一直没空.星期一到星期五都要去培训.几个月培训完成后,以后会慢慢让它走上正轨的.这急也急不来,只有让时间去解决了.

xiaduo · 发表于 2006-4-1 21:09:31

原帖由 xzl 于 2006-4-1 20:54 发表
现在可能没有时间去测试体系吧,因为一直没空.星期一到星期五都要去培训.几个月培训完成后,以后会慢慢让它走上正轨的.这急也急不来,只有让时间去解决了.

恩。培训完了之后应该能够更加系统的管理自己的测试文档。一定要文档化正规化阿

huangsh2004 · 发表于 2006-4-4 20:10:08

想做得专业一点呢，就尝试写写测试用例吧，那样你的测试设计能力会慢慢提高的。我们现在是测试需求、测试用例、以及测试流程都得考虑。

慢慢变胖 · 发表于 2006-4-6 09:09:24

不同的项目各有不同，不能拘泥于我们认为所谓的必须要有的咚咚
应该从自己的测试计划来看，你是怎么定义你的整个测试周期的，如果你有一个专门的spec的阶段，
每个阶段有自己完成的标志，那么你应该提交你的spec.也就是test case了，
如果你的整个周期只是一个阶段，就是完成测试，其实你的完成标志是你测试的出口
比如完成所有已经计划的测试（并不一定非要case才能做测试），或者已时间作为标志

JPeanut · 发表于 2006-4-10 15:53:35

感觉首先一点，测试用例文档的编写是设计测试，整理思路的过程，不经过用例文档的测试，除非是小项目，否则，很多把测试做的全面。
其实,文档可以作为测试人员工作的表现.

RP☆玲 · 发表于 2006-4-10 22:40:50

咳！
没有测试用例的测试不是正规的测试。。。
不过能够体谅在公司里就一个人做测试是很辛苦的。。。

yongjun4 · 发表于 2006-4-11 10:55:47

原帖由 慢慢变胖 于 2006-4-6 09:09 发表
不同的项目各有不同，不能拘泥于我们认为所谓的必须要有的咚咚
应该从自己的测试计划来看，你是怎么定义你的整个测试周期的，如果你有一个专门的spec的阶段，
每个阶段有自己完成的标志，那么你应该提交你的spe ...

恩，我觉得理论固然重要，但是也要结合实际

xzl · 发表于 2006-4-11 21:35:38

测试越早介入越好,而我一般这个小项目刚完成,那个项目又完成了.这样,搞的人都是在救火,根本没有时间让你去设计测试用例什么的,有时实在忙不过来,只能从服务部抽调一个人过来应付.但总是谢天谢地没有出现什么大问题.现在正在考虑招人,因为我每天现在只有晚上加点班,那更是可想而知的压力了.但我们的优势是跟开发人员有很好的沟通,自已以前做过开发,跟他们混的很熟,他们也经常替我着想,尽量减少BUG,还有一个经验就是,不论怎么忙,但是客户谈需求的时候或是开需求讨论会的时候我一定会在场.不在的时候,我也会问技术总监或是项目负责人那里拿需求,或是听他们解释下需求.其实现在我的观点倾向于测试用例有条件写的时候尽量写,实在没办法的时候,那只能望而兴叹了.

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

[讨论] 测试用例可以不写吗?

相关帖子

站长推荐 /1