开篇我们来说说目前很多公司的测试的一种现状：
xxx公司，中小型规模
产品团队： 开发+测试+产品+需求+前端 = 10人+
测试开发比：1:5 or 1:10
产品开发流程：敏捷流程
我想上面的一种现象绝对是国内很多公司有的一种现状
先说下这种好处就是：通过敏捷流程的加入，加快业务或者技术的迭代周期，提高自己对市场的适应力，竞争力，最终可以提高自己的公司存活率
愿景很多时候是美好的，但是现实往往非常的惨淡
敏捷流程存在的必要条件，在我看来是团队每个人质量意识的提升， 团队没有质量意识，那么敏捷推行一定会步步维艰， 最终的现象就是作为测试的我们天天疲于奔命，并且产出回报率低，产品质量低等等一系列问题的发生
为什么说上面的现象， 因为这就是我想说的“测试孤岛”
什么是“测试孤岛”呢？
我自己想了一种定义：测试孤岛是对测试的一种现象的描述，测试在产品服务过程中，容易形成一种潜意识的定向思维|惯性思维的现象。
有什么影响呢？
直接的影响就是测试降低了自己对产品的问题敏感度，无法从第三者的角度来发现问题，产品质量得不到保障
间接的影响就是会固化测试的思维，减退测试思维活跃度。
如何改善或者解决这个问题？
1.测试自我问题和意识形态的提升
测试不仅仅是bug的搬运工，更是产品团队的质量监督者
传统意义上面的测试，一说到软件测试就是普通的点点点、功能测试、报bug等等，长期的这种认知结构，大大的弱化了测试在团队中的作用，实际上测试能做更多的事情，我们是产品团队的质量监督者，高质量的输出才是我们的最终目的。
测试要往前走、向前看
对于产品团队中，特别是当前敏捷流程大行其道的现状下，测试的被动接受变得理所当然，可是被动接受这些需求、测试点等等方面，真的可以吗？为什么不尝试往前走、向前看？主动去了解产品未来规划，主动去暴露设计问题、主动去提醒与预防缺陷，多往前走几步，测试大有不同
2.加强团队内部的交流和合作
更有温度的团队力量
众人拾柴火焰高，团队力量大家一定不要忽视，特别在遇到无法的问题时，你的团队将会是你最坚定的支持者，团队协作，更好的思维碰撞、更丰富的信息交流，更好的问题处理方案等等，他也许不是最好的方式，但是一定是更有温度的一种形式，我们为什么不去尝试尝试？
解决问题才是目的
内部的交流和合作不是一种漫无目的的谈天说地，而是一种对问题的求知，遇到的问题、抛出问题不是我们的风格，讨论问题的解决才是我们真正的目的。
3.新知识的融入
喜新不厌旧
喜新厌旧是一种本能反应，因为新的内容会带来新的体验和认知，偶尔适当刺激彼此，也许在测试中会带来新的视角，但是不厌旧才能给我们带来更多的体验。
总的来说，环境或者说土壤也许不好， 但是测试自己不能给自己画一亩三分地， 提高自己的认知和意识形态，加强团队的配合和协作，才是我们以后不管到任何团队或者环境的基础。
