在录用前进行面试时，很容易就能识别出候选人所谓的硬技能。 但是，我从未见过关于成功的测试人员需要什么样的软技能的研究。 列出其中一些非常简单，并在采访中检查其所有权级别。
例如，在这里：
1.提出问题的能力
成功的测试员不仅可以自由提问。 测试人员提出的问题应旨在获取足够的信息，即：
a）澄清文档中晦涩的术语
b）澄清系统隐含规定的逻辑
c）澄清观察到的系统行为是错误，功能还是较小的不准确性，可以忽略不计
d）澄清先前是否在某处描述了检测到的系统不适当的行为（在这种情况下是否存在缺陷，或者是纠正任务，还是在技术文档中被记录为可接受的行为）
e）明确与测试者的问题一起出现的人
f）明确指出谁负责解决问题，以及如何将相关信息传递给这些人，以及应将哪些信息传递给他们。
除其他事项外，当问一个问题时，测试人员应以被调查者希望回答该问题的方式进行操作，这意味着测试人员可以根据自己的主题找到必要的礼貌形式和信息。
如果您只是想检查一下这位候选人究竟能提出什么问题，那么在面试中就很容易确定所有这些技能。
2.能够充分描述检测到的问题，系统行为不足或仅是错误的能力
该技能包括例如在缺陷文本上写一个称职的标题的能力。 要教授此技能，只需应用新闻学开发的方法就足够了：背景信息应包含对“谁在哪里做什么”的基本问题的答案。 记者可以通过写出文章标题和标题来回答更多的问题；但是，要为成功的测试人员写标题，足以充分回答这三个问题。
此外，成功的测试人员应该能够正确描述系统的不适当行为。 为此，描述文本必须至少包含此类信息：
a）描述系统不当行为的区域
的描述（包括有关系统环境的信息）
b）有关如何实现标题中所述的不足系统行为的分步说明
c）对系统的特定行为与系统的预期行为有何不同
的解释
d）应该将所有必要的日志，屏幕截图和其他附加信息都包含在内，这将有助于开发人员更准确地确定其代码的哪个特定区域与所确定的行为不足有关。 困难在于并非在所有情况下都需要这些日志。
在面试中检查此技能也非常简单：您可以要求应聘者写典型的错误消息。 候选人的所有技能都将清楚地体现在他所写的内容上。
3.能够编写算法简单的测试用例
在长期和复杂的项目中，测试团队可以在整个产品开发过程中完全更改几次。 实际上，测试用例是有关产品测试过程的重要信息，不仅对作者有用，对初学者也有用。 清晰，简单的测试用例使新手易于了解：这足以给他提供一组测试用例，并可以访问或多或少稳定的系统版本，并且通过运行这些测试用例，测试人员可以顺利并有效地加入团队合作。
因此，用简单易懂的语言编写测试用例并包含所有必要的信息非常重要，这样一来，完全不熟悉被测产品及其环境的人员就可以完成测试用例，或者至少让新手来执行测试用例向有经验的同志问几个问题。
编写此类测试用例的能力对于通过简单任务进行的面试也非常容易测试。
4.按重要性对缺陷进行排名的能力
实际上，根据缺陷的重要性对缺陷进行排名的不同方法与测试中的不同系统有关。 不同的项目对缺陷的重要性采用了不同级别的评估，有时没有一个等级量表，而是两个。 主要问题是测试人员是否了解阻塞性缺陷与仅一个重要缺陷之间的根本区别，例如，两者都不重要，他是否可以通过询问必要的问题自己弄清楚该特定项目上哪些主要缺陷被评级？ 。
没有这种技能的测试人员充其量只能吸引更多有经验的同志来提出缺陷的重要性，在最坏的情况下，它将开始重视“自付费用”的原则，这将在项目团队中造成大量不必要的冲突。
对缺陷进行排名的能力在面试中也很容易识别，只需向应聘者提出几个简单的问题即可。
5.好奇心
这是任何测试人员都需要的基本属性。 没有好奇心的测试人员将无法充分测试单个系统。 在最佳情况下，他会很好地测试其他人编写的测试用例，并制造其他人可以代替他检测到的缺陷。 缺乏好奇心的这种测试人员，只要有纪律和勤奋，就可以在项目中有用，但他从不成为“明星”。
通过简单地观察一个人在面试中的行为，很容易理解一个人是否具有这种人格特质，特别是观察一个人在面试中问什么问题以及他是否问所有问题。
6.纪律
我认为没有必要详细说明这个词的含义。 应按时写出测试用例，发现后应立即发出缺陷，一旦相应的补丁到达测试台等，应立即对缺陷进行再次检查等。
不幸的是，我不知道如何在面试中查明候选人是否具有这样的素质，但是通常情况下，那些不具备此素质的人通常可以清楚地看出来，因为他们开始谈论自己过去有多聪明地逃避了一项或另一项强制性措施项目。
可以无限期列出测试人员的有用软技能，但是，上述六种正是这些素质，如果没有这些素质，则会带来很多麻烦，我们称这个职位为项目测试经理，实际上是在项目测试中。
祝大家顺利通过测试员角色面试，并祝愿成功找到具有相同角色的高素质人才。 感谢您对本文的关注。