网络文明用语尽在我们指尖;知识的传递与共享也在我们指尖;

假如项目经理是做测试

上一篇 / 下一篇  2008-01-10 15:21:56 / 天气: 舒适 / 心情: 高兴 / 个人分类:软件测试

                                    序

开博不是第一天,但是突然想写什么还是第一天。平时工作就是工作,有什么想法,什么经验都是自己在脑海起点涟漪就是了。最近测试一个项目,由于设计就存在很多缺陷,所以测试工作开展的是一波三折,也有一点点看法。鄙人文采实在一般,不求写的引人入胜,但求语句通顺。

 

                  

10个项目组,就有9.9个项目组的项目经理是开发的。我在的组也不例外。如果你所在的项目组经理是做测试,不做开发的,请一定让我能够联系你。

最早,很多公司喜欢做过开发的人转型做测试。后来,开始有公司亲昧懂得测试的人做开发。很值得庆幸的事,至少大家认识到了测试的重要性。最近测试的项目,很多突发性的问题让我措手不及。在测试后期,头脑清醒,错误终于渐少。但是仍旧没有放松,曾经在某处看见过一句话“测试遗留的问题和已发现问题成正比”。乍听有些偏激,但是还是有一定道理哦。首先,已发现问题的多少至少可以判断开发团队的开发质量;其次,不可能存在没有Bug的程序,只是时间、空间(泛指环境、操作等)问题而已。为了进度,发现问题也是先汇报在登记,对于必须的“Steps to Reproduce”也就是口述了。在口诉Bug的时候,我突然更深的感受到了开发和测试思维方式。

由于都是在用户环境的模拟测试了,每发现一个问题都会追溯为什么没有在测试环境发现。因此Descrīption过后,都要追究是开发还是测试的责任的,如果是特殊数据造成的,那开发人员和测试人员都才能偷着乐了。

那天正巧,测试负责人早上没来。我直接去给PM汇报Bug。我们的对话大致如下:

Me:×××××有个问题。

PM:这个问题测试用例覆盖到没有?在测试环境测试过没有?

…………

下午,测试负责人来了。我又去汇报了一遍:

Me:×××××发现了一个问题。

TL:这个问题需求里面明确没有?

…………

好鲜明的对比,我相信这不是推卸责任的表现,而是习惯性思维。假如项目经理是做测试的,你能够想象到什么?回帖,我们一起分享吧。


TAG: 软件测试

sophia52的个人空间 引用 删除 sophia52   /   2008-02-14 13:07:43
总是期待你有新的内容出来,可是每次来都是这一篇。
快乐测试 引用 删除 liveware   /   2008-01-31 13:03:15
"网络文明用语尽在我们指尖;知识的传递与共享也在我们指尖"这句话很好
sophia52的个人空间 引用 删除 sophia52   /   2008-01-31 11:40:51
所有在写完用例之后最好做一次评审,正式非正式的都可以,至少都在大家确认之后进行的测试。那样程序员就不会说:“这个问题需求里面明确没有?”
 

评分:0

我来说两句

我的栏目

日历

« 2024-05-13  
   1234
567891011
12131415161718
19202122232425
262728293031 

数据统计

  • 访问量: 1553
  • 日志数: 2
  • 建立时间: 2007-12-19
  • 更新时间: 2008-10-07

RSS订阅

Open Toolbar