从漏测来看项目中各个角色~！

今天下午突然传来一个消息，xx项目上线后在运行中出现crash，之后的事情想必大家都应该清楚，大致应该分两种情况：

① 出现这个问题的原因是什么？应该怎么去解决！

② 这个是谁测的，怎么会没测出来？

在我2年多的工作中，基本第二种情况居多。而对于测试来说，大多数的反映就是如何去重现这个bug。他们没有更多的话语权~！对于项目组来说，每次发版本都只是等待着测试的一个报告而已，其实对于程序和测试如果大家都应该对项目负责，去年接了2个facebook的项目，那个时候程序和测试关系很好，他们提测之后自己也会跑自己的程序，之后和我一起测试，不过他们不会像我们测试那样测的很仔细。当我提交bug他们fix之后，他们会和我一起做回归，一起验证。而不是连自己冒烟都没做过就提测过来了，个人感觉这样的程序是不合格的，而只提bug不去总结bug出现的原因的测试也是不合格的。

产品、策划篇：

在很多时候，需求文档的更新与项目的进度应该是保持一致的，但有多少项目可以做到这样~就算我们这样的算得上是大公司了，在这块也做的是很薄弱的。这个就要到产品和策划那块了，我接触的项目在初期项目文档都是很全的，而到了后项目开始后的中期、后期或者是第二期的迭代会议开完之后，需要修改或者是更改的东西，则会使用简单的图片或者是简单文字带过，而不会细节到做效果图、写上输入输出结果等。这样的问题应该是很多公司会存在的吧。在业界有一种说法----测试驱动开发，但是产品呢？由开发去驱动？or 测试再去驱动策划？ 应该是一个盲区吧 目前发现很多项目的项目经理基本都是产品或者就是程序。可能我工作经验尚浅，没接触到其他的我只是说我看见过的。

测试篇：

测试很多时候是一个悲情的角色，通常都说程序很苦逼，每天要熬夜工作量大，可是很多人都忽视了测试，他们的工作量其实比程序要大好多，黑盒测试需要有体力和耐心。并且测试通常贯穿于整个项目的生命周期，从设计----实现----上线----运营 他们都一直在关注。国内的入行门槛低，水平参差不齐。一些水平较差的只能做做黑盒测试，无法接触到更深的，最终会被年轻的取代。而那些技术高的测试，则不愿意去进行黑盒测试，他们专注于自动化，压力以及性能，这样他们的薪水也会很多，总觉得做黑盒是降低了自己的身份。当项目出现问题是，通常都是黑盒的测试首先被发难。因为他们技术不够强，了解项目不够深入，导致测试不全面，这个时候就需要的是那些有技术的人员去与他们共同进行测试。只有互补才能达到质量较高的测试，令项目质量也得以保证。

程序篇：

程序员是整个项目的核心，没有他们在美妙的设计也不会被实现，但是他们也可以把很美妙的设计做成屎一般东西。主要也分成2种：素质较高的程序员，他们会很认真的检查自己的代码，从中找出问题或者是能优化的地方，而一般的程序员就是把功能实现就完事了。

项目经理篇：

PM这个角色，有时候定义很不清晰，一些公司往往不会找一个专职的人员去担任，一般则是有程序会这是产品兼顾的。毕竟人的精力是有限的，这样就会造成当项目出问题之后，PM往往时候先会问责，之后当发现有疏漏的地方则会进行推脱，以各种忙，各种没看到的理由来推卸自己的责任。而PM更多的应该是一个领导者但不会是那种独裁者，要帮助项目更好的完成预定的计划，他们的侧重点应应该是更全面、更广泛、包含到项目中的每个角色，甚至还要包含到市场推广的各项工作。

从目前我从业看来 国内的公司PM>产品>程序>测试  国外不清楚，当项目出问题之后，谁都不想来背黑锅，但是对于某些事情来说测试往往是一个弱势群体，话语权不多。对于某些东西只能逆来顺受。应为权利决定了一切，当你据理力争的时候，可能回事徒劳的。

写了那么多，纯属个人意见，可能我的工作经验不够多，结束社会也不够长，就是对于这几天组内发生的一些事情发发牢骚~！如果有写的不对的 还请大家多多包涵，也欢迎大家踊跃交流。