开发现状
似曾相识场景一
甲:你那个“业务逻辑控制”模块完成的怎么样了?
乙:代码已经完成了,但还没测试,我现在很忙,还有别的任务,等我把剩下的模块全部完后了再来补下测试。那当是完成了90%。
甲心想:“但愿如此”
工期紧张,忽略做测试。
没有测试的进度估算,bug的可能性变大。
似曾相识场景二
甲:我需要使用你的那个“业务逻辑控制”模块。你的模块测试过了吗?
乙:测试过了。
甲:都测试了哪些情况?
乙:除了没测试的,都测试过了。你先用着,除了问题我在改。
甲心想:会不会没自己没有先测,就扔给我了。
对于程序的功能,往往缺乏合适的描述方法。
不良的沟通可能会导致忽略一些没有想到的细节。
似曾相识场景三
乙:那个“业务逻辑控制”的模块,效率太低了,感觉有些乱以后很难维护,我想优化整理一下。
甲:现在起码还能用,快上线了,没时间了做完整的整体测试了。单侧这这个点吧,别又搞出来的bug。
乙心想:但愿以后不是我来维护。
没有完整测试保护的代码修改,存在很高的风险。
混乱的代码,将增加维护难度。
似曾相识场景四
甲:这个项目现在移交给你了。你很幸运,这个项目文档很全。
乙:那太好了,上次我街道那个想爱那个项目没有文档。
甲:但不幸运的是文档和当前程序不太一致。
乙:我怎么知道哪些地方不一致呢?
甲:这是个好问题。
文档往往和现实情况不同步。
文档差异很难察觉。
似曾相识场景五
甲:都连续改了好几次了,昨晚做梦都在改BUG,坐在办公室就感觉身体不舒服。
乙:我身体倒是还好,就是最近脾气不好,老发火。
长期被bug所困扰。
士气低落,身心疲惫。
Last updated