• 一直提示要看。。。看了好几遍了。。。还是提示。。。。

  • 已阅

  • 如何拆解任务 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 的结束