如何评估测试时间

如何评估测试所需的时间，评估点有哪些。这是这个小文的主要内容。文章由自小密圈问答引起。。，秋之川的回答很全面，我简单做了加工，目前我们的项目是由项目经理来制定。但这个问题是个好问题。

答：关于这点，没有行业标准。估算的方法常用几种：

1）功能点估算，这种在项目管理中相对估算准确，但耗时较长。

2）经验法，也叫类比估算，常用同类型项目，难度相差不大时可以参考。

3）三点估算。给出最可能、最乐观和最悲观的三个值，用加权平均公式算出一个相对合理的值

在实际的工作中，会结合这三种来估算测试所需时间。

粗评：刚拿到项目或任务时，用经验法得出一个粗略的评估。这个根据之前经验来。粗评是用于跟总监和开发讨论初步的项目计划，推算最晚的提测时间；

细评：基于确定的需求范围。这里的需求基本上已经是确定的了。具体如下：

自上而下列出所有功能点和测试点，首先1）把需求里的功能点列出来，也许功能点较多，这里可以分解成两层第一层是大模块或分类，第二层是子模块或功能点。2）针对美国功能点，再从几个维度去列场景：UI、交互、业务逻辑、数据检查、异常容错等，还有一些维度，eg有服务器端有频繁数据请求的页面或增删改的功能点需要考虑性能维度，安全维度。3）根据每个功能点的不同的测试维度，分解成具体的测试点。这里的测试点可以看做一个个的工作包，能够分配给具体的工程师去估算并做用例设计了。（这里应该是分配给具体的工程师去做测试用例设计和编写测试用例）

此时，可以有两种估算方法，1）算出每个测试点所需的时间，累加即可。2）假设每个测试点需要的测试时间相差不大，eg，每个测试点2',那么结果就是测试点数量*2'即可。

在实际项目中，还要考虑多种因素eg，需求讨论时间，项目会议时间，bug验证时间等，还有需求变动以及所导致的开发调整时间（我们现在每次上线前两天都会有需求调整），这些时间都需要考虑在内。这里的时间计算还要考虑开发时间是否延期（需求调整会导致开发时间延期，开发安排的时间不够也会延期）等。

--------问题2，面试时被问，拿到应该产品需求，怎么去把它拆分 成想要的测试点?-----------

这个问题的答案上面已经给出：把需求功能点分解出来，可以分为两层（简单的分一层即可），一层大模块，第二层是子模块/功能点。

然后针对每个功能点，从不同的维度进行分解，常见的维度：ＵＩ，交互，业务逻辑，数据检查，异常容错等。

每个功能点基于不同的测试维度分解分解成具体的测试点。到这里，就可以去设计编写测试用例了