开发测试对对碰

   终于开始写自己的东西，sigh，开blog好久就是懒得写。呵呵，终于开始决定积累自己的地盘。
   先说一些自己最近的一些想法吧。是关于测试和开发关系的。恩从简单的开始嘛。

【坚持测试的原则问题】
   我一直觉得开发和测试的关系很微妙，关系太好会有一些弊端，比如说开发让你妥协或者私下处理一些东西，如果你是一个好好人，就不容易拒绝；但是如果测试和开发的关系太对立，又不容易在项目过程中开展测试。所以一般来说，我会和开发同学私下关系很好，一起吃饭开玩笑，但是一到正式的工作项目，我就会在项目前期很“正式”的通告他们一些我的原则，包括这个项目我的缺陷处理方式和其他的要求。
   当然这也曾经碰到一些问题，就像上一个项目，因为开发朋友和其他测试合作都有一个默认的潜规则，但是我有我的原则，对于问题绝对不同意私了，或者说妥协，所以这个也引起了一些问题。
   当然整个事件的处理过程中，我先用我们都是一条线上的战友这种角度和他们讨论，说明我的立场，和我的职责是帮助他们一起避免项目上线的bug，让他知道我们是目标和立场是一样的，都是站在项目最终的质量角度去看问题，过程中出现任何的bug都不是衡量我们工作质量的尺标。
   然后把我的原则表明了一下，说了一下我们正规的处理流程和我们一贯的处理方式，希望他们理解。当然，后来开发同学也过来和我沟通，表达他的想法，也达成了一致的看法。
   这个结果当然是最好的，对我对他对项目都很好。
   通过这个事情之后，我一直在关注项目过程中，和开发互动或者沟通的一些细节。

【会议时间超长，就要被拆分】
   又比如，很多人可能碰到一种情况，就是会议过程太长，一两个小时下来，会议的效果就已经没了，所以遇到项目需要沟通的会议，如果时间超过1.5个小时，我就觉得，这会议需要被拆分成两个来进行，就像项目可以迭代开发一样，会议评审等也可以迭代进行。
   好了，先写到这里，额困了，要准备休息了，以后慢慢补上吧，其实有时候觉得开发测试的关系，是一个值得研究的人际学，很多时候，处理恰当了，工作进展会快捷很多，过好过严肃都不是值得提倡的，刚刚好是一种艺术。