项目中QA职责
看完酷壳在我们需要专职的QA吗？的这篇文章后，结合目前工作中的一点经验，对qa的职责有几点思考。
1. qa必须懂开发
一个不懂开发的qa只能做黑盒测试，而有些bug往往是黑盒测试不出来的。2. qa必须了解需求
项目中，qa的参与从需求开始。一个不了解需求的qa必然不是一名合格的qa.3. qa必须了解项目的上下游的结构
一个不了解上游的qa, 必然无法确定dev对上游的调用是否可靠； 一个不了解下游的qa, 必然无法确定项目的实现是否符合下游的调用场景，接口的QPS是否满足要求，项目对下游影响的范围有多大。4. qa为整个项目的质量负责
qa在项目中不是为找bug而存在的。项目中找到的bug越多，只能说项目的质量越接近需求要求的质量，但并不能保证真正的质量。 如果一开始需求本身是有问题的，或上下游的衔接是有问题的，那么即便整个项目中没有bug, 那么上线后质量也是不合格的。 qa存在的价值不是来找更多地bug, 而是监督和保证从需求一直到项目上线的质量。也就是说，qa不是证明项目实现的错误性，而是确认实现的正确性。
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！