关于BUG的沟通

　　一个人要去做一件事情，一般来说是按照自己的意愿去做的，如果不是自己想做而是被要求这么做的话，心里一定会留下点不愉快，特别是那种有自信有自己主见的人，比如说开发人员，当测试人员发现一个BUG，然后告知开发人员后，开发人员之所以会去修改BUG，是因为他自己认为的确需要修改，而不是因为你提到要改他才改的，所以当他认为不需要修改的时候，肯定是有自己的想法和理由，不妨理解下他们，合理的就可以接受，不合理的话，也不要强制的让他去修改，试着解释给他听，让他心甘情愿的去修改，这才不会让他心里产生不愉快的情绪，开发人员和测试人员彼此间的关系才不会弄得很紧张，如果强制性的让他修改多次的发生，那么开发人员会对测试人员慢慢的产生成见，这样就不好沟通了。

　　有时候也许是描述BUG时的语言表达有问题，或者是开发人员的理解能力有问题，描述BUG一遍后，开发人员可能还会有不明白的地方，需要再次沟通，如果当场演示就比较容易理解了。可能我们都没有问题，只是根据自己所知道的信息和对方所知道的有所误差，有些共识还需要互相确认，所以提交BUG时不仅仅是简单的描述一次，而是多次的沟通和确认。

简历里尽可能地堆满动词、形容词和副词的求职成功率更高。几乎所有的人事经理都喜欢选择有效的字句，而不是有花样繁多的词藻的简历。

　　例如，有一个IT公司的人事经理曾经说过，她从来都不喜欢在简历上看到“协助”这样的字眼。

　　“我想知道的是应聘人员具体做了什么，而不是他们如何帮助做了什么。如果他们对某项任务足够熟悉，而且想放到简历里，他们就应该使用比‘协助’更好的字。”她解释说。

　　出于和“协助”相同的理由，人事经理不会喜欢“试验”这个词。没有人想听你尝试做过什么———只想听你完成了什么。你不应该写“试用了新的局域网（LAN）管理软件”，而应该说“评估了LAN管理软件。”

　　大多数人事经理不喜欢听到任何描述某人怎么好地完成了某项任务的字眼。他们说自己希望了解这个人相关的技能，而且希望自己才是这个人工作效果的评判者。因此，像有效的、仔细的、迅速的、专业的以及类似的字都会弄巧成拙。

开心开