（转）对测试初学者的建议

　　熟悉你所测试的软件

　　在没有理解测试需求前，不要盲目开始测试。如果你不理解测试需求，你是无法判断软件功能是否依照设计说明来进行设计，也无法判断功能是否有遗漏。在开始测试之前，重中之重的是要有清晰的软件需求说明。

　　熟悉你工作领域的常识

　　我强调过很多次，对于你工作领域内的常识，你必须要有全面的了解。这些常识可以帮助你提出好的解决问题的方法。如果你的建议的确有用，你的测试主管肯定会欣赏你的建议。不要仅仅是找出BUG，还要尽量提出解决的办法。较好的工作领域知识，对你设计出覆盖面广而又效的测试用例是很有帮助的。想要知道更多关于如何获得工作领域知识的信息，可以看一下这个帖子。

　　在测试中无假设

　　永远不要在开始测试时就假想软件中没有错误，软件工程师的职责就是不断的找出错误。

　　学习新的测试技术

　　毫无疑问，旧的测试技术在日常的测试中仍然发挥着举足轻重的作用，但是在你的测试工作中尝试引入新的测试技术，会对你的测试工作更有帮助。不要过分的依赖书本上的知识。实践、实践、再实践。新的测试理念所带来的惊喜可能让你自己都感到吃惊。

　　你不能保证每个BUG都不遗漏

　 　不管你进行了多少测试工作，你永远不能确保软件的BUG100%的解决。尽管知道还有一些些普通的或低等级的问题，但由于有某些限制，使得你的项目小组 必须将该产品推向下一阶段。尽你所能的发现问题，但是要优先侧重于那些基本的并且重要的功能上面。尽你所能去做好工作。

　　把自己当作最终用户

　 　这是我的建议中的NO.1。不要把你作为一个技术人员，把自己想象成客户或最终用户。甚至考虑的要比他们还多。做为最终用户来测试软件。想想他们会怎样 使用软件。你拥有技术的优势，再加上最终用户的的思维方式，将会使你的软件更容易受用户欢迎和认可，同时也可以轻松的通过验收测试。这也是我做为一个测试 新人的时候，从我的测试主管那里得到的第一个并且是最重要的一个建议。

　　100%的测试覆盖率是不可能的

　　不要相信有100%的测试覆盖率。即使是只有一个简单的软件功能，也有数不尽的输入和组合。运用一些测试方法，如边界分析法和等价划分法等，来限制你的测试用例数，使其在可控范围之内。

　　与开发人员建立良好的关系

　　一个测试员，你需要和其他的 小组成员进行沟通，尤其是开发人员。很多时候，开发人员和测试人员对同一问题会有不同的看法。此时将需要你运用善意而不伤害开发人员的沟通技巧去处理这类 情况。如果你是错的，那就认了它；如果你是对的，那么要圆滑一点处理。要对事不对人。毕竟大家是同行，而你们的目标都是一样的，希望有好的产品质量。

　　从错误中学习

　 　做为测试初学者，你可能会犯错。如果你没有犯错，那么说明你测试不够努力。在经验中学习。把这些错误转变为你学习的经验。避免犯同样的错误。当你测试过 的软件被用户发现你没有发现的错误，那将是非常严重的。对你来说这确实是一个十分难堪的情况，同时也是无法避免的。然而，不要过度责备自己。要找到导致失 败的原因，为什么没有找到这个BUG，怎样在以后的测试中避免再次出现这样的问题。如果有必要的话，改变一下你现在的测试流程。

　　不要低估自己，尽管你提的一些问题没有被修改

　 　有一些测试员认为，他们所找出来的问题应该都要修复。在一定程度上这种想法是好的，但是你必须要根据实际情况做相应的调整。所有的问题是否要解决。当时 间紧张时，主管决定可以延期解决那些低等级的，不太严重的BUG。久而久之，你也学会了分析，什么样的BUG可以延迟解决，或者放到下一个版本再解决。可 以参考文章“怎么使你发现的BUG都得到解决”。