专业程序员的修炼之道
我的问题出现在哪里？
为什么会延期？
1.工期的评估
2.致命伤：业务场景没想好
开发的业务场景是
CURD，如果CURD成，那基本上这个框架就成了
而考察一个框架，考察的最好的一个地方那就是CURD的编写程度是否简单，方便快捷
如果减少了代码的编写时间，这都是一种工作量的节省
评估一个开源项目
代码提交的靠谱
一定要经过自测
为什么要自测，因为根据统计，修复一个线上BUG的成本大概是3小时。开发与客服沟通确认是BUG，开发改动代码，开发自测，测试验证，最终发布，通知客服，客服通知客户。
1.最成熟的方法是写Junit测试用例
2.备选方案是自己手动测试。
靠谱招数：
还是那个老话，要先想好自己怎么手工测试这个代码，和要新增什么sql和什么字段，才去写代码。
这里已经要知道自己想要写代码的输入和输出结果了
状态的流转是一个让代码变得不可靠的因素，一定要注意这个地方。
用例图,活动图,类图,状态图,时序图,流程图
这些都要画给别人看.
一旦涉及到要问别人的地方：
我现在碰到了什么问题，想要什么结果，但是查询你给的什么资料的某个模块，这个，这个没办法获取或者没提及。
一定要遵循如下的问法：
1.他提供了什么资料，一定要通读过，不要不读，不要针对某个细节具体读
2.对他的资料进行一定的解析，像测试那样高亮某些业务规则
3.
编写代码之前耗时通常（4小时）
与测试确认，我这样子理解的业务对吗？
与测试沟通之前：
必须要按照
前提条件：
界面检测：
xxxx功能
默认值：
权限：
参考：微信设计文档
提交测试文档
sql是否运行？ drop掉再运行了吗
如何确认代码已经正确提交上去了？加一个version文件，更改version_id来确定已经更新过，是自己的代码问题？区分非人为部署错误
来源：CSDN
作者：weekendzhu
链接：https://blog.csdn.net/u010498753/article/details/91042549