moka20477

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

  •  
  •   moka20477 · Jan 22, 2019 · 6333 views
    This topic created in 2843 days ago, the information mentioned may be changed or developed.
    我司最近搞 QA 流程的改革,对开发来说真是折腾死人不偿命,每次新建个项目都要给 QA 开放代码权限,还要专门开会给他们讲代码,一个简单的小服务还要各种测试用例,单元测试,接口文档,还要辅助他们学习各种中间件,给他们开放中间件连接,还要开放系统的 ELK 日志,想问下各位公司的 QA 都是这样的么...

    服务端...
    28 replies  •  2019-12-23 10:53:17 +08:00
    Debiancc
    Debiancc
    Jan 22, 2019❤️1
    1
    不然上线你背锅🐴
    moka20477
    moka20477
    OP
    Jan 22, 2019
    2
    @Debiancc 服务端的线上问题,服务端也从来没法撇干净锅...
    honeycomb
    honeycomb
    Jan 22, 2019 via Android❤️1
    3
    @moka20477 QA 繁琐但对质量可预测性真的有帮助。
    honeycomb
    honeycomb
    Jan 22, 2019 via Android
    4
    @moka20477 碰到能力差 /权力小的 QA (组),很多事情甚至都要开发组负责测试,擦屁股,也很头疼
    infra
    infra
    Jan 22, 2019
    5
    QA 大概是上个世纪中的产物,新一代的互联网公司难道不是谁开发谁测试么。
    这么突出 QA,怕是公司离嗝屁不远了吧。。。
    zeroten
    zeroten
    Jan 22, 2019
    6
    你不觉得很幸福?
    hunterhug
    hunterhug
    Jan 22, 2019
    7
    当作休息吧,讲代码,开会就当放松
    ccl945
    ccl945
    Jan 22, 2019 via Android
    8
    不都是开发自测然后轮流测吗
    Finest
    Finest
    Jan 22, 2019
    9
    QA 也要增加影响力才能很好活下去
    snappyone
    snappyone
    Jan 22, 2019
    10
    我们这 QA 啥都不懂,另外还都是印度的哥们,上线就认文档跟截图。。。
    jmc891205
    jmc891205
    Jan 22, 2019 via iPhone
    11
    QA 应该搞黑盒测试、回归测试、烟雾测试
    RD 自己负责单元测试
    moka20477
    moka20477
    OP
    Jan 22, 2019
    12
    @hunterhug 开会开多了就感觉开会还不如写代码呢😂...
    moka20477
    moka20477
    OP
    Jan 22, 2019
    13
    @honeycomb 提高 QA 影响力和地位我觉得是有必要的,但是让流程变得过渡复杂,对产品迭代也效率影响真的是很大,另外最主要的是好多流程并不能明显让开发感觉到有助于产品质量,反而非常浪费时间
    moka20477
    moka20477
    OP
    Jan 22, 2019
    14
    @jmc891205 我们 QA 还要看我们的单测...
    S9Yh4wIFsBG7jnE4
    S9Yh4wIFsBG7jnE4
    Jan 22, 2019
    15
    你们公司还缺不 好想去这种公司做测试
    hunterhug
    hunterhug
    Jan 22, 2019
    16
    @moka20477 天天复制粘贴,偶尔也要开下会放松一下嘛
    chinvo
    chinvo
    Jan 22, 2019 via iPhone
    17
    现在多见组里设 QA 岗,不是独立 QA 部门,和开发沟通更方便
    hoyixi
    hoyixi
    Jan 22, 2019
    18
    正规点的流程,你写代码前,需求都要和产品( or BA, 准确点是开发团队负责需求文档的那个人,此人通常写 or 从业务那里接过来需求文档)、QA 一起,一条一条过。

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

    别以为开发测试是分开的,软件作坊才是分开的。
    hoyixi
    hoyixi
    Jan 22, 2019
    19
    @moka20477 #12

    流程完备,职责清晰的团队里,你会发现,写代码是低级的工作,搞需求的、架构师和项目经理才是核心。
    尤其架构师,不是有些公司指的那种一个公司就 1、2 个用来装 B 拜神的那种架构师,是每个团队配备的核心,他的设计文档一出,架构搭好,各种继承耦合关系啥的都一目了然,底层程序员就填坑就行了,这时候才开始写代码。
    iyaozhen
    iyaozhen
    Jan 22, 2019 via Android
    20
    😂 我就是 QA
    没办法呀,我们也不想,不都是为了线上质量嘛
    「每次新建个项目都要给 QA 开放代码权限」这个很正常呀,不看代码怎么测试,现在基本上都是黑盒、白盒结合
    「专门开会给他们讲代码」难道你们本身没有 code review 流程?需要找高工过代码呀,qa 大部分只是旁听
    「单元测试,接口文档」正常就该有
    不过测试用例啥的,是 qa 给吧

    开放中间件连接 这个不太了解
    elk 我们这边是 qa 主导的,rd 找 qa 开权限😁
    iyaozhen
    iyaozhen
    Jan 22, 2019 via Android
    21
    @infra qa 这个角色不重要,但质量保障这个事情很重要。而且更多的是全流程质量保障。
    你说谁开发谁测试,那系统整体测试谁来做,几十上百个模块,你能确定自己改动不影响别的?
    测试效率问题呢?你做个压测我也做个压测,重复造轮子
    上线后呢?线上质量谁来保障

    总得有人来做这些事情
    lastpass
    lastpass
    Jan 22, 2019
    22
    没有 QA,
    等你产品上线之后,
    数据已经有了。
    你再改 bug,会改死人的。
    passerbytiny
    passerbytiny
    Jan 22, 2019
    23
    @infra #5 建议你去看看软件工程发展史,你说的新一代的开发方式,正好是最原始的导致软件危机的开发方式。
    F281M6Dh8DXpD1g2
    F281M6Dh8DXpD1g2
    Jan 22, 2019
    24
    陆奇当年为了上位把 Windows 的 QA 都开了,现在 win10 的质量大家不都看见了......
    lynskylate
    lynskylate
    Jan 22, 2019 via Android
    25
    qa 一般应该只介入最后的端到端,做集成测试和回归测试,单测肯定是开发去写的啊。
    gpg
    gpg
    Jan 23, 2019 via iPhone
    26
    qa 不是背锅的吗,如果他们领导厉害另外说
    moka20477
    moka20477
    OP
    Jan 23, 2019
    27
    @lynskylate 改革之前确实是这样的...
    charlie21
    charlie21
    Dec 23, 2019
    28
    @liprais 阿 原来是这样 ...
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   2425 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 61ms · UTC 15:39 · PVG 23:39 · LAX 07:39 · JFK 10:39
    ♥ Do have faith in what you're doing.