软件测试是伴随着软件的产生而产生的。早期的软件开发过程中软件规模都很小、复杂程度低，软件开发的过程混乱无序、相当随意，测试的含义比较狭窄，开发人员将测试等同于“调试”，目的是纠正软件中已经知道的故障，常常由开发人员自己完成这部分的工作。对测试的投入***，测试介入也晚，常常是等到形成代码，产品已经基本完成时才进行测试。并且随着软件复杂度的提高，出现了很多通过手工方式无法完成测试的情况，尽管在一些大型软件的开发过程中，人们尝试编写了一些小程序来辅助测试，但是这还是不能满足大多数软件项目的统一需要。到了上世纪80年代初期，软件和IT行业进入了大发展，软件趋向大型化、高复杂度，软件的质量越来越重要。
“你们采用的软件开发流程是什么？”
无论实际的细节是什么，流程对于软件工程都至关重要。至于哪些东西对于优化流程做出了贡献可能大家会有不同的看法，但仅就项目的工作方式达成一致就能将混乱很小化并且确保每个人都能达成共识。
***信号：“我们的流程受到了自由风格的爵士的影响。” → 很有可能整个部门都处在救火模式，总是不断地从紧急跳到另一个紧急状态而缺乏任何明确的目标。
“你们是如何处理技术债的？”
技术债是过时技术以及代码库中临时应急的解决方案的累积。处理好技术债对于代码的长期健康很重要，这件事情应该持续地做。
***信号：“我们只关注新功能。” → 他们的代码库一团糟或者很快就会一团糟。
a) 职责和任职要求。
这大概是***核心的问题，如果你的职位有清晰详细的职位描述（JD），可能这就不是个问题了。(6)没有发现错误的测试也是有价值的，完整的测试是评定软件质量的一种方法。但我曾经任职的一个职位，因为没有清晰详细的职位描述，我在任职前也忽略了这一点，致使我在任职期间，感觉很别扭，总感觉这不是我当初想象中职位，是个不适合我的职位。
b) 前任去向和离职原因。
问这个问题的目的是看看这个职位是不是个棘手的职位，如果你的前任因为这个职位很难做，遇到了这样那样的问题而无法解决，而离开，你就要谨慎了，想想你自己是不是有能力超越你的前任。要知道所选择语言的常见解决办法，比如字符串是否恒定，内存是如何管理的。但是，如果真是这种情况，面试官往往在此问题上含糊其辞，说什么这是个新职位，或者说前任自己去创业开公司了等等。你的对策就是“刨根问底”，寄希望从细枝末节上嗅出一点味道。