如何验证程序是否完成，测试以及修正BUG？

1.背景介绍

在验证程序是否完成前,我们先看一下项目的流程是怎样的? 

开发项目前：做为程序员的 我们需要根据产品需求以及UI设计规范进行规范化的开发。

开发项目中：每一个程序员都“希望”能够将功能梳理完毕。

开发完成后：我们需要进行功能的自测；交予测试，查找bug。

2.知识剖析

bug的产生原因：

1、崩溃问题。

2、技术难点问题。

3、由于技术人员的粗心，所导致的问题。

4、UI问题。

5、临时的需求变更问题。

3.常见问题

你知道“查找和修复bug”意味着什么吗?对于程序员来说，查找和修复bug是在编程的过程中必需要经历的步骤，而想要做好这一点，就需要程序开发员去不断的进行调试，只有经过无数次的调试才能够更好地去修复完善程序中的bug，那么在修复程序中bug的时候应该通过怎样的步骤来进行呢？

4.解决方案

第一点、发现目标 仔细查阅异常报告，确定是否是个bug，找出各种有用的信息发现问题的症结，予以重现。再次检查是否与报告发生重复。如果发生重复，那看看曾经的相关人员是如何处理的。

第二点、找出bug的位置 通过对程序的调试，先找出正确的代码区域，然后利用排除法清理工作区域，确定出目标代码的准确位置；或者也可以通过编写测试案例以及利用现成的测试案例来进行补货程序运行中的bug。

第三点、修复程序中存在的bug 在进行修复程序中bug的同时，请务必确保不会影响到其他任何部分。但是，在开展修复工作之前，可能你还要包揽重构工作，因为只有这样，你才能无所顾忌地捣鼓代码。而且事后回归测试，还能确保你不会加入任何新的bug。

第四点、多角度思考问题 试着不从主线出发，以检查这些bug是否会影响其他支线。合并这些变化，处理代码中的差异，回顾所有的审查和测试等工作。在修改bug的时候，要好好想一想哪里错了以及为什么错了?为什么你的修复会起效?这种类型的bug还会出现在哪里?此外，还需要思考的是，怎么做才能吸取经验教训，将来在类似的问题上不再栽跟头?以及，我们采用的方法、使用的工具是否还有可以改进的地方?以及这些bug的影响和严重程度。

6.扩展思考

bug确认的流程是什么？

1、 测试人员发现bug提交给开发。

2、 开发人员判断是否是bug。

3、 如果是bug，进行修改，修改完成后更改bug状态为已解决。

4、 如果不是bug，退回给测试人员并描述退回原因，或为设计如此，或为外部原因， 或者不能重现。