日志样式

APP开发为何总是要不断的改bug

APP开发,程序员开发完成后,要开始漫长的改bug工作。为何软件开发总是要有那末多bug要改呢?这个看似是个外行提出的可笑的问题,但是却可以反应产品从设计到上线全部流程可能遇到的问题。作为一家有着多年经验的APP开发公司,我们来讨论一下这个问题。

Bug分很多类,一类是对用户来讲不能正常使用,能被用户感知到的毛病。一类是用户能正常使用,但是有各种异常的毛病。一类是使用没有任何问题,但是不符合产品预期的问题。其他应当还有很多。

 

1、对用户来讲不能正常使用,能被用户感知到的毛病。

这类情况是程序员和测试人员的问题,所有功能在上线前,工程师和QA人员应当测试,回归完功能。能被用户感知到使用流程有问题的话,一定是相关人员能力或线上意识某一方面欠缺,也是最不能容忍的。

2. 用户能正常使用,但是在用户看不到的地方有各种异常的。

一个功能模块几近不多是独立的,它必定牵扯到其他模块。对你所依赖的模块,你没办法保证这些模块是100%可用的。这个时候可能虽然有毛病,但是只要不影响主要流程,我们仍然可以正常使用。但这个时候对外部依赖的异常处理,很考验工程师的能力。

举个例子,有可能你看到的点赞数比你实际收到的点赞数少。这个是由于点赞统计在甚么时候失败了一次,某些用户可能认为这个是bug,但是其他可能不会在乎(当你有10001赞的时候,你在乎少了1个么?)

3. 使用没有任何问题,但是不符合产品预期

这个更多的是研发和产品经理对需求理解的不一致。由于文字是有二义性的,况且人和人对相同文本的理解本来便可能出现偏差,这就致使了需求理解的不一致,终究致使了线上产品不符合预期。对内部人员来讲,这个也算BUG。

 

说了那末多,最主要的核心在于实现功能的是人。人不像机器,不可能不出错;一样的,不可能存在没有bug的程序,像大家使用的windows,穷尽无数优秀的工程师,给予用户优秀的桌面体验的同时,也有你可能完全看不到的数千个bug。想要完全避免几近是不可能的,所以只有加强上线前的测试,才能保证产品的正常运行。
 

来源:https://www.weimawl.com/trends/583.html
声明:欢迎分享本文,转载请保留出处!