在淘宝测试半年了，有机会去支付宝支援一下，很是开心，下面分享一下我在支付宝将近一个月的测试感想吧。
1、不同的角度看待BUG
开发将BUG看的太重，因为BUG直接和自己的KPI，测试将BUG看的太重，因为关系到自己的产出。这样很容易将开发和测试对立。我认为QC上的BUG更重要的作用是记录、提醒。每个BUG，开发和测试都应该关注，分析BUG，可以告诉我们这个项目或者日常的薄弱环节在哪里，在回归的时候，BUG就是一个警示的作用，告诉我们回归的重点和范围。
2、有问题要尽快暴漏
测试中数据库的问题大概有大半天的时间没有执行测试，但是这个问题我只是反映给开发，要求开发不要在功能测试环境中做性能测试，但是问题没有真正解决，一直到第二天才解决。我觉得解决的慢的原因是
（1）优先级把握的不够，把这个优先级放的比较低，而且当天的日报是我写的，这个问
（2）没有反映给主要人员：反映给开发不能解决的时候，应该给PM反映
3、开发主动要求提BUG，是测试的悲哀还是开发的悲哀
代码合并后的当天，3个开发来找测试，要求我们给他们提BUG，这是我们测试的悲哀，还是开发的悲哀？我们已经将BUG都关掉了，但是在合并代码以后还有问题发现，这是我们测试的问题，没有在第一轮和第二轮的时候发现BUG，还是开发代码质量的问题？
我觉得我们都有责任：
（1）测试前期，发现TC没有覆盖到所有功能点时，做了review的工作，但是还是有功能点遗漏，这说明测试分析在本身存在着不足，对PRD没有完全覆盖
（2）系统设计存在缺陷，很多场景都是测试中发现不合理的，然后去修改设计逻辑
（3）开发代码不稳定，尤其是性能测试时，主流程都不稳定
4、流程的重要性
在项目进行中遇到一件这样的事情：PTM中途要花费一天的时间去测试另外一个项目，当是很奇怪，我们的项目也不是很稳定，为什么PTM还要投入到另外一个项目中，听了原因之后简直觉得不可思议：另外一个项目的测试是新人，对业务不熟练，师傅也不在，所以这个项目几乎没有测试，直接上线了，上线之后就出现了十几个BUG。当时很奇怪，既然测试不充分，为什么测试会同意上线呢？得到的答案是：没有经过测试，直接上线！也就是说很多该走的流程都没有走！之前测试中很多开发觉得走流程是一件很麻烦的事情，只要项目做的好，可以不用走流程的。但是这个例子就充分说明了流程的重要性。如果按照流程的话，不经过测试通过的项目是不能上线的，也就不会出现上线后十几个BUG的严重问题。
5、项目室的利与弊
这个项目有独立的项目室，PM、开发、测试共处一室，会擦出许多火花，其中有利也有弊。
我们先说说利：
（1）沟通方便：
这个是最大的好处，有什么问题吼一声，所有人都能听到。
