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，也没听他说有这么多事情。

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