2020-物流小程序有关------反思bug

总体看

这个项目PC端基本上是：基础资料的维护，审批流程的维护，权限的维护，接口，报表。

然后各种单子实际是在小程序端来做的。

然后小程序从界面上看，底部导航栏分为：首页、消息、我的3部分。

主要流程

1是，采购的流程：

采购订单》装车》入库》付款（平供应商的应付款）

2是，销售的流程：

销售订单》卸车》出库》收款（平客户的应收款）

虽然有出入库的单子，但是程序实际上没有库存的管理。

做的主要工作

1.增删改查的接口。

2.作废，审核，反审核的接口。

3.写脚本生成【.sql存储过程】和【.linq测试文件】【接口文档】等。

接口对接过程中的调整和修改

可以看出

人是很难避免写出bug的。

• 人的记忆力有限

会有一些字段用混了，望文生义，其实不对。

很多东西会写忘了。

写js或sql这些脚本语言时很可能用一些错误的或似是而非的语法。

• 还有对接和优化

除了记忆力有限外，我们对接前端时，会有一些修改，方便前端的习惯。

我们本身也会有一些代码优化。

这些不算是bug;但是做软件细节修改确实会很多，不太有一下写好了就不改的情况。

应对

• 自测

主要是看这些错误的修改，感觉人很难保持头脑一直清醒，写着写着就会乱了。

还是要学会自己测试，发现这些小问题才好。

•  业务封装

然后是，两个大的业务处理操作；如果他们有一部分操作是相同的，一定要封装起来，复用。

这次可能是因为用sql写太顺了，有个这种情况的，手写了两次差不多的操作，但是第二次客户描述的忘记了说一个应该进行的操作-----本来是人工审核的，变成在一个条件成立时自动审核了。

于是第二次写出来的就少一个操作。

这样就不一样了。

总之，记得想一下新加的功能和原来有没有联系吧。

bug的分类

参考他人的分类，按照重要程度排序，bug可以分类为：

1.流程功能类。

2.性能安全类。

3.界面类。

4.其他细节。

 

搜索

复制