QA同学，你的核心竞争力究竟是什么？

我刚刚花了一周时间研究Gatling，完成了Adventure系统的服务器压力测试。坦白讲，过程很坎坷。Gatling属于开源项目，官方文档简单陈旧，连入门级的指导作用都起不到，其使用的Scala更是迷之存在。期间，我在一个问题上卡了两天，怎么也搞不明白。只好等到邱大师有空时才去求教，他半个多小时就帮我解决了问题。但我并没有很开心，反而非常感慨。在自动化测试方面，我做过很多努力，也走过很多弯路。开发同学5分钟就能解决的问题，我常常要花费10倍或者更久的精力，但这的确是我在工作中的常态。

在TW做QA是一件即有趣又充满挑战的事。有趣，是因为QA需要参与敏捷开发的整个生命周期，也可以不断尝试新的领域和技术，工作丝毫不乏味；挑战，是因为QA需要更广泛的技能，比如像BA一样分析需求、像PM一样把控项目、像Dev一样分析系统架构、编写代码。有时也会受挫，倍感无力，QA除了是一名Tester，更是PM+BA+Dev的综合体。所以我常常在思考，作为一名QA，自己的核心竞争力究竟是什么？

先以看板的形式来粗略的展示一下QA在每个敏捷开发迭代中的工作内容。

在TW的工作生涯中，我一直独立负责一个项目的QA工作，因此需要进行需求分析、测试设计、自动化测试、功能测试、非功能测试、缺陷管理以及质量管理等具体事务。我大概统计了一下，这些事务分别在我的工作中占据这样的比重。

因此，要做好产品、做好交付，就必须具备需求分析、测试设计、自动化测试、功能测试、非功能测试、缺陷管理以及质量管理等能力。在提升自身能力的同时，我常常遇到一些痛点：

需求分析与澄清

QA需要具备良好的需求分析能力，才能真正理解业务价值，从而覆盖更完备的测试场景，发现更多的产品缺陷。