迭代设计-引发的不兼容问题
在软件工程领域,流行瀑布模型或者演化模型,其他的模型参考博文:https://www.cnblogs.com/kzang/archive/2012/07/06/2578835.html,我们项目组应该使用的是增量模型,在我进入项目组,大体功能都已完备,个版本都是在一些小的改动,也可以说是小步迭代把,但是新的方案设计和原有设计往往会出现冲突,这大概是因为方案设计者也不能对每个细节都十分清楚,于是在编程过程中就暴露出来了,大部分还是软件测试发现的问题。
在此我说一个我遇到的两个不兼容问题。
1.项目组决定使用commitId获取指定版本文件,而不是之前默认取最新的,这是基于多用户时的考虑。但是在实际开发时发现,这个用户可能存在取文件之前,可能存在多次归档文件的行为,而我们拿到的commitId却不能保证是最新的,导致取文件没有取到最新的,后续的业务也就是错的。这是测试人员发现的,之前方案是不要commitId,直接取最新的。这是排除了bug,但是又引入了新bug。
2.在某个业务处理流程中,如果用户操作失败了,程序会删掉失败记录。但是将其改为异步时,有保留了失败的记录,导致了在其他查询api接口,出现大量无效数据,影响性能,这是无效数据应发的问题。现在将无效数据删掉后,性能好转。其实这也不是开发发现的问题,是测试发现的问题。因为这在功能上没有问题,开发不会注意到这些问题。
-----------------10/14--------------------
哎,新改动会影响与之相关的东西。在方案设计上,leader也是拍脑门就决定了,没有考虑到新的变化带来的bug。上午定位了两个多小时,才明白是这个问题。入职几个月,对业务也不是很熟悉,而leader慢慢成了爱管不管的状态,这就是你们引入外包,自以为降低了成本,却是产品研发进度和质量下降,不知道你们是真的精明吗?今天的开发需求也是,基本上leader提出一个需求,我便去开发,都这么随便吗?我就是纯搬砖的吗,看来我得加快学习进度,否则要被他们嘲笑了。