终于开始写自己的东西,sigh,开blog好久就是懒得写。呵呵,终于开始决定积累自己的地盘。
先说一些自己最近的一些想法吧。是关于测试和开发关系的。恩从简单的开始嘛。
【坚持测试的原则问题】
我一直觉得开发和测试的关系很微妙,关系太好会有一些弊端,比如说开发让你妥协或者私下处理一些东西,如果你是一个好好人,就不容易拒绝;但是如果测试和开发的关系太对立,又不容易在项目过程中开展测试。所以一般来说,我会和开发同学私下关系很好,一起吃饭开玩笑,但是一到正式的工作项目,我就会在项目前期很“正式”的通告他们一些我的原则,包括这个项目我的缺陷处理方式和其他的要求。
当然这也曾经碰到一些问题,就像上一个项目,因为开发朋友和其他测试合作都有一个默认的潜规则,但是我有我的原则,对于问题绝对不同意私了,或者说妥协,所以这个也引起了一些问题。
当然整个事件的处理过程中,我先用我们都是一条线上的战友这种角度和他们讨论,说明我的立场,和我的职责是帮助他们一起避免项目上线的bug,让他知道我们是目标和立场是一样的,都是站在项目最终的质量角度去看问题,过程中出现任何的bug都不是衡量我们工作质量的尺标。
然后把我的原则表明了一下,说了一下我们正规的处理流程和我们一贯的处理方式,希望他们理解。当然,后来开发同学也过来和我沟通,表达他的想法,也达成了一致的看法。
这个结果当然是最好的,对我对他对项目都很好。
通过这个事情之后,我一直在关注项目过程中,和开发互动或者沟通的一些细节。
【会议时间超长,就要被拆分】
又比如,很多人可能碰到一种情况,就是会议过程太长,一两个小时下来,会议的效果就已经没了,所以遇到项目需要沟通的会议,如果时间超过1.5个小时,我就觉得,这会议需要被拆分成两个来进行,就像项目可以迭代开发一样,会议评审等也可以迭代进行。
好了,先写到这里,以后慢慢补上吧,其实有时候觉得开发测试的关系,是一个值得研究的人际学,很多时候,处理恰当了,工作进展会快捷很多,过好过严肃都不是值得提倡的,刚刚好是一种艺术。
版权声明:本文出自jessies的51Testing软件测试博客:
http://www.51testing.com/?57698
转载请保留链接,标明本文原始出处、作者信息和本声明,否则将追究法律责任。