今天我们之前开发的一个软件出现了一个非常奇葩的问题，用户选择距离最近城市时明明是北京，但保存后却是南京，并且还是偶尔出现这种情况。当产品经理把客户的问题反馈给我们的时候，当时非常的诧异，从我们服务端代码角度看是根本没问题的呀！而从客户端角度看，也是没问题的呀！最开始的反应是这不可能是我这边错了，要出错应该也是客户端那边。但组长还是让我们自己先好好排查一下，再确定是不是我们的问题，要真是我们的问题就马上改，实在找不到问题再找客户端联调一下。经过多番的测试，我们都完全定位不到问题的所在，甚至觉得是手机设备的问题。最后实在没辙了，就找iOS的聊了聊，他在打开代码翻动的无意间，我一不小心瞅到了可能出现问题的地方，结果，还真复现了问题。而问题既然是因为当初开发时没有真实数据，在城市选项的默认值给它赋了南京的ID。而这种在实际操作中必现的问题，我们在经过测试，产品，开发以及客户那边的多轮测试竟然都没有测出来。
而这个开发中的小事情，我却感觉，如果平时都能像这样去想事情，或许就会少很多矛盾，少很多问题。
当听到有问题时，我们的第一反应可能都在别人身上找原因，而如果都先找找自身的原因，或许问题会更快的解决，在生活中也会少很多冲突，多很多的谅解。我们在测试过程中，都只在意业务的流程，理所当然的把一些资料随便选一个东西代替，却忽略了用户在实际操作中是需要退出APP做其他操作的，这就导致了用户在实际操作中必出现问题，而我们却根本测不出问题。生活中，我们总想把一些事情按照自己的计划，自己的想法去做，而却忽略了太多太多实际中的问题，并且很多很多东西并不是随便就能随便代替的。最初代码的一行临时数据，没想到因为一时的疏忽，却给很多的用户造成了注册不了的问题。或许我们偶尔一句不经意间的一句觉得没什么的话，却会给其他人带来比较大的困扰吧。当然就像程序都有bug一样，问题是无法避免的，我们要敢于去直面问题，去解决问题
网友评论