V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
shanejix
V2EX  ›  前端开发

前端如何尽可能多的减少 bug,大佬们讲讲你们的方法论呗

  •  
  •   shanejix · 130 天前 via Android · 3647 次点击
    这是一个创建于 130 天前的主题,其中的信息可能已经有所发展或是发生改变。

    bug 计入绩效,末尾淘汰

    一个 bug 搞得人整天都不好了

    😭

    41 条回复    2022-05-30 10:27:14 +08:00
    zyxyz123
        1
    zyxyz123  
       130 天前   ❤️ 1
    开启各种规范检查( eslint 、tsconfig )
    写充足的单测
    做好 code review
    小心重构
    cmdOptionKana
        2
    cmdOptionKana  
       130 天前
    交叉检查?

    你搞业绩搞淘汰,把人搞走了,人手不够工期太紧,会不会产生更多 bug 喔
    luckyrayyy
        3
    luckyrayyy  
       130 天前
    排期排长点,充分的设计、开发、自测时间能消灭大多数的 bug
    estk
        4
    estk  
       130 天前 via Android
    上线 bug 计入绩效,还是测试部门测出来计入绩效?
    jiangshanmeta
        5
    jiangshanmeta  
       130 天前   ❤️ 1
    都末位淘汰了还不找个律师朋友咨询一下
    写 bug 写多了吧
    bzw875
        6
    bzw875  
       130 天前   ❤️ 1
    更新简历,寻找机会,开始摆烂,坐等 N+1
    magewu1223ll
        7
    magewu1223ll  
       130 天前   ❤️ 1
    @zyxyz123 实践证明,即使使用 code review 和 typescript 也并不能减少 Bug 数量,绝大部分情况下不是代码问题,而是业务逻辑的 bug
    FallenMax
        8
    FallenMax  
       130 天前
    bug 少 = 高质量的代码,高质量的代码和 bug 计入绩效这种有毒制度 /氛围是负相关。
    Biwood
        9
    Biwood  
       130 天前 via iPhone
    唯一要求:后端提供完整的接口文档和假数据即可

    如果还是容易出 bug ,那可能基本功还不到位,试着写写静态类型语言,比如 TypeScript 或者 Go ,不要被 JavaScript 惯坏了
    wenzichel
        10
    wenzichel  
       130 天前   ❤️ 2
    以 bug 量来考核绩效的,就是专门搞人走的,建议早点走。

    如果实在走不了的,延长开发时间,写单元测试!
    morize
        11
    morize  
       130 天前
    复杂的 bug 没啥经验,就说最常见的两个低级 bug 吧。
    1. typo 。完善的 typescript 类型可以很大程度上避免 typo 带来的低级 bug 。
    2. xxx is undefined 。数据结构复杂的话,而且没信心的话,多用 ?. 吧。
    另外,涉及到复杂接口调用的,抓包确认调用链没有问题。
    pengtdyd
        12
    pengtdyd  
       130 天前
    怎么不以代码行数考核绩效,哈哈
    wzzzx
        13
    wzzzx  
       130 天前
    以 bug 来考核绩效,趁早润吧还是。。。
    Baymaxbowen
        14
    Baymaxbowen  
       130 天前
    没啥用,纯粹就是浪费精力,还不如好好的 review 这样至少之后出现 bug 了还能看懂写的什么
    wd
        15
    wd  
       130 天前 via iPhone   ❤️ 3
    给你说了你可能不信:功能越少 bug 越少..
    Pastsong
        16
    Pastsong  
       130 天前   ❤️ 3
    写的越少 bug 越少,能复制粘贴就复制粘贴,不重构代码就不给自己创造写 bug 的机会。
    这种考核方式就和按行考核没啥区别
    Leviathann
        17
    Leviathann  
       130 天前
    那产品的考核里有没有产品设计的详尽性和稳定性?
    shanejix
        18
    shanejix  
    OP
       130 天前 via Android
    @luckyrayyy 确实,自测场景没覆盖完
    shanejix
        19
    shanejix  
    OP
       130 天前 via Android
    @estk 测试环境
    shanejix
        20
    shanejix  
    OP
       130 天前 via Android
    @jiangshanmeta 并没有,挂 bug 这事影响心情
    shanejix
        21
    shanejix  
    OP
       130 天前 via Android
    @magewu1223ll codereview 只会看风格和质量,业务逻辑管不了,还得自己消化
    shanejix
        22
    shanejix  
    OP
       130 天前 via Android
    @FallenMax 确实
    shanejix
        23
    shanejix  
    OP
       130 天前 via Android
    @Biwood 老项目,上 ts 不能了
    shanejix
        24
    shanejix  
    OP
       130 天前 via Android
    @wenzichel 综合上面,也只能对每一行代码负责,写单测,花时间自测了
    shanejix
        25
    shanejix  
    OP
       130 天前 via Android
    @Pastsong 是的,哈哈
    shanejix
        26
    shanejix  
    OP
       130 天前 via Android
    @wd 没毛病
    Planarians
        27
    Planarians  
       130 天前 via iPhone
    还找什么 bug 赶紧找下家吧
    danhahaha
        28
    danhahaha  
       130 天前
    香蕉越大香蕉皮越大

    代码越少 bug 越少
    liaozzzzzz
        29
    liaozzzzzz  
       130 天前
    排期的时候把这种场景考虑进去, 花时间多覆盖测试场景吧; 单测前期需要投入更多的时间也挺麻烦的
    (我们也是测试环境 bug 达到某种级后算绩效, 不过和测试关系搞好基本上也不提那种程度的 bug 了
    creanme
        30
    creanme  
       130 天前
    你们测试写测试用例不?你开发完以后对着测试用例测一遍,然后举一反三,想想边缘情况,会不会出现 bug 。
    IvanLi127
        31
    IvanLi127  
       130 天前 via Android
    0 产出 = 0 Bug 。可以摸鱼了
    haah
        32
    haah  
       130 天前
    转后端
    FreshOldMan
        33
    FreshOldMan  
       130 天前
    跑路🏃🏻‍♀️
    fgk
        34
    fgk  
       130 天前   ❤️ 1
    TS ,单测,代码审核
    Torpedo
        35
    Torpedo  
       129 天前
    这种问题的核心不是怎么样才算一个 bug 吗? 一个 bug 这种东西本来就是没有标准的

    前端文案也很多的。就比如我上面那句话,问好后面多了一个空格,这算 bug 吗?

    最后还是落到了人上面
    haohong725
        36
    haohong725  
       129 天前
    不写代码不就没 bug 了嘛
    caisanli
        37
    caisanli  
       129 天前
    提前对完接口 后面的时间对着测试用例(测试人员提供)改 到提测时候 应该能减少很多 bug
    Features
        38
    Features  
       129 天前
    前端是真滴卷啊
    zyPro
        39
    zyPro  
       129 天前
    @caisanli 对着测试用例过两遍。基本没什么 bug 了,剩下只是意外情况了
    7gugu
        40
    7gugu  
       129 天前
    排期拉长,留多点 buffer ,只要测试时间允许,多让测试测一下,多用 TS 的类型检查,避免小错误,开启 eslint
    m319
        41
    m319  
       129 天前
    多做多错,少做少错,不做不错
    关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2445 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 46ms · UTC 13:53 · PVG 21:53 · LAX 06:53 · JFK 09:53
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.