BUG&项目管理

最近只要改项目就有可能产生bug。

目前这项目，从一开始我就参与开发。

很长一段时间都是敏捷开发，有时候连UI图都是后出。

随着时间加长，需求复杂度增加，有时候动下代码就伤筋动骨，事故不断，主要是影响口碑。

首先不替自己辩解，确实是写的时候考虑不全面。

先说下项目使用php开发，而php是个弱语言。

我设置状态一般都不用0，判断起来太麻烦。

而且php写起来比较随意，开发一时爽，维护操碎心。

比如上次bug

判断金额直接用empty，empty("0")是true，而empty("0.00")是false……

从数据库读出来的都是字符串，判断错误导致bug。

empty((int)$price)或者$price>0就能避免。

仔细想想这种其实属于开发规范问题。

比如上上次bug

/(ㄒoㄒ)/~~这次比较严重。

写代码的时候忽略一种业务情况，正巧在一个小长假不断出现错误。

放假回到家有点发烧，又改错了……

导致又产生不同的错误数据。

但好在没有造成平台亏损。

再比如long long ago的一个bug

涉及到微信回执处理。

当时测试是自己编回执测，导致实际运行官方回执解析失败，而且发现的时间比较晚。

而业务上是先解冻冻结金额到用户账户可用金额……

我知道这种脑残的设计不是特别合理，我也纳闷当时我为啥这样写……

总结原因大概是当时业务对于冻结金额的负面反馈太多，索性我就先解冻，好歹是退钱了……

先解冻后处理退款回执，并且回执处理失败，没及时扣除用户金额，就导致平台亏损……

和之前的bug对比，这算是非常大的事故。

现在马上十月一放长假，可恶的补班很多。我们单休，甚至连着上八天……

目前预防错误都已准备好，不上线有数据修改的需求，大概能顺利过完假期。

项目管理

鉴于以上情况，公司最近一直抓项目管理。

根据目前的情况，我认为项目管理的主要内容是流程设计、测试、数据校验、项目管理、代码审计、客户资料管理。

1、流程设计

对于业务，在流程上的设计把好关，能避免很多bug。

主要是流程图。

可以先做流程图，然后按照流程图写。

每次修改也是先改路程图。

过程很麻烦，但是安全。

但主要问题是，像我这种主要写接口，流程图中怎么体现接口……

不然接口管理，或者查对应逻辑的接口都比较麻烦……

2、测试

测试主要是怎么测试全面的问题。

涉及流程分析，和测试工具、需求管理，任务指派等。

前两天领导还想让我弄自动化测试，写脚本弄……我得学……

3、数据校验

数据校验，可以校验平台业务数据的正确性。

难就难在正确性标准。

这点就很看重数据结构的设计。

根据自己的运维经验，业务复杂度高之后，即使是相同功能的不同版本，也要保持数据结构的一致。

不然查数据和开发真的特别麻烦……

4、代码审计

看过一些代码审计的视频，大概都是分析bug。

自己运维的项目里代码审计，一是看编写规范，二是看逻辑漏洞。

涉及开发规范的制定、程序设计（解耦、注入、注释等）、流程设计。

5、项目管理

项目管理就比较简单，比如服务器信息、数据库信息、启动方法、守护进程、注意事项等。

不做管理的话，服务器都不敢重启，生怕哪个项目有问题。

6、客户资料管理

可以将客户对应到项目，这样哪个项目比较紧急就比较好分辨。

工作交接的话，也方便联系。

正在找根据以上内容便于使用的开源项目……

有意向自己写一个，回头自己再整理需求。

话说公司有个大佬，以前也做过不少大项目，都是用java，也没听他说有这么多事情。

一定不是语言的差距，而是我和大佬的差距。