测试中如何提高问题定位效率一

在测试中发现遵从以下几点会提升问题定位效率：

1 熟悉流程，顺藤摸瓜，抓准部件日志：当调测一个特性的时候，一旦出现问题，首先要对该特性的流程熟悉，不清楚的要搞清楚，比如IPTV中发布一个内容不成功，现象是在1部件发现其处于注册中，那就从1部件日志看起，发现消息已传递给2部件，然后看是2部件没返回，还是返回了一个错误描述，然后再看2部件的相关日志。整个过程中，要对部件中的日志类别熟悉，日志形式熟悉。日志虽然多，但要仔细看。

2 定位出部件，“审案”确认：在第一步的基础上，基本上能定位出哪个部件出问题了，错误的日志也应该能看到。这时要跟部件开发人员沟通确认，沟通要有”法官“的语言和态度。个人经常觉得测试就是审案，沟通中，你要告诉部件开发人员，在这个流程中，上游部件给了这个部件什么，这个部件要怎么处理，而下游部件又没收到什么等等，这样两边卡位，确定就是当前部件的问题。这个阶段千万只把问题告诉部件开发人员，日志的丢给他就等待反馈，这个是万万靠不住的，当前部件的人可能被其它工作打断，也可能突然从一个思路上判断不是自己的问题了，所以这时一定要在电话中直至讨论清楚，明确他的部件内部可能那出问题了。

基本上到第二步问题就确认清楚了，有时会出现当前部件的人后面再研究了一下代码，发现是上游的部件消息中哪个属性没值或缺少什么。从接口文档入手，最好电话会议上下游部件人员沟通确认。

3 主动，严谨的心态，思路清晰：在问题定位中，千万不要把问题丢给开发人员，可能你会觉得你不懂它的内部实现，让开发人员去根据日志判断就行，其实这是测试人员不负责的表现。整个过程测试人员最了解，且跟上下游的交互也最清楚，还有就是测试人员是第三方，旁观者清，毕竟部件开发人员会又程序不可能这样的心态。所以测试人员更要利用自己善于找茬的心态和善于求证来判断部件开发人员是否说的对，程序是否按照流程去处理了。

以上三板斧，基本上能把严重级别以下的问题快速定位出来。