3分钟测试：你是否适合这份月薪20K的软件测试工作？

如果大家在学习中遇到困难，想找一个软件测试学习交流环境，可以加入我们的测试圈：786229024。

测试面试话题1：敏捷开发与测试

以下是我个人总结的一些经验：

传统开发模式：Ｖ模式，瀑布模式。传统开发模式往往循规蹈矩，从需求，概要设计，详细设计，开发，单元测试，集成测试，系统测试，验收测试，上线发布，整个周期往往需要半年到一年，由于周期长，产品在开发过程中会存在需求变化，传统模式不适应需求的变化。为了解决这个问题，当前出现了敏捷模式。

敏捷分为敏捷开发和敏捷测试，特点和特征是：

1. 测试驱动开发和行为驱动测试

测试驱动开发是指开发先写单元测试，再写开发的代码，当单元测试跑通的时候，代码开发就完成了。

行为驱动测试是通过直接写user story，例如Cucumber框架，说来也很简单，就是在excel里为每个测试用例写好场景对应的步骤，每个步骤又对应有关键字（动作函数），之后只要对userstory/测试场景进行补充，就可以扩展一个又一个的测试用例。当然刚开始的函数都需要一个一个去编写实现。

2. 小步快跑，拥抱变化

敏捷思想会把一个产品分成多个阶段，每个阶段大约２～４周，在这个２～４周里设定的需求是明确的，不接受过大的变化，这样能保证明确的需求的实现和产品的进度，对下一个周期需求，咱们拥抱变化。

3. 不过多强求文档话，强调人与人之间的沟通

不过多强求文档话，不是说拒绝文档，有文档是最好的，但是因为时间原因，不写文档是允许的。

强调人与人之间的沟通，开发测试人员在一个小的空间里（圆桌，没有挡板的办公环境），有问题可进行当面沟通。

4. 站会（用小黄贴，展示进度）

每日站会，开发和测试回报进度，把遇到的困难说出来讨论。每个人对项目整理进度也方便了解。

5. 结对编程

同一段代码由２个人写，一个人写代码，一个人review,或者交换。这个方式是google在用的一种方式

6. 持续集成

强调快速构建，快速测试，可以通过持续集成工具jenkins,好处是：快速发现问题，快速定位问题，节约排查时间成本等。

7. 自动化测试

大多数是单元测试

8. 重构

因为敏捷开发时，注重的速度，很多代码写的不够好，之后可能需要重写代码，这时，单元测试就特别重要。单元测试能检验代码重写是否正常。

测试面试话题2：如何不漏测？

不漏测这个话题本身就是个伪命题，微软的产品都天天打补丁，包括google, facebook都经常打补丁。测试人员是没有办法保证不漏测的，但是尽可能少漏测，而且每次保证漏测的原因都是不一样的。

不漏测就等于软件没有bug，这个是整个团队的事情，团队对整个产品质量负责，测试只是质量管理中的一个小环节。

如何通过团队来构建一个好的产品质量，才是一个好的话题。

产品测试分层和效果：单元测试>接口测试>UI测试

单元测试：开发需要做单元测试和代码 review来保证产品的健壮性

接口测试：接口层变化比较小，很适合做全面自动化，实现产品快速的回归；—测试人员

UI测试：UI层自动化测试＋探索式测试；UI层变化大，虽然大家都想做自动化，但是效果并不好；—测试人员

基于现有的情况，提高产品质量：

梳理好研发流程，各司其职。
从需求开始，测试就应该介入，并且了解每一个细节, 根据产品需求文档、产品设计文档（概要设计、详细设计）来设计详细的测试用例，并且让产品人员，开发人员一同参与评审，让团队的力量来对测试用例进行一个补充，这样可以大大减少漏测可能。
bug预防，测试框架，探索式测试在测试用例设计上的运用，可减少漏测出现。
让项目的相关人员做一些抽测，从不同的角度去测试系统。
群策群力。

测试面试话题3：你个人短期和长期目标是什么？

有人会这样回答：“我的目标就是确保自己不落伍，而且我相信面对现实是十分重要的。我在某个地方读到过，我们在美国历史上比上一代退步的一代。这使我很担心，因此我的目标就是确保自己不落伍。这听起来可能有点悲观，但我是一个现实主义者，而且我相信面对现实是十分重要的。”

—— 【评论】：这样的回答只能凸显你是个随大流的人，没有自己的个性，特点。

合理的回答

不论在长期还是短期，我的个人策略是根据当前目标评价自己所处的位置，然后相应地修改自己的计划。比如，我每五年就制定一项个人计划，这个计划中包含一个总体目标和一系列短期目标。每6个月我就回顾一下自己的进展，然后做出必要的修改。很明显，我当前的计划就是实现职业转变，也就是找到更满意的工作。除此之外，我已经实现了近期制定的个人目标。

—— 【评论】：目标贴切实际并证明自己有在努力去实现或已实现这些目标。