碰到一个难以交流的技术怎么办
测试菜鸟：和一个技术负责一个项目，他开发，我测试。每次提交的bug大部分没能一次性解决，到后面解决不了的时候，告诉我说需求里有这个吗？？！！，然后一个模块不太清楚问他为什么，他就让我问产品需求人员，说“我只负责开发， 具体为什么我也不知道。”觉得好憋屈，一个技术不单技术要过关，起码也要理解到为什么吧，毕竟开发经验已经有时日了。需求只是前期的一个大概设计，研发出来的产品才是具体可实施操作的。
总觉得他欺负我门外汉，我在努力学专业知识。我发现一旦我回复得比较专业时，就会乖乖地改好，要不就推脱掉。 我的看法一向是测试不要和开发人员交流，一切以缺陷单说话。
遇到不清楚的地方，直接提缺陷。需求不清需要的是开发人员向测试人员解释清楚，测试很多时候代表的客户视角，测试都不清楚的，客户更会疑惑。
交流的时候，和测试的领导交流，而不是你去找开发人员。测试人员->测试经理->项目经理->开发人员，很多的时候直接交流会陷入扯皮，让管理他的人和他说才会有效。
测试人员的职责是发现问题，是否修改、什么时候修改和测试人员关系不大，不改就再踢回去，定期写测试报告给项目相关人员，开发人员会比你着急的。
测试人员和开发人员比较熟悉的时候，可以撒泼督促，不熟悉一定要公事公办。
你想想，对于一个成天给自己找麻烦的人，没有人的心情会好的，一定是能拖就拖，能赖就赖。
所以我从来不建议测试人员给出缺陷可能发生的原因和修改意见，多说多错，你100次里面99次都说对了，但是开发人员一定会记住你说错的那次，接着就是测试人员怎么怎么的不行了。缺陷说清楚就可以了，不要说更多的东西了，和开发人员熟悉了，可以口头说说自己的看法。 补充一点，测试首先自己要了解需求，只有了解需求，才能更好的去测试，而避免大家都不清楚的问题 jingzizx 发表于 2016-1-20 13:14
补充一点，测试首先自己要了解需求，只有了解需求，才能更好的去测试，而避免大家都不清楚的问题
恩，是，只不过公司还不够完善，需求有时候都没有，所以实际情况就比较麻烦，会出现“公说公有理婆说婆有理”的两难境地 jingzizx 发表于 2016-1-20 13:14
补充一点，测试首先自己要了解需求，只有了解需求，才能更好的去测试，而避免大家都不清楚的问题
恩，是，只不过公司还不够完善，需求有时候都没有，所以实际情况就比较麻烦，会出现“公说公有理婆说婆有理”的两难境地 花艺萌 发表于 2016-1-20 15:51
恩，是，只不过公司还不够完善，需求有时候都没有，所以实际情况就比较麻烦，会出现“公说公有理婆说婆有 ...
那最好找顶层boss来定了 :) 一切问题，产品说了算，你可以去找产品，如果他开发出来的和产品说的不一样，你就提BUG，然后就是产品和开发的事儿了。
页:
[1]
