我问这些问题的原因源于我们花费并投入的时间为我去过的两家公司的项目找到合适的测试人员。在过去的几个月中，我们一直在寻找技术测试人员来担任常规职位，以某种方式拒绝20多名候选人。
我发现了拒绝候选人的一些常见原因（如下），但我想知道无论它们仅在我们的项目还是在我的本地市场都通用。如果这些技能比较常见，也许我所在的地区缺少一些培训？也许测试人员不知道他们需要学习什么技能？或者这些技能对于开发人员来说更常见，我们应该尝试将其转换为测试人员？
这是原因：
对编程技能的高估。许多候选人认为，如果他们在Selenium中编写脚本测试，那么他们会编程。这种失败的一个例子是，当经验测试自动化工程师无法实现从字符串中解析整数的简单函数时。编程远远超出了Selenium脚本编写的范围，我认为这是一项至关重要的技能，当测试人员应该编写后端测试并为测试自动化库做出贡献时。
测试用例的设计技能很差。尽管具有ISTQB证书的应聘者，但许多类似业务职位（或只是黑匣子测试职位）的候选人都无法将测试案例设计技术应用于实际问题。他们通常也没有意识到可能导致系统失灵或崩溃的负面测试案例。
不愿意对错误进行故障排除。许多候选人未能解决他们报告的错误，将全部责任留给了开发人员。尽管该行应该做的是可谈判的，并且取决于许多因素1，但我认为基本的故障排除信息可以导致测试人员和开发人员之间更好的合作，从而缩短了修复错误所需的时间。这方面的典型失败是测试人员在面试时无法解释他们先前所测试系统的体系结构，从而无法指出潜在的集成错误可能发生的地方。当雇用这样的测试人员时，他们经常报告难以为开发人员重现的错误报告，因此通常被视为无效报告。
1Faught，D. R.，如何使您的错误孤独：错误隔离的技巧。年度西北太平洋软件质量会议； 471-480； 2004
#1 楼
如果这些技能比较普遍，也许我所在的地区缺少一些培训？
我不确定您的“领域”是什么，但是可以进行培训和认证通过ISTQB在线（在线或亲自）。或者测试人员可能不知道他们需要学习什么技能？
请记住，像CS一样，质量检查可能来自许多背景；从手动到自动化专家不等。
也许这些技能对于开发人员来说更常见，我们应该尝试将其转换为测试人员吗？
开发人员仍然需要培训，而且会花更多钱。
我将介绍每个要点：
高估自己的编程技能。
这一直都在发生。衡量的唯一方法是测试。在过去的采访中，我被要求并请其他人编写一个简单的编码测试。指出可以使用Selenium IDE，但是需要使用类似JUnit的工具来执行测试。
测试用例设计技能很差。
让他们在面试中提供编码示例将有助于测试设计。
不愿意对错误进行故障排除。
通常这需要领域知识。具有重现步骤的步骤应该足以使任何开发人员打开调试并逐步执行。
评论
你在开玩笑？ ;-) ISTQB学习诸如故障排除之类的实用知识？
– dzieciou
15年8月11日在18:52
关于故障排除。同意，这需要领域知识，但并非总是如此。如果您有在Tomcat服务器上测试应用程序的经验，我希望您知道日志在哪里以及它们之间的区别。复制步骤显然已经足够。但是作为开发人员，我希望有一个测试人员，该测试人员知道是要打扰我（代码发布）还是Ops（数据库或外部系统故障）。
– dzieciou
15年8月11日在18:56
题。您所在地区的CS上是否有专门针对测试人员而非开发人员的研究？
– dzieciou
15年8月11日在18:57
据我所知，没有像CS这样的QA。我听说过它是在一些大学教授的，但即使教授也有所不同。对于疑难解答注释，可以告诉我在哪里寻找日志等。就像10分钟的入门培训。
–kirbycope
15年8月11日在23:23
评论
是否要将其转换为社区Wiki？我在该主题上写过博客：nomoretesting.logdown.com/posts/734728