您不是专业测试人员的10个理由！

为什么测试人员在某些组织中没有得到专业治疗。

你是专业测试员吗？

如果您在空闲时间阅读与质量保证相关的文章以提高您的测试技能，那么您将成为确定为专业测试人员的小型（并且希望增长）工程师。

在镜子里寻找答案

说实话，无论我们不被视为（测试）专业人士，我们都没有优先考虑像专业测试人员那样行事。

基于我有限的经验，无论我在哪里看到测试人员认真对待他们的工作并努力提高智慧，我还看到他们如何受到尊重以及他们的工作如何受到赞赏，这归功于它为本组织带来的价值。

所以说到这一点：

您不是专业测试人员的10个主要原因是什么？

# 1.您认为测试不是技术专业，因此您甚至不会尝试理解产品背后的代码！
如果您从事软件开发工作，您应该至少了解一下软件工程。作为测试人员，您需要能够阅读代码以分析您的产品，并了解更改和修复如何影响它并导致其他错误。如果你不想写，你仍然可以在不编写任何代码的情况下离开，但只要你不阅读代码，你就会错过对整个测试过程非常重要的输入。

2.在您按照开发构建并且告诉"去测试"之前，您不会参与此过程。
从理论上讲，我们希望在需求收集和分析阶段与团队的其他成员一起开始。但实际上，在我们开发人员寻找有关其功能的反馈的第一个版本之前，我们几乎没有提供任何输入。

为什么会这种情况继续发生？大多数测试人员会说，这是因为成为开发链中最后一环的"恶性循环"; 当"其他人"开始计划时，我们总是非常忙于测试。

但事实上，如果你不能每天花2个小时参加一个功能设计会议，那就意味着你是一个糟糕的时间经理。这也意味着您之前不参与开发过程的唯一原因是因为您没有将其作为优先事项; 或换句话说因为你不想！

3.您与客户的唯一互动是您的支持团队要求您重现该字段中的错误。
部分工作描述是根据产品在现场使用的方式测试产品，并在产品发布后捕获对用户重要的错误。

事实上，您的工作是成为开发团队中客户的倡导者。计划测试并根据其工作行为设置环境。您还需要根据他们的需求和约束提供功能反馈。

如果是这种情况，那么如果您不了解他们，您如何模拟现场工作并代表您的用户？您最后一次访问用户以了解他或她如何使用您的产品是什么时候？你能真正了解他们对你的系统所做的工作以及他们工作环境的限制吗？我猜答案是否定的。

去拜访一些客户吧！在您了解并了解您的用户之前，您将继续作为测试人员做一个糟糕的工作。

4.风险管理只能在人寿保险的背景下进行。
测试中有少量简单的事实; 也许最微不足道的是"没有测试人员有足够的时间来测试一切"。这就是基本风险管理发挥作用的地方，帮助我们确定工作的优先顺序，以便根据其他测试的结果了解首先需要测试的内容以及可以假设的工作内容。

每个测试人员都知道他的产品有些风险更大; 由于计划外和计划外的情况，团队的工作总是被推迟的区域。作为测试人员，我们的工作是了解这些领域，并在项目的各个阶段提醒团队。您应该努力阐明影响产品的现有或潜在问题。帮助团队设定切合实际的目标，并按时，按预算实现目标。

5.您没有计划提高测试的价值。
测试专业在很多方面都是未知的领域。作为测试人员，没有一种方法可以专业地发展自己，而且这些改进并不容易或很快就会出现。因此，除非您决定要认真投资于您的开发过程，并且只有在您了解如何实现此目标之后，您才能真正提高您的测试技能和您为组织提供的价值。

你是如何实现这一目标的？
首先绘制您作为测试人员的优势和劣势，然后确定您希望开发哪些领域（这对您的组织也有价值），最后寻找可用于开发这些技能的方法。

有一件事是肯定的，如果你把它留给机会，或者在他的个人发展过程中让另一个测试人员牵引你，完全不可能改进。

6.您认为您的工作主要是编写和运行预定义的测试用例场景
除了运行脚本测试之外，还有很多东西：

