测试日常杂谈（3）

    本周在工作上又有一些新的想法和思考。最近负责的一个项目上线了，在项目上线前三天我组织项目内的所有成员以及邀请了项目外的同事一起做了一次验收测试。之所以要组织这个活动出于几个方面的考虑：

1、考虑到这个项目垮了个五一小长假，项目周期有点长，想跟大家一起再回顾一下整个业务流程。
2、希望能在体验的过程中发现一些设计不合理或者体验不够好的地方，提出改进的建议。
3、全员参与的情况下如果对现在已实现的业务功能有不满意的地方，后续修改起来也不太会有心理上排斥。

最后一个最重要的一点：项目是大家一起完成的，最终能在上线前先能得到大家自己的一致评价是很重要的。也让我们能感受到自己做的东西是得到内部认可的，即使有不满意的地方也能及时提出来并改正。在自认为各方面都达到要求能带给用户好的体验的前提下让项目上线，这是要经过一个自我肯定和完善的过程，也恰恰是这个过程让我们能够沉淀更好的产品带给用户更好的体验。

在落实了这个活动后，我个人的收获也不少。首先，能够在项目的过程中推动这件事情，并且组织好这个活动就是一种能力的提升。其次，作为项目的测试负责人，利用这个活动也是变相的收集到了很多用户体验方面的问题，有利于之后测试工作中对于用户体验测试方面的加强。最后，这个活动的顺利进行让项目更是锦上添花跟大家摩擦出了很多火花，能感受到大家对工作的热情有所提高，我个人在团队中的形象以及专业度也是有所提升。

      另外发生了一件事情也让我有一些思考，项目过程中有产品的需求变更，对应的开发同学也同意了变更，在沟通的过程中，有同事说因为开发太好说话了，所以对于产品中途的需求变更就答应了。在我看来这句话就是传说中的伤害性不大侮辱性极强。产品之所以变更需求是有他的考量，开发之所以答应变更是因为需求变更后更合理才同意修改。否则，就是不专业了。我没有针对同事，只是刚巧看到工作群里大家的聊天记录，引发了我的思考，语言表达上稍有不同它的意义就是不一样的。如果这句话换成，是因为变更后更合理了开发才同意这个变更。这样是正向的一种肯定。

      其实我们在工作中大可不必做老好人，做一个专业严谨人更重要。面对事情的处理我们可以有很多种方式，但是要有唯一的原则去支撑。