实际工作中测试用例应用难点调查

yuelimin1211 · 发表于 2008-7-1 09:24:41

需求文档的完备对于写测试用例真的很重要~

gentlehug · 发表于 2008-7-1 10:54:41

初学，1、4都是难点啊。。

qiaoh · 发表于 2008-7-22 09:15:31

感觉差不多一样的，一般任务过来比较急，连需求都不一定看的到，就拿着系统凭经验测试，大的系统需求跟系统还有距离，前期写的也笼统，都是边测试边写用例，系统都测完了，用例还没补完……

兰兰 · 发表于 2008-9-12 11:15:46

我们公司也是了，规定了严格的测试流程，但是在具体实施的过程中，有时由于项目工期紧张，需求不断变化，测试用例设计工作量太大，因此在具体的工作过程中就跟7楼说的现象一样，这样的做法是测试用例设计的实际意义并不大，只是单纯的为了应付领导们的检查。

AwL_1124 · 发表于 2008-9-17 22:20:38

sweetxmy · 发表于 2008-10-13 18:44:09

因为测试任务比较紧，基本是先做测试计划，然后做测试。
有空的时候我就补充测试用例，真的很有趣，我发现在写测试用例时，有时会发现原来当时测试时还有点漏动。

jimoling · 发表于 2009-5-25 18:16:53

看来大家都存在同样的烦恼。。。

兆隆8032 · 发表于 2009-6-8 11:07:47

四个选项中，我个人认为第一个是经验和技术水平的问题，这个通过学习和项目完全是可以提高的。编写测试用例是需要很长时间的，但是编写测试用例的好处大家众所周知，便于维护，利于后期的回归测试等等。约束测试人员的思路，我个人认为那是用例设计不合理的结果。需求的不断变化，对于测试的影响是最大的，我们什么都要来自需求，如果一直再变，不仅编写浪费了时间，执行也变得意义不大了。

兆隆8032 · 发表于 2009-6-8 11:08:42

原帖由 sweetxmy 于 2008-10-13 18:44 发表
因为测试任务比较紧，基本是先做测试计划，然后做测试。
有空的时候我就补充测试用例，真的很有趣，我发现在写测试用例时，有时会发现原来当时测试时还有点漏动。

顶你，同意

zhengjie963 · 发表于 2009-6-10 13:38:10

要是需求更改了那就真的吐血了

pycctv · 发表于 2009-7-1 14:32:56

我觉得还有一方面就是软件测试在国内的发展现状，毕竟要想组织一个测试团体不是一个人两个人的事，最主要的是现在的公司基本上没有做测试的合适的人员，连人都没有，还如何开展测试，更不要提设计测试用例了；还有就是所具备的人员的能力，还有公司对策是的重视程度，就像我们公司，领导觉得软件需求即使是有，也不应该是软件测试人员看的，软件测试人员就是运行一下软件而已，没有必要看需求，所以导致测试很难进行。

lery · 发表于 2009-8-12 23:55:47

用例在遇到时间问题时候显得很无助，嘿嘿
用例一般是写给new hand 看的，嘿嘿

gongx2008 · 发表于 2009-8-24 21:54:47

着局面难改啊。。。

gnixougil · 发表于 2009-11-11 11:54:25

研发的也是和咱们一个心理呵呵要怪就怪BOSS头脑经常发热

muyang327 · 发表于 2009-11-19 18:14:16

普遍现象

freedom_me · 发表于 2009-12-3 12:19:34

larkygirl · 发表于 2010-5-13 11:53:48

呵呵。期待中国的测试业近五年有突破性的发展。

楠族开心果 · 发表于 2010-5-13 15:42:19

看来第四点人很多嘛

my145 · 发表于 2011-10-28 16:11:38

我做黑盒测试三年半了，哎，无语啊

hero_mars · 发表于 2011-11-1 16:29:35

大家说的真的深有同感啊！悲剧啊！

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

[原创] 实际工作中测试用例应用难点调查

需求文档

颇有同感

我觉得测试完后补写测试用例可以更全面的完成测试

测试时间紧迫问题

难

貌似大家的处境都一样，。

站长推荐 /1