关于测试等开发的时间问题

李zi · 发表于 2006-6-22 07:58:14

最近有几次加班，让我意识到这个问题。那就是开发在前，测试在后。
我们这里的开发人员通常都是在下班前后的时间提交版本，如果项目不是很急，测试人员可以第二天再开始测试；但是当项目很急的时候，往往测试人员就要加班了。我碰到过很多次这种情况了，在等待开发出版本的时间里觉得很是难熬，如果他告诉你一个固定的时间也好，那我可以安排些别的事情。但是你问的时候他总是告诉你马上或尽快，使你无法安心的去看点别的什么东西，就这样时刻准备着。有时就要无奈的等上好几个小时，觉得很浪费时间！不知道大家有没有遇到过类似情况，有时候好的办法没？

C# · 发表于 2006-7-17 23:18:20

测试的工作量太小了点，竟然有时间等，还能酝酿点什么情绪出来。要不换种情况，几个开发人员围着问你，什么时候开始测试他们的早已写好了有一个多星期的程序。

happybean · 发表于 2006-7-14 18:11:24

原帖由 londer 于 2006-7-12 00:10 发表
时间是很宝贵的，用小块的时间做小块的事，可能你要自己计划以下
还有，有很多事情是很无奈的，不要因为别人的过错而惩罚自己，公司项目管理的不好，你有没有改进的想法，说不定对你还是个机会，也许你是下一个项 ...

说得不错

londer · 发表于 2006-7-12 00:10:49

时间是很宝贵的，用小块的时间做小块的事，可能你要自己计划以下
还有，有很多事情是很无奈的，不要因为别人的过错而惩罚自己，公司项目管理的不好，你有没有改进的想法，说不定对你还是个机会，也许你是下一个项目经理呢，努力吧，

guyu_susa · 发表于 2006-7-10 16:58:55

不要和能拿加班工资的人一起干活。尤其是你没有加班工资的时候。

bobli · 发表于 2006-6-22 17:52:25

人生不如意十有八九，对于自己改变不了的，就接受吧！能够改变和影响的，就努力去做吧！

李zi · 发表于 2006-6-22 16:58:18

只不过遇到这种情况，确实很影响情绪的。本来是对测试充满热情的,但遇到这种时候,会感到做测试的无奈和悲哀:(

songfun · 发表于 2006-6-22 13:56:30

身体是自己的，不要因为压力忽略了最重要的东西！

songfun · 发表于 2006-6-22 13:55:26

补充一下，“但是当项目很急的时候，往往测试人员就要加班了”，楼主这句话，
其实最关键的问题在哪里？项目管理者没有意识到这些问题，而且认为这个时候让测试人员做事情可以解决问题。
管理者忽略了很多人本因素，人不是机器，在加班时间做事情能保证多好的质量，多好的效果没有考虑，而且认为加班总比不加班好，其实往往适得其反，事实上，大强度频繁的加班会影响员工的情绪，从而对正常工作时间的工作效率也产生影响！从实际效果上看是得不偿失的。
本来人家8个小时可以做100件事，可能因为加班，导致只能做70件事。

呵呵，顺便给楼主看篇文章，刚在sina首页看到的：
http://news.sina.com.cn/c/2006-06-22/02149263847s.shtml

我国《劳动法》第三十六条规定：“国家实行劳动者每日工作时间不超过8小时、平均每周工作时间不超过44小时的工时制度。”后经国务院对《国务院关于职工工作时间的规定》进行修订，规定“职工每日工作8小时，每周工作40小时”。我国《劳动法》第三十八条还规定“用人单位应当保证劳动者每周至少休息1日。”第四十一条规定：“用人单位由于生产经营需要，经与工会和劳动者协商后可以延长工作时间，一般每日不得超过1小时；因特殊原因需要延长工作时间的，在保障劳动者身体健康的条件下延长工作时间每日不得超过3小时，但是每月不得超过36小时。”

vincentqianyi · 发表于 2006-6-22 13:19:37

没有一个好的项目经理，这种事情经常发生，等待时间过长，我们公司甚至之前什么东东都没有，评审给果，文档都没有，发布一个版本给你测试，郁闷，要你一个个去问他，

李zi · 发表于 2006-6-22 13:16:40

完全同意 songfun斑竹的看法，但是作为一名最普通的员工，我觉得无力改变现状，只能去适应，但又适应的心不甘请不愿的。原以为这家公司是比较规范的一家，但现在发现规范制定的好好的，但是一遇到具体项目就把规范仍在一边了，变成了最原始的管理方法。

Zee · 发表于 2006-6-22 12:56:41

规范问题。

songfun · 发表于 2006-6-22 12:49:36

要从根本上解决，那要整的东西是非常多的：

  项目计划必须明确；
  绩效考核评估必须量化；
  风险分析要及时分析；
  版本管理要控制好，配置审计要严格控制；
  加强过程监督；
  引入每日构建，进行自动化编译、构建；
  在正常工作时间内安排好工时；


这些只是参考，其实管理者不懂这些的话，根本没有可能改变。

songfun · 发表于 2006-6-22 12:44:48

从项目的角度来说的确是按时按质的完成项目，不过你要在不改变源头污染的情况下拼命治理下游，无异于缘木求鱼了。

这样的情况，根本没有所谓行之有效的办法，源头一直在污染，你凭什么从本质上改变？

Fifi_wang · 发表于 2006-6-22 12:31:55

听楼主的口气说是在等待回归测试.很正常,大家都会碰到.
一般回归测试的工作量都不是很大.在等待的这段时间里基至可以安排别的任务.
但如果不是,可以按2楼的说法去做.继续测上一版本

李zi · 发表于 2006-6-22 09:28:53

我们的项目经理都是开发人员兼着，所以可想而知对项目的控制如何。
但是项目又超级紧，根本没太多功夫去计较这些时间是因为谁耽误了进度，不管谁加班，都要求最后的结果是完成任务。

songfun · 发表于 2006-6-22 08:54:39

这个是项目管理的问题，没有明确的项目计划。
你要让你们PM给你们一份项目计划（Project），里面有对应的开始日期和完成日期，还有明确的工时。
最后项目评估的时候可以让QA协助跟踪，其实延误进度的不在测试，而在开发。
对测试人员来说，他们控制好自己的时间就行了。

看来你们公司的项目经理水平很一般啊！

李zi · 发表于 2006-6-22 08:44:19

实际上目前我遇到的这个项目的开发人员确实效率不高，所以测试时常处于等待的状态，很无奈呀。
感觉下班的时候，开发人员一天的工作完成了，但测试的工作才刚刚开始。

millionaire · 发表于 2006-6-22 08:33:54

楼主公司版本更新的很快啊,在我们这里,开发和测试是并行的.
就是说在开发新的版本的时候,比如说002,测试人员在全力做001的测试工作
这其中是并不冲突的.在001上发现的问题,开发人员可能会在003上解决.
呵呵,不知道我说的是不是清楚.

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

[讨论] 关于测试等开发的时间问题

相关帖子

有时间等待！

我的感想

对，身体最重要！

没有一个好的项目经理，这种事情经常发生，

明天

站长推荐 /1