《软件测试技术大全：测试基础流行工具项目实战(第3版)》

本节书摘来自异步社区《软件测试技术大全：测试基础流行工具项目实战(第3版)》一书中的第2章，第2.6节模拟面试问答，作者陈能技 , 黄志国，更多章节内容可以访问云栖社区“异步社区”公众号查看。

2.6 模拟面试问答
本章主要介绍了各种不同类型的软件测试的组织方式，以及测试人员在这些团队中的职责和作用。无论是什么软件企业，它的软件测试都是在某种组织形式下开展的。在面试过程中，面试官可能比较关心您是否能适应这样的测试组织，能否快速融入他的测试团队中去。下面是一些常见的问题。

（1）您以前所在的测试组织是怎样工作的？

对于这个问题，您需要根据之前所在的测试组织的实际情况来回答，并且适当描述这样的组织方式的优点和缺点。但是如果您是一位测试新手或者应届毕业生，以前没有在任何一个测试团队工作过，则可以参考本章学到的内容来介绍你所知道的一些著名公司的测试组织方式。

参考答案：微软公司以前也没有独立的测试组，都是由开发人员自己进行测试，或者请学校的一些学生和社会上的一些团体来协助测试，后来他们发现这种方法不行，测试过后的软件仍然存在大量的Bug，因此就成立了独立的软件测试部门，负责专门的、独立的测试。

测试的组织方式大概可以分成两大类：一类是测试人员跟着某个项目，由项目经理负责安排测试活动，这种方式的好处是测试人员比较熟悉测试项目的业务知识，与开发人员一起经历项目的各个阶段，不好的地方是容易造成与其他项目组的测试人员的交流障碍，测试的经验知识不能较好地传递，另外也不利于测试资源的充分利用；另一类是测试人员由测试部门经理管理，根据需要对测试项目进行测试，或谴派到各个项目组中，这种方式的好处是测试资源统一管理，测试交流更多，不好的地方是测试人员可能需要频繁更换测试的项目，不利于项目知识的深入理解。

（2）您如果到我们的测试团队中来，您觉得可以如何让自己更快地进入工作状态呢？

参考答案：首先，必须尽快熟悉项目组的工作环境，包括工作方式、交流的方式、开发和测试的工具等。

然后要虚心向其他项目组成员学习项目的业务知识和测试技术，寻找相关的文档和资料帮助自己快速地了解软件产品的信息，例如阅读需求文档、设计文档、用户手册是关键的第一步。可以对照用户手册操作软件系统，快速地熟悉系统各项功能，顺便也可以对用户手册进行检查。

如果处于前期的启动阶段，则应该多参与项目各种会议，尽量多了解项目的需求和各方面的知识（包括业务知识和测试技术）。

阅读已有的测试用例或根据需求和设计文档编写测试用例。如果没有测试用例，则可以根据需求和设计文档编写测试用例，这也是熟悉需求和软件系统的一个好办法。

阅读缺陷库中旧有的Bug，尝试按录入的Bug描述的步骤重现问题或测试软件系统。这种方法能借鉴别人的经验，使自己一步一步深入熟悉软件系统的功能细节。

（3）如果让您来带领一个测试团队，您会做哪些工作？

面试官问这个问题的目的是想看你是否对测试的管理有见解，顺便也考察一下你是否是个“将才”。对于这个问题，你可以充分利用第2.3节学到的知识进行回答。

参考答案：我认为一个能持续发展和不断改进的测试团队才是有生命力的团队，而学习和交流是保持测试团队生命力的一个最佳途径。

如果让我来带领一个测试团队，我会首先建立起一个学习或培训的机制，例如定期的测试交流、技术演讲，每年一度的测试技术日活动等。其次，要建立起共享的氛围和习惯，让每个测试人员都有学习的机会，都能把学到的、总结到的经验共享出来。一个专门的测试知识库是必不可少的。可以充分发挥人多力量大的优势，指定每个测试人员研究某个专门的领域，然后把研究的成功贡献出来。还可以考虑办一份内部的杂志，专门发表测试知识、质量知识、测试工具的应用、测试理论的研究等方面的内容，并让这份杂志被更多的人看到，让大家了解到关于测试的更多方面。

另外，一个高效率的测试团队必须是一个有纪律、有规范的团队，我会按需要整理出各种测试的工作规范和指引，例如测试用例的设计规范、各种测试类型的测试方法指引、缺陷录入和测试报告的规范等；还会定义清楚测试人员的职责，明确测试的组织结构、测试的工作流程等。

本文仅用于学习和交流目的，不代表异步社区观点。非商业转载请注明作译者、出处，并保留本文的原始链接。