迭代设计-引发的不兼容问题

  在软件工程领域,流行瀑布模型或者演化模型,其他的模型参考博文:https://www.cnblogs.com/kzang/archive/2012/07/06/2578835.html,我们项目组应该使用的是增量模型,在我进入项目组,大体功能都已完备,个版本都是在一些小的改动,也可以说是小步迭代把,但是新的方案设计和原有设计往往会出现冲突,这大概是因为方案设计者也不能对每个细节都十分清楚,于是在编程过程中就暴露出来了,大部分还是软件测试发现的问题。

  在此我说一个我遇到的两个不兼容问题。

  1.项目组决定使用commitId获取指定版本文件,而不是之前默认取最新的,这是基于多用户时的考虑。但是在实际开发时发现,这个用户可能存在取文件之前,可能存在多次归档文件的行为,而我们拿到的commitId却不能保证是最新的,导致取文件没有取到最新的,后续的业务也就是错的。这是测试人员发现的,之前方案是不要commitId,直接取最新的。这是排除了bug,但是又引入了新bug。

  2.在某个业务处理流程中,如果用户操作失败了,程序会删掉失败记录。但是将其改为异步时,有保留了失败的记录,导致了在其他查询api接口,出现大量无效数据,影响性能,这是无效数据应发的问题。现在将无效数据删掉后,性能好转。其实这也不是开发发现的问题,是测试发现的问题。因为这在功能上没有问题,开发不会注意到这些问题。

猜你喜欢

转载自www.cnblogs.com/Robin008/p/11567561.html