各位公司的 QA 都有多大权限？作为开发苦不堪言...

[moka20477]

我司最近搞 QA 流程的改革，对开发来说真是折腾死人不偿命，每次新建个项目都要给 QA 开放代码权限，还要专门开会给他们讲代码，一个简单的小服务还要各种测试用例，单元测试，接口文档，还要辅助他们学习各种中间件，给他们开放中间件连接，还要开放系统的 ELK 日志，想问下各位公司的 QA 都是这样的么...

服务端...

[Debiancc]

不然上线你背锅🐴

[moka20477]

@Debiancc 服务端的线上问题，服务端也从来没法撇干净锅...

[honeycomb]

@moka20477 QA 繁琐但对质量可预测性真的有帮助。

[honeycomb]

@moka20477 碰到能力差 /权力小的 QA （组），很多事情甚至都要开发组负责测试，擦屁股，也很头疼

[infra]

QA 大概是上个世纪中的产物，新一代的互联网公司难道不是谁开发谁测试么。
这么突出 QA，怕是公司离嗝屁不远了吧。。。

[zeroten]

你不觉得很幸福？

[hunterhug]

当作休息吧，讲代码，开会就当放松

[ccl945]

不都是开发自测然后轮流测吗

[hand515]

QA 也要增加影响力才能很好活下去

[snappyone]

我们这 QA 啥都不懂，另外还都是印度的哥们，上线就认文档跟截图。。。

[jmc891205]

QA 应该搞黑盒测试、回归测试、烟雾测试
RD 自己负责单元测试

[moka20477]

@hunterhug 开会开多了就感觉开会还不如写代码呢😂...

[moka20477]

@honeycomb 提高 QA 影响力和地位我觉得是有必要的，但是让流程变得过渡复杂，对产品迭代也效率影响真的是很大，另外最主要的是好多流程并不能明显让开发感觉到有助于产品质量，反而非常浪费时间

[moka20477]

@jmc891205 我们 QA 还要看我们的单测...

[shayang888]

你们公司还缺不 好想去这种公司做测试

[hunterhug]

@moka20477 天天复制粘贴，偶尔也要开下会放松一下嘛

[chinvo]

现在多见组里设 QA 岗，不是独立 QA 部门，和开发沟通更方便

[hoyixi]

正规点的流程，你写代码前，需求都要和产品（ or BA， 准确点是开发团队负责需求文档的那个人，此人通常写 or 从业务那里接过来需求文档）、QA 一起，一条一条过。

开发设计文档出来了，又要一条一条过； QA 测试文档出来了，又要过； 初阶段测试用例出来了，又要一条一条 review。

别以为开发测试是分开的，软件作坊才是分开的。

[hoyixi]

@moka20477 #12

流程完备，职责清晰的团队里，你会发现，写代码是低级的工作，搞需求的、架构师和项目经理才是核心。
尤其架构师，不是有些公司指的那种一个公司就 1、2 个用来装 B 拜神的那种架构师，是每个团队配备的核心，他的设计文档一出，架构搭好，各种继承耦合关系啥的都一目了然，底层程序员就填坑就行了，这时候才开始写代码。

[iyaozhen]

😂 我就是 QA
没办法呀，我们也不想，不都是为了线上质量嘛
「每次新建个项目都要给 QA 开放代码权限」这个很正常呀，不看代码怎么测试，现在基本上都是黑盒、白盒结合
「专门开会给他们讲代码」难道你们本身没有 code review 流程？需要找高工过代码呀，qa 大部分只是旁听
「单元测试，接口文档」正常就该有
不过测试用例啥的，是 qa 给吧

开放中间件连接 这个不太了解
elk 我们这边是 qa 主导的，rd 找 qa 开权限😁