软件测试 面试之测试基础理论（价值2万的线下培训资料）

• 

  需求分析

1. 对于用户需求，你是怎么理解的

用户需求，就是描述用户希望把产品做成什么样的一个文档，一般都是产品经理写的。 有些需求会写得很全面，什么信息都有，很细； 但是，实际工作中，很多时候我们拿到的用户需求都是比较粗的，不全面的，甚至是有问题的； 这时候，我们要及时和上级，还有产品经理反馈。

1. 需求文档有无：

1)有需求文档：根据需求文档直接提取测试点，要重点考虑输入数据的约束、数据的流向等 2)没有需求文档：根据系统现有的功能进行提取测试点，也要考虑数据的约束、数据的流向等。 在需求文档不太详细的情况下，如何开展测试？ 参考答案： 1）、首先，把需求文档中有异议的部分标识出来，再找产品和开发一起讨论，把需求明确下来； 2）、提取测试点，然后再叫上产品和开发一起对测试点进行讨论，看有没有遗漏，是不是合理的， 然后再编写测试用例，再评审，评审通过后，再进行后续的测试。

1. 需求分析怎么做:

由产品经理召开需求澄清会议，对本次发布的功能需求进行讲解，测试人员利用思维导图工具对需求点进行细化和分解，为编写测试用例提供准备。

1. 需求分析做多久：

一般是1~2次

1. 需求分析参与者：

所有开发人员、测试人员、产品经理、项目经理等

1. 需求分析的对象：

《需求规格说明书》、《产品原型图》

1. 需求分析占比(测试周期)

一般10%左右

1. 当用户需求变更时，你会怎么做

a)常规分析 这个会经常遇到的，一般如果是小的需求变更，合理的话，能改的，经理会让开发直接改，然后测试再测一下就好了。 b)异常情况 如果是涉及到比较大的改动的话，会开会讨论一下会影响到的模块，测试经理会计算一下修改的成本，一般会建议放到下一个版本再修改，如果必须要改的话，开发就会改的，测试也会重新修改一下测试用例，把可能会影响到的模块再测一遍。

1. 怎么保证覆盖用户需求

a) 细化测试点 在项目开始前，要先熟悉需求，利用思维导图导出测试点，各个功能点有哪些限制条件，串讲及评审测试点， 防止之后编写测试用例出现遗漏； b) 加强用例评审 测试用例编写完之后，再进行用例的评审，看看测试点有没有遗漏，对需求理解有没有错误，测试场景是否覆盖完全。