Offshore敏捷交付团队QA生存指南
跨地域性的offshore敏捷交付一直以来都是一个充满挑战的工作，对于需要与各种角色进行交互的QA而言更是如此。我在2016年初进ThoughtWorks时就经历了这样一个项目。此间个人也经历了从忐忑不安到得心应手。现在此离岸项目已经交付完成，我也想总结一下这一年来的项目生存实践。
QA
敏捷团队需要专职QA么？
最近和组内的QA聊起以后的职业发展，发现一个有意思的事情，有说想转BA的，有说想转开发的，有说想转型作PM的，还有想以后往咨询方向发展的。很少有说想在团队里面继续作QA的。QA这个角色难道就这么没有吸引力么？为什么都想转型或者自己出去单干呢？敏捷团队需要专职QA么？
为什么QA不喜欢重构？
作为一名QA，每次听到“重构”两个字，既想给追求卓越代码的开发人员点个赞，同时又会感觉非常紧张，为什么又要重构？马上就要上线了，怎么还要改？是不是应该阻止开发人员做重构？
神圣的QA——写给应届毕业生们
QA在一个软件开发团队，能与需求人员一起分析需求，能与开发人员一起编写测试，能给团队和客户详细展示系统功能，还能更新整个产品/项目的质量状态，是比PM更为了解产品、项目的人，听起来就很厉害，对不对？
产品环境下的QA
2015年11月ThoughtWorks发布的技术雷达提到一个新的主题——产品环境下的QA（QA in Production），2016年4月再次提到。这个主题第一次出现在技术雷达，就深深的吸引了我。
QA，从1.0到4.0
敏捷实践不断地演化过程，使项目中各个角色不断弱化，同时，对每个成员的要求也越来越高。“全功能团队”的提出，不单单是对开发的要求，对QA来说，想要在快速变革中具备竞争力，就现在所具备的技能来说，还是远远不够的。
QA Review UT的那些事儿
一个风和日丽的下午，眉清目秀的Dev小乒挺了一下腰，喊了BA、UX还有QA小乓一同SignOff，十几分钟后，场景验收完毕，BA和UX退位，只有QA小乓还定坐在那里，斩钉截铁地说了句：“看下UT吧”，故事也就从这里开始了…