在淘宝测试半年了，有机会去支付宝支援一下，很是开心，下面分享一下我在支付宝将近一个月的测试感想吧。
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）沟通方便：
这个是最大的好处，有什么问题吼一声，所有人都能听到。
（2）能够及时知道变更点，调整测试策略
在测试过程中，发现系统在设计方面有很多场景没有考虑到，对系统的设计逻辑做了一些改动。由于大家都在一起，就能及时了解改动的部分，然后可以改动来调整测试策略。
下面我们再来说说弊：
（1）BUG的纠结
去支付宝测试之前，几乎没有料想到开发会如此看重BUG，当开发看到自己有个BUG时，那种激动的神情都无法言语。他们会说这个问题已经解决了，为什么还要提BUG呢。虽然我们坚持我们要提BUG，但是每次遇到BUG的问题都要与开发纠结。
（2）对测试进度的影响
发现一个问题后，告诉开发，开发一定就跑过来让测试重现这个BUG，很奇怪，之前开发和测试分处于不通地方的时候，很少遇到开发要求测试重现BUG的情况，有时候为了重现一个BUG，要花费很长的时间，这样当然会影响测试进度。
（3）测试人员的逻辑被打断
遇到问题的时候，开发需要测试人员协助排查问题，有时候排查问题的时间严重高于发现问题的时间，测试将很大精力投入到排查问题方面，就会干扰测试人员自己的测试思路，对于整个项目的进度和质量也是有很大的影响的。
6、测试计划的重要性
项目测试后期越发觉得测试时间紧张，除了在测试过程中排查问题影响测试时间以外，还有一个重要的原因，就是PTM的测试时间点时由PM来决定的，PM已经决定了提交测试的时间和项目发布的时间，测试人员只是对时间点进行了细化。（在满意度调查中发现有的开发也认为也测试的时间点应该由开发人员决定。）这样可能导致的结果就是测试人员需要不断的赶进度。每时每刻我们都会告诉自己要保证质量，不要一味的赶进度。但是对于测试时间把握的不准确，确实会对项目的质量产生一定的风险。