No.1 了解用户需求
了解用户需求不要以为和软件测试没有关系，只有我们和用户的需求达到共鸣，观察用户对软件的需求和操作，才能更好的做软件测试。所以，测试的过程中，我们要时刻想着用户！
No.2 和BUG建立“亲密”的关系
多读Bug，在一个团队中，多位软件测试工程师一起工作，请多阅读他们发现的Bug，特别是与你测试相关的Bug。我们可以从别人找Bug的过程中，学到很多东西。
促成一个Bug的修复，首先从写好Bug标题开始，每次发完一个Bug，都要把这个Bug重读一遍，确保它是合理的，并提供细节。
如果某些重要的Bug没被纠正，要寻其根源，确保最终决定和利弊权衡是恰当的。
参加Bug的审阅。在发布前的一个阶段里，审阅组会决定哪些Bug必须修复，哪些可以留到版本更新时去修复。
如果你没在这个会议的名单中，可以去主动要求旁听。你会体会到，审阅组在测试员信誉、用户影响、已知风险等因素间，做出利弊权衡的过程。这将会是一种非常有意义的经历。
No.3 多读代码，提高编程能力
找到要测试那部分功能的代码。虽然写代码并不是份内的事，但是多读代码，对找到潜在的边际情况和软件缺陷，会有很大的帮助。
我们遇到过一些很有天赋的学员，他们倾向于不去写代码。但是编程是一项很有价值的技能，可以帮助我们更好地阅读代码，理解产品的内在和开发逻辑，同时可以帮助你写一些小工具，使原本平淡反复的工作，变得非常简单。
No.4 参加软件功能的设计
在代码编写之前，在仍有可能有大的设计变更的时候，积极参加软件的计划阶段，这会帮助你了解正被考虑的折中和权衡。
No.5 设计测试
不管是画图表、运用组合技术、创建测试模型或寻找边界值，把对测试想法，放进你的测试设计中。在试探性测试的时候，主动地去交替执行你的测试计划和产品学习。
No.6 了解需要测试的功能
不管需要测试那一块功能，必须要了解它的设计、局限性，被发现的Bug、代码的变动，以及它与其它功能间的交互关系。
No.7 与开发协作并建立良好的关系
在测试过程中，与不同专长的人，相互进行功能模块的测试，一起讨论测试的方法，并且征询他们的建议。测试工作是会出现对抗性的，很容易让部分与你有交集的人，在做决定时忽略你的意见。
与修复Bug的开发人员，建立良好的关系，对了解项目进展，促成Bug的修复大有裨益。
No.8 了解测试的软件
即使你只测试项目中很小的一部分，但是了解其它新功能或整个软件，都会让你快速成为更好的测试工程师。
No.9 扩大人际网络，寻找良师益友
牛人都有一个的坚实可信的交际圈，他们可以从中得到他们需要帮助。不断在你的周围结交新朋友，并发展专业领域的联系，可以从他们那里学到了很多东西。为了提高你的测试技能，你应该多与他们见面或沟通，向他们学习。
No.10 高效管理时间
时间就是生命，我们很容易被大块的工作、不断的会议占据大量的时间，导致没时间去学习，去深挖更多的Bug，甚至没时间保持健康的状态。为避免过度透支，必须高效的管理时间。
No.11 聪明的人选择自动化测试
自动化测试，可能缺乏中高级测试人员的那种“余光视力”。
错误的自动化测试，有可能会产生一堆庞大而难以维护的代码，并且对衡量软件质量，实际的意义不大。但精心设计的自动化测试，有助于及早发现软件缺陷，很大程度的提高工作效率。
No.12 不断学习，保持自省
不管是“软技能”，如公开演讲或者编程语言，亦或新的测试技术。优秀的测试工程师，总是会在繁忙中，抽出时间来坚持学习。并且作为测试工程师，本身就善于发现软件的缺陷，把这种职业天赋，运用到自身上，一定能更有效的发现自身不足，加以提升。
如果有关于软件测试的任何问题也可以私信我，或者加入我们的交流学习群一起学习，希望大家都能在软件测试的道路上越走越远。
房子要一层一层盖，知识要一点一点学。大家在学习过程中要好基础，多上手实操，话不多说，这里狠狠上一次干货！这是我熬夜整理好的各阶段(功能、接口、自动化、性能、测开)技能学习资料+实操讲解，非常适合私下里学习，比找资料自学高效多了，分享给你们。
敲字不易，如果此文章对你有帮助的话，点个赞收个藏来个关注，给作者一个鼓励。也方便你下次能够快速查找。
370
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
