• 如何拆解任务 at 2020年03月25日

    这更适合测试只参与一个项目的情况。。。

  • 敏捷转型记 (五) at 2020年03月09日

    不发了 更多的是想看看大家有什么看法和意见

  • 其实我觉得是,先知道想咋干,然后再想着如何用语言完整那个 “咋”

  • 敏捷转型记 (四) at 2020年03月04日

    感谢建议,转型阻力比较大,有机会一定去试试

  • 测试用例的作用,我觉得重要的地方有三个:
    1、可以说明一轮测试的结束,如果一直发散,那么你永远没办法说测试完成,永远没有上线的时间
    2、更早的发现需求设计漏洞,我相信在写用例的时候一定会发现需求设计漏洞
    3、测试发散思维的基点,先脑图,在写用例,相信写用例的时候会有很多补充,所以在用例的基础上发散,会扩散的更远。

  • 敏捷转型记 (四) at 2020年03月03日

    公司推行了另外的工具,我知道 jira 可以😂

  • 敏捷转型记 (三) at 2020年03月02日

    tdd 这个我觉得测试的能力还不够。。。现在来讲 “故事” 问题不大,现在大佬们关心团队效能了。。。

  • 敏捷转型记 (三) at 2020年03月02日

    我们相当于在原来的产品上进行迭代,所以在拆分 “故事” 的时候,都要求这些 “故事” 是独立的,应该是达到可运行,可交付的程度。我们这个不是严格的 Sprint,只是用了看板去管理,对于可交付的功能,我觉得到了产品可交付的预期就交付给客户,不用严格等 Sprint 的结束

  • 敏捷转型记 (一) at 2020年02月27日

    恩,也明白思想敏捷、文化敏捷更重要,先开始干了,现在对于我来说过程更重要一些。

  • 聊一聊职业发展 at 2018年10月11日

    面试过数百人,我经常会问几个问题:如果测试时间不够,你会怎么办? 如果让你去测试一个你完全不熟悉的系统,你会怎么办?你平时会使用那些测试设计方法? 看似很稀松平常的问题,非常考验人。因为大部分从业者,都没有经受过系统训练和学习,工作多年,依然技能不足,意识跑偏。
    特别想问问楼主,心里合适的答案是什么,请赐教~