用同感的交流经验

1.测试计划一定要订，不一定执行，虽然计划总是不适合，并且总是处于变化之中，还是需要计划，大的小的，都是要订一个的。

2.不要指望开发人员能帮你进行测试，有这个想法还不如让他们做单元测试。

3.不同的测试阶段测试的重点是不同的。在项目最开始，主要保证流程能走通。流程走通了以后再进行功能的完整测试，包括界面，一些不影响功能使用的，以及边界等方面。

4.测试的过程中尽量多和项目经理或者开发人员交流测试的情况，有什么问题，可以让他们出出主意想想办法。往往他们总会给你提出有建设性的意见。

5.和开发人员之间有什么矛盾，不要憋在心里，要直接交流，虽然有一些聊天或者联系的工具，还是以直接交流比较好，前提是不影响他工作的情况，以及在不频繁的情况下。（有时对一些开发人员的做法很是恼火，但是如果心里压抑着，做事就会很郁闷，所以强迫自己去和开发人员交流 。比如,有一个开发人员，把我提交的问题，全部都以不可再现的解决方式提交，我大为恼火，哪那么多不可再现的，具体情况，你具体备注一下，什么都没有标识就全部不可再现。再加上当时和他关系有点说不清楚（总感觉他对我有意见），所以那时我很郁闷，想了好久，还是决定直接和他说说，哪些是不可再现的，哪些是不属于他的功能，哪些是不需要修改的问题。和他说的时候，其他开发人员也都在，大家在一起笑笑，然后说说，事情就这么给解决了。我重新打开这些bug，他重新提交一下问题解决的方式。后来有什么不懂或者有异议的他都直接和我交流，这样大家做事又恢复了和谐。）

6.多进行交流。无论是和开发人员，还是和测试人员。流程这东西，交流的越多你就理解的越多。有时候交流了才知道，原来他们是这么实现的，于是你就知道自己该如何设计测试。交流的时候，一定要多听听别人的想法，不能想当然，但是也要把握自己的立场。

处理不好的问题：

1.有些开发人员，写出来的代码质量很差，导致修改的时候，一而再，再而三的出现问题，双方都很恼火的时候，该如何解决这样的情况，还不是很有办法。一方面，要考虑他的心情，改的次数太多，他要疯了。而我，因为每次流程走不下来，也快崩溃了。所以有的时候还是尽量以开玩笑的方式对待这些，既不让自己郁闷，也不让他觉得你是故意刁难他。结果就是，他的问题改了很多遍才勉强能使用。让项目经理或者小组组长去批评他？我感觉这样适得其反。现在的年轻人，脾气都大的很。万一不爽，走人。怕怕，得罪不起。

2.总感觉测试受开发人员的制约太严重。有的时候，明明感觉任务很紧很重，可就是力不从心。你加班的时候，开发人员不加班。流程走不下去，根本没办法。我想还是跟公司的测试以及开发的环境有关系。记得有一个贴子说是公司测试部要先进行一个预测试，通过了才提交到测试人员手里。而我们这边是测试人员直接使用开发工具把程序弄过来进行测试，根本不存在什么版本控制以及预测试的说法。这也不是我一个人能说了算的。哎。