V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
moresteam
V2EX  ›  职场话题

怎么看待这种测试?

  •  
  •   moresteam · 2018-08-09 12:38:59 +08:00 · 4131 次点击
    这是一个创建于 2280 天前的主题,其中的信息可能已经有所发展或是发生改变。

    1.没问题也要掘地三尺找几个问题出来
    2.主动问产品要不要加这个功能,要不要加那个功能,产品觉得加上也行啊,于是一个简单的小模块要求实现一大堆可有可无的功能
    3.开发这个模块用了一天时间,非常简单,测试测了一个多礼拜,我改了 1 个礼拜
    PS:感觉这种测试女的比较多,很多男测试不会提这种问题,搞的我非常火大

    35 条回复    2018-08-11 08:25:36 +08:00
    16779242
        1
    16779242  
       2018-08-09 12:55:27 +08:00   ❤️ 1
    这。。有一个词叫 刷存在感
    tt67wq
        2
    tt67wq  
       2018-08-09 12:57:55 +08:00   ❤️ 1
    别人的活儿就是这个,要是很容易就测试通过,那她工作还有啥意义
    Devilker
        3
    Devilker  
       2018-08-09 12:59:24 +08:00   ❤️ 1
    嗯,新手测试通病
    des
        4
    des  
       2018-08-09 13:00:26 +08:00 via Android   ❤️ 1
    想起了那个酒吧的段子,最后客人问了一下厕所在哪,然后酒吧炸了
    forblackking
        5
    forblackking  
       2018-08-09 13:01:53 +08:00 via Android   ❤️ 1
    主要是 2 比较烦,还经常找产品改需求的。。
    InternetExplorer
        6
    InternetExplorer  
       2018-08-09 13:35:27 +08:00   ❤️ 1
    测试找不出测试,KPI 这么办,被老板觉得没有用怎么办。
    jydeng
        7
    jydeng  
       2018-08-09 13:38:03 +08:00   ❤️ 1
    是啊,非常啰嗦,这么有想法应该去当产品
    moresteam
        8
    moresteam  
    OP
       2018-08-09 13:40:31 +08:00 via Android
    @Devilker 今年公司招了一大堆应届生来充数
    xenme
        9
    xenme  
       2018-08-09 13:50:09 +08:00 via iPhone   ❤️ 1
    换个角度来看也是好事。

    1.尽量找出问题,是好事。如果你的 test case 他们都做不完,哪里还有精力去挖掘其他问题??

    2. 提需求谁都可以啊,除了用户,开发、测试、PdM 有好点子都可以提,但是需求需要大家讨论完定下来才做,而且对当前进度等其他影响都要评估清楚。

    总的来说流程正规这些都是好事,否则都是额外任务,增加负担,影响进度
    StephenDev
        10
    StephenDev  
       2018-08-09 13:54:29 +08:00   ❤️ 2
    第 2 条百分之 90 是产品的锅,我觉得现在不少产品根本不知道自己要什么,然后这加那改的。
    takato
        11
    takato  
       2018-08-09 14:03:05 +08:00   ❤️ 1
    良好的环境应该是团队都可以提建议,尽量异步提,最后做不做还是由相关职能的人来定夺,排出优先级比较好。这样既可以扩展产品的思路,也可以让团队成员更有仪式感。

    做好本分是只是基础,团队有额外输出的话,对产品本身有好处。
    takato
        12
    takato  
       2018-08-09 14:04:11 +08:00   ❤️ 1
    其实对于提建议的人来说,最重要的不是他这个需求做不做,而是有一个确定的反馈以及可以理解通顺的理由。
    zjb861107
        13
    zjb861107  
       2018-08-09 14:24:13 +08:00   ❤️ 1
    产品的锅……
    whileFalse
        14
    whileFalse  
       2018-08-09 15:09:27 +08:00   ❤️ 1
    产品 SB。
    ryd994
        15
    ryd994  
       2018-08-09 15:24:23 +08:00   ❤️ 1
    “产品觉得加上也行啊”
    你这什么产经?“也行”?行你个大头鬼。改需求不先问问开发?
    你也别太关注是不是可有可无,毕竟你的工作是开发。就说能不能做,做要多少成本。瞎改需求是因为产品傻逼。

    开发之前先把测试标准定好,提测之前先自测
    woshishabi
        16
    woshishabi  
       2018-08-09 15:26:45 +08:00 via Android   ❤️ 1
    个人觉得互联网公司大部分项目不需要测试这个职位,开发自测就足够了。
    nongmei
        17
    nongmei  
       2018-08-09 16:19:44 +08:00   ❤️ 1
    第二个问题。没有需求评审?都进开发阶段了还随便加功能?
    Gringe
        18
    Gringe  
       2018-08-09 17:09:34 +08:00   ❤️ 1
    我也遇到这种测试。
    符合你的全 3 点。

    而且经验说是有的,但是没有一点测试技术头脑,sql 查询,抓包工具,都没有用,重点脾气很爆炸。

    CTO 因为她是鼻祖测试啊,所以对她任听即从。
    moresteam
        19
    moresteam  
    OP
       2018-08-09 18:00:05 +08:00 via Android
    @nongmei 三番五次返工都是家常便饭
    moresteam
        20
    moresteam  
    OP
       2018-08-09 18:00:44 +08:00 via Android
    @Gringe 有本事的都走了就留下没办事的了呗
    Gringe
        21
    Gringe  
       2018-08-09 18:05:53 +08:00
    @moresteam 对的啊 就是没本事留在那里(我已走) 我走的时候还是个孕妇 现在回去拿着工资休产假 对了还有一点 她特别喜欢白天不测试 拖到晚上加班测试 甚至通宵
    leafiy
        22
    leafiy  
       2018-08-09 18:07:04 +08:00   ❤️ 1
    测试不要 KPI 啊
    0x8192dd
        23
    0x8192dd  
       2018-08-09 18:10:46 +08:00   ❤️ 1
    其它不说,问题 2,完全是项管缺位,如果是小点,产品欠考虑,没啥工作量顺手改了也罢,有产品意识是好事,但是提新需求,产品认可了就要加了?需求不排期?没有优先级?
    如果你们是产品兼任项管的话,那这个产品充其量只能叫产品策划,还不配称之为“经理”。
    moresteam
        24
    moresteam  
    OP
       2018-08-09 18:36:49 +08:00 via Android
    @0x8192dd 返工都是家常便饭,最多一次一个功能返工过 3 次,理由就是产品说我还没想好你先做着。。。
    moresteam
        25
    moresteam  
    OP
       2018-08-09 18:52:27 +08:00 via Android
    @leafiy 要得要得
    WhatIf
        26
    WhatIf  
       2018-08-09 18:56:47 +08:00 via iPhone   ❤️ 1
    1 很好,2 过份,3 你还想甩锅?
    bashbot
        27
    bashbot  
       2018-08-09 22:37:36 +08:00   ❤️ 1
    项目经理不行呀

    记住:每次做需求记得让产品写 PRD,写完 PRD 开需求评审会议。开发拿到通过评审的 PRD 开始干活,通知其他人开发计划。写好的代码给测试提测试需求,指明改动和影响范围,新加了什么功能,并且要求测试给测试排期。

    原则:凡事按流程走,不接临时需求,已接收的需求不改,新需求不许插队,有问题先开会讨论。
    mingyun
        28
    mingyun  
       2018-08-09 22:54:07 +08:00   ❤️ 1
    之前我们一个女测试也这样,后来走了
    0x8192dd
        29
    0x8192dd  
       2018-08-10 00:03:41 +08:00   ❤️ 1
    @moresteam 我公司有专门的项目管理,负责协调整个研发部的工作,产品都要提需求给项管,分派美术研发测试,需求评审会开过后邮件产品文档给相关开发和测试,抄送各个分管总监和项管,然后就定了。
    改需求影响到项管对开发人员的安排,是会被否决的。
    在这种环境下产品提需求都慎之又慎,除非是致命问题不改没法用,一般不会轻易改需求,像测试提小优化这种的一般都会排到二期三期去做。如果一个产品老是发生改需求这种事,一般是过不了试用期的……
    irainsoft
        30
    irainsoft  
       2018-08-10 00:06:20 +08:00   ❤️ 1
    第一点无可厚非吧,毕竟这就是测试的工作...

    第二点通常开发看了想打人,难道产品经理就这么没有主见吗,还要一个测试来帮他干活?
    leekafai
        31
    leekafai  
       2018-08-10 10:07:23 +08:00   ❤️ 1
    找出问题倒也没什么,提个 issue,我作为开发去验证这个问题到底需不需要去完成,例如内部系统上传文件,正常你校验 mime 就行了,不需要校验文件头二进制码,这个时候可以在 issue 里面跟帖解释,这样整个项目的生命周期记录也能完整,别新同事加入发现老问题还重复提问。
    warcraft1236
        32
    warcraft1236  
       2018-08-10 16:05:28 +08:00   ❤️ 1
    感觉出现 2 只能说明开发不行,我司的开发都对 PM 提出哪块不合理,哪块少东西,需要加等等这种的。第三个,测试了一个星期,结果出了一个星期的 bug,然后还是一个很简单的功能,请问代码质量过关了吗?
    moresteam
        33
    moresteam  
    OP
       2018-08-10 17:04:10 +08:00 via Android
    @warcraft1236 看来你是测试
    warcraft1236
        34
    warcraft1236  
       2018-08-10 18:13:01 +08:00
    @moresteam 是的,我是测试。而且经常喷开发某某处代码写的烂。吃饭的时候开发说他郁闷,这么多年第一次被测试喷代码,还无力反驳
    leekafai
        35
    leekafai  
       2018-08-11 08:25:36 +08:00 via Android   ❤️ 1
    @warcraft1236 楼主这种我感觉可能需求不清晰,或者表达方式不好,但是我是很喜欢这种测试同事的,所有问题在 feature 就能 debug,测试阶段基本上等上线就好了。好的 PM 不多,好的测试更少,都是技术岗,少了谁都不好转。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1445 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 25ms · UTC 23:49 · PVG 07:49 · LAX 15:49 · JFK 18:49
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.