不该忘记测试该有的能力

不该忘记测试该有的能力

终于弄清楚，什么样的 测试 ，才是我想要的。或者说，测试 工作 的价值所在是什么？

　　人人都知道测试的目的是什么，无非就是提高软件的质量，所以找出软件存在的 Bug 就成了大家关注的事情（自然而然的事）， Bug 数量也渐渐成衡量测试工程师的标准，诊断、修复也成了开发人员的事情。

　　如果测试人员只是一味的发现 Bug ，不对 Bug 思考，可能导致测试效率降低。因为，测试人员有可能在一个 Bug 上绕来绕去，也有可能提交重复的 Bug 。同一个 Bug 表现形式可能存在多个。

　　如果测试人员一味的将 Bug 提交开发，可能导致开发人员工作效率降低。因为，开发人员需要重现 Bug ，分析，以及修复都需要时间。

　　如果测试人员在测试时，就能根据当时的测试环境，诊断，分析 Bug 的原因，那么，无论从开发角度，测试角度，都是有意义的，发现问题能够及时到得解决； 另一方面，软件的质量也远比上述方式得到更好的保证。

　　所以发现问题，并能够诊断出问题的所在，才是我想要的，对我也来，这是件很酷的事情 ... 哈

　　 XX 项目的测试过程，总结：

　　 1 、开发人员全程跟踪

　　这种方式大减少了开发人员复现 bug ，以及建立测试环境的时间。

　　在项目不紧的情况下，初期进行这种的全程跟踪，效果还是明显的。

　　在项目紧张的情况下，则需要控制深度（涉入深度）。

　　 2 、逐步深入被测项目架构，以及实现

　 　知已知彼，方能百战不殆。作为测试工程师，不仅要能发现 Bug ，还要有诊断分析 Bug 的能力。而这种诊断分析的能力，是建立在对项目了解的基础上。只有 开发测试相互配合，才能在较短的时间内解决问题。可能有时候（有的人），所处的位置不同，无法得到项目的有效信息，执行时也就会存在误差，如何解决这个问 题呢？首先，你要知道网络真的是个不错的产物，所有你可以想到的，想不到的，都可能通过它来获得，你对被测项目现有的资源，就是关键字。另一种，就是多与 参与被测项目的人员多交流，沟通。资源共享，才能共同进步。不要吝啬哦 ~~~

　　 3 、态度

　　大家的目的都是一样的，做好项目工作。出现冲突，要从不同的角度分析原因，当然，更重要的是理解。

　　 4 、惰性

　　今日事今日做。今推明，明推后 ... 何时做！？