【软件测试】师傅给我的测试新手“真理“宝典......

---

前言

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

熟悉你工作领域的常识
对于你工作领域内的常识，你必须要有全面的了解。这些常识可以帮助你提出好的解决问题的方法。如果你的建议的确有用，你的测试主管肯定会欣赏你的建议。不要仅仅是找出BUG，还要尽量提出解决的办法。较好的工作领域知识，对你设计出覆盖面广而有效的测试用例是很有帮助的。

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

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

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

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

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

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

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

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

下面是我整理的2022年最全的软件测试工程师学习知识架构体系图

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结（尾部小惊喜）

成人的世界，天黑可以矫情，天亮就要拼命，岁月不会安逸，无论你当下经历了什么，天亮以后依然踏着荆棘前行！

目标的坚定是性格中最必要的力量源泉之一，也是成功的利器之一。没有它，天才也会在矛盾无定的迷径中徒劳无功。

做任何一件事，都要有始有终，坚持把它做完。不要轻易放弃，如果放弃了，你就永远没有成功的可能。如果出现挫折时，你要反复告诉自己：把这件事坚持做下去。