准备进行技术/实际评估，包括手工测试和自动化测试，以便在梦想的公司发挥SDET的作用

Question

下个星期，我将面临最后一次面试挑战，希望能在一家公司担任SDET职位，我每天都在祈祷能解决这个问题。到目前为止，我通过的招聘步骤如下：

• 与人力资源经理面谈
• 带有两个QA引线的理论问题

最后一步将于下周到来:我将被邀请到一个松懈的渠道，在那里我必须回答3个问题(可能是任何事情-面试过程是故意设计的)。

我的问题是：

• 如何做好准备？
• 如何给人留下深刻印象并得到可接受的答案？
• 有什么有用的好材料(书籍/视频)吗？

角色描述和公司主要技术栈中提到的一些要点：

• RESTful API
• Cypress (我是一个使用java的硒工程师)，没有使用Cypress的经验，但我擅长JS
• 可能会有手动测试:那么如何在没有需求和规范的情况下为给定的功能编写测试用例/测试套件？

Answer 1

这是一个令人讨厌的面试过程。

我建议你考虑一些事情：

• 老实说。你显然想在这家公司工作，所以要确保你能给出他们想雇用你的充分理由。这个周末花点时间搜索柏树的入门信息，甚至可能安装和玩一小会。你不熟悉Cypress并不会对你不利(虽然它对任何其他有Cypress经验的候选人都很重要)，但是你主动开始了解它对你来说是一个很大的好处。
• 如果您已经完成了任何涉及REST的自动化工作，那么请回顾一下您已经做了什么，发现了哪些有问题。如果您不想记住如何处理特定的RESTful风格，那么它将使任何涉及API自动化的问题更容易解决。
• 对于在没有要求或规范的情况下编写功能测试用例，我建议您从询问更多的上下文开始:例如，如果被要求为烤面包机编写测试用例，您可能会想问它是否意味着它应该是那种大的餐厅模型之一，在几分钟后，面包就会从传送带上出来，它是否是家用烤面包机，是否也应该带百吉饼(我不喜欢这些问题)。问我如何在没有文档、没有问题的情况下来测试一个网站，但这类事情让我感到很不舒服)。如果你能得到一个基本的上下文，你可以提出一些基本的快乐路径测试作为一个起点，比如，使用烤面包机的例子，当你插入它时，它会爆炸吗？(这将是一个相当字面意义上的烟雾测试。如果在你吃了一片很黑的烤面包之前，烟就冒出来了，你就有麻烦了。

你最感兴趣的是，面试官可能更关心你如何处理他们给你的问题，而不是你答案的准确正确性。