程序员为什么要一直改bug ？不能一次性写好吗？ 编写程序的人会犯错，而且机器没法和人一样在出现异常时随机应变，所以需要程序员不断改Bug，弥补自己失误的同时，教机器应对各种异常情况；很多时候，异常情况是没法一次性穷举的，所以才会有bug出现。 举例来说，你驾车去火车站，最初的程序肯定是地图算点一直线过去，后面发现被堵了，就会加入根据路况选择的功能；遇到有乘客想半途绕路捎人，又得加入重新规划路线、增加途径点的代码；基本驾驶方面，路况千千万万，比如你看见左前方车的雨刷动了，你知道要观察是不是有逗比要变道了，但开发程序的人根本不可能想到这种奇葩的情况……所以，程序员只能通过积累经验，尽可能把所有的情况都考虑到，写出更多的代码，才能让程序看起来更靠谱。 另一方面，就算程序没问题，外部因素也可能导致一些bug出现。比如旧数据有问题，可能导致帐算不出来报bug，你不让程序员去debug你根本不知道几万条数据里面有七八条错误数据，算不出来是正常情况。你4G/wifi刷头条秒出，但用3g或者烂手机的人加载了小半天，你才会去加个loading提示。 最后，总有产品经理要做个大功能，搞一些不合理的需求。这好比你让60岁大爷5小时跑完马拉松，不出问题就有鬼了；有时需求方自己都没想清楚你觉得做出来的东西能没问题吗？ 下面这几个事情做好，可以减少bug。 1、花尽可能多的时间，和客户沟通软件需求，了解每一项需求的用意。 2、确保软件需求不能随意变动，因为很多情况下一个需求的变化，程序会带来很多问题，有可能连底层结构都需要跟着一起变动。频繁的需求变动，加上开发周期和成本的约束，带来的结果就是软件质量的不可控。 3、确保软件测试质量，完成全覆盖测试，设计系统需要的全部用例并保证全部通过。 总结下，软件项目在实际开发过程中风险点还是很多的，通过合理的控制，可以降低和减少bug。但是软件本身是为人的需求而生，只要需求在变化，软件是永远都需要跟着去维护和更新的，所以只要有不可控的因素（需求分析，系统设计，系统详细设计，编码，单元测试，集成测试，系统测试，验收等）任何一个环节任何一个人产生问题，反映到最后的软件产品上就是一个bug。 精彩内容长按二维码关注海生分销更多精彩等您查询
本文转载于微信公众号: 海生分销(hsfx88888)，更多微信文章请扫描关注公众号: |
|
声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|
注册
登录