提供有关应用程序设计的反馈。
分析您当前的开发计划和项目的风险。
在开发阶段提供非正式反馈。
开发一个自动化框架，帮助您的开发人员在工作时保持产品的稳定性。
运行测试，但绝对不仅仅是你手头编写的那些。
分析测试结果和您可以获得的其他信息，以深入了解产品状态。
提供有关流程的反馈。
您的工作价值远远超出执行测试步骤并将其设置为通过或失败！

7.自动化（和脚本）是一门高级科学，是您将来工作的一个项目 - 在您的业余时间。
STOP提出借口为什么不自动化!!
自动化不是一个神奇的药丸或解决测试人员面临的所有问题，这只是许多工具供应商的销售谎言。但是，有时使用脚本或工具来完成部分脏工作会使其更有效并节省您的时间。

问题是，一些测试人员认为他们没有足够的技术来做到这一点，因此他们选择不使用自动化或脚本来改进他们的测试。在某种意义上，它就像打击石头或用棍棒点燃火焰，拒绝使用打火机，同时说这对你来说更容易......

8.你站在自我的顶端时进行大部分测试
一个好的测试人员是一个不起眼的测试员 我们需要知道如何提供反馈，更重要的是如何从队友和同伴那里获得反馈。

当团队成员（特别是程序员）对他们的测试提出未经请求的反馈时，或者当他们查询未找到的错误或未运行的测试时，许多测试人员会感到沮丧。很多时候，所有这些"失误"都有充分的理由，我们只需要保持冷静并分享这些信息，但很多测试人员将这些问题视为对其专业完整性的人身×××，并以大声的语调或严厉的语言回复。

就像您需要了解如何报告错误并向项目团队提供负面反馈一样，您需要知道如何从同行那里获得建设性的批评。

没有人希望你是完美的，但是他们希望你对自己的错误保持专业，并从他们那里学习以及从团队中得到的反馈。

9.您不会跟踪您的专业技能以及接下来需要改进的领域
我过去最好的经理之一曾经谈过我们个人的"虚拟工具箱"，作为我们每个人随身携带并在需要时使用的技能。

您知道工具箱中携带的工具吗？
哪些工具需要改进或更新？
您需要哪些工具，以及为了提高工作质量而可能想要获得的工具？
测试毫无疑问是一种工艺，没有适当的工具（虚拟和实际），您将无法创建所需的产品。

10.你对职业道路的唯一想法是成为一名经理或继续从事其他职业
有些人进入测试阶段，因为他们认为这是编程的好途径。其他人这样做是因为他们不知道测试是什么，而且整天"玩"应用程序听起来很酷。毕竟，它有多难，对吧？

其中一部分最终可能成为优秀的测试人员。但他们中的大多数人最终都会感到沮丧，他们可以停止测试并开始做他们真正想做的工作。虽然其他人不了解测试的真正挑战，但认为前进的唯一方法是开始管理人员。

管理测试团队确实存在挑战和奖励，但也有无数的学科要征服与管理无关，这可能会给你带来更多挑战和更大的回报（绝对不会让人头疼！）

我的观点是，如果你一直想要做其他事情而不是专注于如何更好地测试，那么你就无法在专业上做到这一点。所以想想你是否在正确的地方，或者你是否应该只是寻找其他东西......？

想要专业吗？首先将测试视为专业！

从20,000英尺处看这十点，我认为连接它们的线是改变我们测试的一般方法的号召。

第一步是开始考虑将测试作为我们的专业。

一旦我们吸收了第一步，第二步就是看看我们缺少什么才能成为更好的测试人员。我们应该开发哪些领域？我们如何处理我们的工作以及与客户和团队成员的关系？我们现在可以做些什么来提高我们的工作价值？

第三步也是最后一步（至少对于这个简短的方法）是提前计划如何改进，并认识到作为一个专业，我们在考虑自己的大师或专家（如果有这样的事情......）之前需要学习很多东西。

重要的是要意识到变化需要来自内部，而不是来自某些上帝赋予的法令或来自我们电子邮件签名中名称旁边的标题。