我们不时需要找到一个测试人员。 搜索的范围可以有所不同：紧急或不紧急，具有一定技能或只有足够的初级人员的几个或一个。 问题归结为一件事-如何理解我们正在面对合适的人？
心理学方面的文章将对您有所帮助。
人格是一个复杂的多层结构。 她最深的层次是个人品质。 这些是一个人的稳定的内部特征，例如真诚。 删除它们非常困难，几乎每个步骤都不会显示它们。 它们只有并列工作数年后才能打开。
下一层是价值观和信念。 这些是回答“为什么”问题的特征。 和“为什么？”。 这种美的感觉或与好人沟通的渴望。 重要的是要知道，但是他们不会告诉您。 在面试期间，您将无法透露这一点，因为您仍然需要谈论公司和职位。
下一层是动作。 一个人通常的做事方式，解决问题的方式。 可能，如果他以前以类似的方式行事，那么他也会在工作中表现出来。 我们经常将行为与人格特质相混淆。 一个人可能有很多原因延迟完成任务，但是我们只能看到他的举动。
在工作中，有时一个人为什么做那么重要并不重要，主要是做他的工作。 您可以更改某人的不愉快行为，例如迟到或作弊。 但是，这将需要数年时间。
下一层：知识和技能。 这就是一个人所学到的，他能做的。 如果我们正在寻找初级质量检查人员，那么他没有知识和技能。 但这并不可怕，因为可以增加它们。
下一层：幻象区域。 这就是一个人对自己的看法。 这是最容易改变的个性层。 失去对自己能力的幻想比改变使用一部智能手机而不是另一部智能手机的冲动要容易得多。
我们在寻找什么素质？
为了更好地了解我们正在寻找的人，您需要创建一个员工资料。
- 选择您在求职者中寻找的四个或五个关键特征。
最受欢迎的：负责任的，批判的，挑剔的，好奇的，刻苦的，有创造力的，专心的，周到的，能够例行工作的，逻辑性的，团队合作精神的。 - 每个特征得分为1-5。 这暗示着人格的这一特性应该在人中表现得多么明亮。
必须牢记，某些品质不太合适。 倾向于创造力和创造力的人很少会坐在同一件事上。 一丝不苟的五个人可能无法忍受交流。
如何选择？
这完全取决于公司的目标和方法。 年轻团队通常以“无论如何，只要完成”为主导。 在这里，我们需要一个专注于结果的移动和团队测试人员。
公司成长后，便可以负担多阶段的客户服务。 这样的团队需要一个细致而刻苦的同事，他将通过测试来覆盖所有内容。
让我们列出测试人员职业中最受欢迎的特征。
细心/警惕
这样的测试人员始终保持警惕，并将所有内容写下来。 他总是手头上有一组笔记：带笔的笔记本，带文本编辑器的笔记本电脑或带笔记的智能手机。 立即记录转瞬即逝的见解或意外的言论。
从这样的质量检查人员了解到一项任务的那一刻起，它就会立即自行修复点点滴滴的所有内容-根据需求，开发人员，自身或同事的经验。 他甚至可以立即提出一份大概的检查清单，因为主要是要抓住本质，您可以稍后绘制细节。
快速创建清单怎么了
项目老手将离开的那一天将会到来。 对文档的希望可能不会实现：文本包含过时的概念，或者根本不存在。 您可以尝试与业务部门的同事联系。 但最有可能的是，他们将所有物品分散在票证，维基百科和即时通讯工具上。 检查功能的复杂性将增加，因为将花费大量时间来搜索最简单的操作的描述。
关键/逻辑
正如豪斯博士所说：“所有人都说谎。” 开发人员完成了一个小错误的工作，测试人员立即进行了检查。 如果有时间，则检查两次。 测试人员永远不会相信从头到尾都可以解决的问题。 每个人都错了。 开发人员越有经验，他的错误就越神秘。
从技术任务的角度来看，审慎的质量检查不会显示明显的错误，而可以揭示逻辑上的错误。 他的测试用例不重复要求，而是检查它们。
“不合逻辑”和“不可能”是两个不同的东西怎么了
测试就是对产品的质疑。 用户总是有可能按照自己的方式行事。 通常，这条路与显而易见的路不同。 为了测试最令人难以置信的场景，值得将需求的每个部分视为一个单独的变量。 您可以根据自己的喜好发明变量的组合。 有必要基于此信息。
而且，如果您发现了一个浮动错误并没有修复它，那么根据所有法律，用户将为您指出。 测试是免费的研究，其逻辑无法自动化。
好奇/一丝不苟
测试人员经常在缺乏输入数据和模糊要求的情况下工作。 有时您必须自己爬入代码以了解系统的工作原理。
对于一个好奇的测试工程师来说，这样的过程可能很有趣。 可能可以本地化一个浮动bug。 然后剩下的就是以简短的错误报告的形式仔细记录下来，概述回放步骤的顺序。
碰巧技术任务由几个单词组成，并且代码并没有增加清晰度。 然后，最可靠的解决方案是将任务发送给客户以进行添加。
测试用例的详细步骤激发了冷静怎么了
信息的相关性不会持续很长时间。 在开发过程中，似乎每个人都记得任务的细微差别。 当她接受测试时，事实变成了可悲的事实。 没有任何要求，开发人员满足了他们的理解。
为了避免不愉快的交谈，您需要根据任务创建测试用例。 它详细描述了需要检查的所有内容。 测试的最后一步是提供一个即使是初学者也可以理解的报告。 PM将查看测试结果并发现弱点。 Pedantry将帮助密切监视测试过程。
外向/合规
测试人员赞赏谈论该问题的能力。 向团队传达这种情况的严重性和严重性，有时反之亦然，是该行业的经典任务。
测试工程师必须与业务客户保持一致。 我们必须说服他们在任务或评论的文本中写下他们的愿望。 毕竟，任何大声说出或在聊天中描述的内容都可以留在这里。 反复劝说是值得的，直到他们养成习惯。 否则，任务可能无法完成。
如果没有需求分析，则测试人员必须自行设置开发任务。 在这种情况下，离不开开发人员的相互理解。 有必要告诉同事什么以及如何工作。 值得说明的是，无论它如何在代码中执行，最主要的是它可以按预期工作。
您越早谈论问题，解决问题就越便宜。怎么了
测试人员不需要销售经理的社交能力或领导者的魅力。 重点不是他的讲话能力如何，而是交流信息，交流的能力。 有足够的能力提供反馈并在需要时明确寻求帮助。
负责/执行
一名合理的测试人员知道责任正在帮助您自己。
负责的质量保证不会等到开发人员完成编写代码后，才提前参与该过程。 一旦任务出现在看板上，他便提请注意。 在此期间，您可以弄清客户的要求，并防止重新打开任务。 当功能完成开发时，测试人员已经对它有了完整的了解。
在夏天准备一个雪橇，并准备一个带有代码的测试用例怎么了
感谢执行官理解任务及其执行。 测试人员不是在“尝试”，而是在“做”。
责任在于优化工作流程的明确愿望。 最好在执行需要采取的必要措施之前先保重。 现在配置的测试环境配置-将来不再需要这些活动。
总结
寻找一个好的测试员是一个大问题。 质量检查工程师的目标是在业务需求和用户需求的边缘之间取得平衡。 他不断提醒感兴趣的各方。 对于解决技术和通讯问题的人来说，这是一个职位。
测试员不仅仅是专业。 这是一种生活方式。 是否参与很大程度上取决于熟练的领导和及时促进工作。 从沟通的第一个小时起，人们就可以认识到能量和足够的能力。 最后，理想的人不存在，必须以常识来选择候选人作为测试工程师。