问题的提出方式。（【先】说出最关键的【结果】，然后再描述细节）

昨天测试日本方面提交的一部分代码。

发现修正的部分和式样书不一致。

调查后，发现原因。

【错误的解决方案】

在给日方的说明中（ANKAN中）把原因说了一顿之后，说这个现在不能做。

【正确的解决方案】

我们应该先说，你们制造的代码，有和式样书不一致的地方。所以今天不能进行测试。

然后再说你的错误具体在哪里，是因为什么原因错了。

【为什么要这样做】

1.突出重点，一上来，就让对方知道你想要说什么。

2.领导有时候对代码也不是十分的了解，你和他们说细节也没什么用，

   关于细节的东西对他们来说是不需要了解的，他们只是想知道结果。

【扩展】

我们在和领导汇报工作的时候也应该是如此，领导可能对具体的业务代码不是很了解。

不要一上来就把错误的原因和领导说。

应先说这个错误产生的影响是什么。

（比如说，上面这件事情中，就应该说，日本的制造代码和式样书不一致，今天不能测试了。

如果领导问的话，你再和他说细节。）

【回顾】

之前也遇到过类似的问题，别人也和我说过，但是没有形成强烈的意识。

http://blog.csdn.net/sxzlc/article/details/7058658

具体问题具体分析 之 Q&A

的第四个总结中提到过这个问题

总结4，

                对于QA，我们要先把问题的现象说出来，让他看到，这个地方出了问题，

                这个问题，能引起他的兴趣和注意。

              （比如这次，暗号化的数据异常，根据数据的不同，竟然能跑到两种级别的error画面）

              （先把这个现象和他描述出来！！）

               然后再一步一步告诉他，产生生这个问题的原因。