牢骚：

　　呵呵，新人之路系列已经是第四篇了，前三篇的效果很不错，得到很多人的认可，小小的高兴了下，同时也希望更多的人参与讨论，其实博文只是引子，目的是想吸引大家发表自己的看法和观点，相信从大家的评论里吸取经验吸取知识能帮助我们找到最适合自己的测试方向和方法。

　　正文：

　　我们先假设这样一个场景，注意要假设场景哦，这样你才能更好的明白我在说什么。

　　首先你和另一个人负责一个项目的测试，这个项目即将上线，而你们是临时调遣过来的测试人员，项目要经过你们测试后才能上线，也就是你需要对这个项目负责。

　　好了，问题来了，

　　问题1：你测试完过后，敢保证这个项目上线后不会出现严重的问题吗？

　　问题2：如果你能保证，那么你的底气源自哪里呢？

　　问题3：你怎么才能让项目经理同意的和你一样有底气呢？

　　这三个问题有答案了吗？继续看下去吧。

　　如何保证测试的质量，或者说如何来表现我们的测试质量呢？

　　对于一个新人，刚接触一个项目，其实项目经理并不能放心我们测试的东西，所以会经常对我们说，“你要好好测哦”，“你帮我们测一下三”“你怎么闲着呢”。对于这些问题我们其实很想回答，“我测完了””没东西测了”呵呵你敢说吗？无凭无据的你，凭什么敢说这些话。

　　刚开始工作时，我们部门经理对我们说了一句话“作为一个测试人员，特别是项目中唯一的测试人员，你应该做到对项目的了解仅次于项目经理，甚至比项目经理还要了解”我自信我现在做到了，怎么来判断？这里有一个很简单的方法，所谓对项目的了解实际上是指对项目中所包含的业务流程的了解，对功能点分布的了解，后面的一点，可以通过需求文档来对比，而前一点，我建议大家运用UML的技术来做判断，在UML中有9种图，其中用例图和时序图对于业务流程十分有用，如果你能够凭借自己对项目的了解绘制出时序图，并且这个时序图得到项目经理的认可，那么你后面的话语权就要大许多。这个时候你对项目的了解已经是仅次于项目经理了，在这个阶段，开发人员在遇到一些不能判断的问题时就会来询问你的意见（前提是项目经理不在的情况）。

　　这是准备工作，紧接着你要让自己的工作变得有价值，你要在团队中沟通，测试人员和开发人员之间本身就存在矛盾，当然理想状态两个角色都是为了项目的质量，并不存在阶级矛盾呵呵，然而实际工作中常常不如人愿，要知道你发现的Bug越多，开发人员的工作量越大，暂且不提对开发人员技术的否认让其心里不愉快，单说加班，开发人员加班通常为两个原因：1、赶进度；2、修改缺陷。在这种情况下，如何融入团队尤为重要，那么我们这样思考一下，开发人员对测试人员的不满，如果是从工作量出发，那我们就从工作量开始思考，我们先简要梳理下流程，测试人员发现缺陷，告诉开发人员。那么开发人员的工作量是不是可以拆成两个部分，一个是修复缺陷，另一个就是大家经常忽视的重现缺陷，修复缺陷我们无能为力，那重现缺陷，对缺陷进行定位这一点我们确实是可以帮助开发人员的。

　　首先在测试工作中有一份缺陷报告，记录了你发现的缺陷，其中包括定位信息，重现信息。请认真对待这份报告，假使开发人员或者经理对你说“你找到Bug截个图发给开发人员描述下”或者“你找到Bug就直接说，”再次强调，在这个时候，作为测试人员必须坚定自己的立场，必须要按照缺陷报告来执行测试，如果公司没有模板，那就自己设计一个，缺陷报告作为测试的中间环节，一来是为开发人员节省工作量，提高工作效率的保证，二来是回归测试的重要凭证，一份信息详细的缺陷报告绝对是一个人测试价值的最佳体现之一。

　　在我们的测试过程中，通常会一天提交一份却下报告，时间多为下午4点---下班这段时间。那么缺陷报告提交后是否我们就没事可做了，不然，每个人对文字的掌控不一样，每个人对文字的理解也有偏差，这个时候，我们最好的办法就是辅助开发人员理解缺陷报告，条件允许，时机合适的情况下甚至有必要帮助开发人员分析Bug的产生地，也就是对Bug进行定位，尤其是跨模块的Bug，比如从B模块取a模块的数据，这个时候就要根据我们对业务的了解，来分析这个Bug是在a模块存数据的时候就产生了，还是在B模块才产生的。不要将测试人员的工作只局限于找BUG上。