你是一名专业的测试人员吗？
如果你正在阅读这篇文章，那么你很有可能是…
我这么说并不是因为这篇文章是我写的—事实上有无数的测试人员比我有更好的东西可以分享！
我的意思是，一般来说，如果你在空闲时间阅读与质量保证相关的文章，以提高自己的测试技能，那么你就属于那些决心成为专业测试人员的少数人之一（希望这个人数能够增长）。
寻找借口
上周，我在 LinkedIn 上看到了一场讨论，许多业内人士都在问“为什么测试不被视为一种职业？”。
答案多种多样，从“因为大学没有正式地教授测试”到“因为测试是一个新兴领域，人们还在学习如何专业地进行测试”。
我一直在想，会不会有人来指责我们测试人员，说我们之所以没有被视为一种职业，是因为我们中的许多人在工作方式上并不专业。
但我猜人们太忙于自怜和不公正的受害，以至于没有注意到大部分责任都在我们身上。
但我想，人们都忙着自怨自艾和不公正的受害者心态，以至于没有注意到大部分责任都在我们身上。
从自我反思中寻找答案
老实说，无论在哪，如果我们没有被视为专业（测试）人员，都是因为我们没有像专业人员一样行事。
根据我有限的经验，在我看到测试人员认真工作、努力做出一些明智改进的地方，我也看到了他们如何受到尊重，他们的工作如何因其为组织提供的价值而受到赞赏。
言归正传：你不是专业测试人员的 10 个主要原因是什么？
1. 你认为测试不是一个技术相关的职业，所以你甚至没有尝试去理解产品背后的代码！
如果您从事软件开发，你应该至少了解一点软件工程知识。
作为测试人员，你需要能够阅读代码，以便分析产品，了解更改和修复会如何影响产品，并导致其他错误。 躲在黑盒与白盒测试背后的日子已经结束了。
如果你不想写代码，你仍然可以不写任何代码，但只要你不阅读代码，你就会在整个测试过程中缺少一个非常重要的输入。
2. 直到开发人员把构建通知发送给你并告知你“可以去测试”时，你才参与到过程中
如实回答：你什么时候开始参与开发过程？
理论上，我们希望在需求收集和分析阶段，就和团队中的其他成员一起开始参与。但实际上，在我们的开发人员第一次交付构建物并寻求关于其功能的反馈之前，我们几乎没有提供任何输入。
为什么这种情况不断发生？大多数测试人员会说，这是因为他们处在开发链的最后一环，造成了一个“恶性循环”的情况：当“其他人”开始规划时，我们总是在进行着非常繁忙的测试工作。
但事实上，如果你每天抽不出 2 个小时来参加功能设计会议，那就意味着你是一个糟糕的时间管理者。这也意味着你没有尽早参与开发过程的唯一原因是你没有将其作为优先事项；或者换句话说，因为你不想！
3. 你与客户的唯一互动就是当你的支持团队要求你重现现场bug时
你的工作之一就是基于产品实际使用的方式来测试产品，并在产品发布后捕捉对用户来说很重要的bug。
事实上，你的工作是在开发团队中成为用户的代言人。根据他们的工作行为来制定测试计划，设置环境。你还应该根据他们的需求和限制提供功能反馈。
如果你不了解用户，你如何模拟现场工作并代表他们呢？你最后一次拜访用户以了解他们如何使用产品是什么时候？你真的能够理解他们使用你的系统所做的工作以及他们工作环境的限制吗？
我想答案是否定的！除非你了解并理解你的用户，否则你将继续做一个糟糕的测试人员。
4. 仅实践了有限的风险管理
测试中有一些简单的真理，其中最微不足道的也许就是 “没有测试人员有足够的时间测试所有的东西”。这就是基本的风险管理发挥作用的地方，它帮助我们确定工作的优先次序，以便知道哪些需要测试（并首先测试），哪些可以根据其他测试的结果假定有效。
但正如我所说的，这只是风险管理的基础部分……更高级的部分是与测试没有直接关系的部分，但它对团队的价值并不低！
每个测试人员都知道自己的产品中存在一些风险较高的区域；在这些区域，总是会出现较多的错误，团队的工作也总是会因为计划内和计划外的情况而延误。
作为测试人员，我们的工作之一就是识别出这些区域，并在项目的各个阶段提醒团队注意它们。这样，我们就可以选择是否使用产品的不同区域来开发功能，或者在必要时安排更多时间来稳定系统，以应对这些总会出现的 “计划外问题”。
你应该努力发现那些会影响到产品的问题，无论是现有的还是潜在的。帮助团队制定切实可行的目标，并在预算范围内按时实现目标。
5. 你没有规划如何去提高测试价值
测试行业在许多方面都是未知领域。进入测试行业有很多途径，当你进入测试世界后，也会有很多方法可以提高你的专业水平。
这些“测试改进路径”大多是个性化的，依赖于测试人员个人能力、其当前工作场所的需求和限制以及当前可用的信息来源。
简而言之，作为一名测试人员，没有唯一的职业发展途径，而且这些提升也不会一蹴而就。因此，除非你决定真正投入于自己的发展，并且在了解如何实现这一目标之后，你才能真正提高你的测试技能以及为组织提供的价值。如何实现这一点呢？
首先要摸清自己作为测试人员的优势和劣势，然后决定自己想要发展哪些方面（这对你的组织也有价值），最后寻找可用于发展这些技能的方式。
有一点是肯定的，如果你将其交给机遇，或者依赖其他测试人员的个人发展，那你就完全不可能取得进步。
6. 你认为你的工作主要是编写和运行预定义的测试用例
除了运行脚本测试，还有很多其他工作：
- 为应用程序的设计提供反馈。
- 分析当前开发计划和项目的风险。
- 在开发阶段提供非正式反馈。
- 开发自动化框架，帮助开发人员在开发时保持产品的稳定性。
- 运行测试，但绝对不仅仅是那些事先写好的脚本。
- 分析测试结果和其他可用信息，以便深入了解产品状态。
- 提供过程反馈。
- 我还可以继续说下去……
简而言之，您工作的价值远不止执行测试步骤和标记通过或失败！
7. 自动化（和脚本编写）是一门高深的科学，也是你未来利用业余时间开展的项目
不要再为不会使用自动化找借口了！！！这是一些测试人员技术短板的另一面，但角度不同。
自动化不是灵丹妙药，也不是解决测试人员面临的所有问题的良方，这只是许多工具供应商的销售噱头之一。但有时，使用脚本或工具来完成部分脏活累活确实会提高效率，节省时间。
问题还是出在这里，有些测试人员认为自己的技术水平不足以完成这些工作，因此选择不使用自动化或脚本来改进他们的测试。从某种意义上说，这就好比用敲石头或用摩擦木棍来生火，却拒绝使用打火机，还说这样对自己更方便……
8. 你在进行大部分测试时都处于自我意识之上
优秀的测试人员是谦逊的测试人员！我们需要知道如何提供反馈，更重要的是如何接受来自团队成员和同行的反馈。
当团队成员（尤其是程序员）对他们提出未经请求的测试反馈时，或者当他们被问及某个错误没有被发现或某个测试没有被运行时，许多测试人员都会感到沮丧。很多时候，所有这些 “漏测 “都有充分的理由，我们只需保持冷静并分享这些信息，但很多测试人员却把这些问题视为对其职业操守的人身攻击，并以高调或尖刻的言辞来回答。
正如你需要知道如何向项目团队报告错误和提供负面反馈一样，你也需要知道如何接受同行的建设性批评。
没有人希望你是完美的，但他们希望你能以专业的态度对待自己的错误，并从错误和团队的反馈中吸取教训。
9. 你没有记录自己的专业技能以及下一步需要改进的地方
我过去最好的一位经理曾说过，我们的个人 “虚拟工具箱 “是我们每个人随身携带并在需要时使用的一套技能。
专业测试人员—你知道自己的工具箱里有哪些工具吗？
- 哪些工具需要改进或更新？
- 哪些是你一直需要的工具，哪些是你下一步可能想要获得来提高工作质量的工具？
毫无疑问，测试是一门手艺，如果没有适当的工具（虚拟的和实际的），你将无法创造出所需的产品。
10. 你对职业发展的唯一想法就是成为一名经理或转行
有些人选择从事测试工作，是因为他们认为这是通往编程领域的好途经。另一些人则是因为不知道测试是怎么回事，而且整天“玩”应用程序听起来很酷。毕竟，这有多难呢，对吧？
其中一部分人可能最终成为了优秀的测试人员（至少我希望我是！）。但他们中的大多数人最终都会感到沮丧，数着日子，直到他们可以停止测试并开始做他们真正想做的工作。而其他人则没有意识到测试的真正挑战，并认为提升的唯一方法是进入管理层。
的确，管理测试团队既有挑战也有回报，但还有无数与管理无关的事情需要克服，这可能会给你带来更多的挑战和更大的回报（而且绝对会少很多麻烦！）。
我想说的是，如果你总是想做别的事情，而不是专注于如何更好地进行测试，你就不可能做得更专业。所以，请想一想，你是否在正确的位置上，或者也许你应该简单地寻找其他工作…..？
想变得专业吗？首先将测试视为一种职业！
从一个更宏观的角度来看这十个观点，我认为它们之间的联系在于呼吁我们改变对测试的整体方法。
第一步是开始将测试视为我们的职业。
一旦我们理解了这第一步，第二步就是看看我们还缺少什么，以便成为更好的测试人员。我们应该发展哪些方面？我们需要如何处理我们的工作以及与客户和团队成员的关系？我们现在可以做些什么来增加我们工作的价值？
第三步，也是最后一步（至少就这个简短的方法而言）是提前计划如何改进，并认识到作为一个职业，在成为大师或专家（如果有这种东西的话……）之前，我们还有很多东西要学。
重要的是要认识到，改变需要来自内心，而不是神的旨意或电子邮件签名中的头衔。
