测试工做量的评估方法

测试排期是整个测试过程很是重要的环节，关乎项目总体的上线计划及版本节奏。测试排期首先要评估测试的工做量。因此测试工做量评估的越准确，对项目总体节奏的把握更有利。 工做量评估得过多影响上线节奏，人员工做强度变低影响效率，工做量评估过少，形成的影响更大，若是能够经过加班消化还好，若是消化不了项目会延期，错过活动等等，对测试口碑的影响将是毁灭性的。尤为是一些紧急的需求，要求快速上线，更有可能开发的改动方案要参考测试的工做量，若是测试回归工做量过大，为了知足上线要求开发有可能会更换开发方案。此时若是测试工做量评估不许，开发方案的选择就会发生变差，对上线的影响就会更大。
　　实际项目测试中，工做量评估会受不少因素的影响，开发的实现方案，开发的能力水平，测试范围的评估，测试类型的选择，测试深度，是否须要增长专项测试，质量要求，等都会产生干扰，所以准确评估工做量确实很难。 尤为是当功能尚未开发的时候去评估工做量，不肯定性更大，开发是重构代码仍是微调，是否须要作性能评测等等都会对最终工做量评估产生很大影响。
　　那么怎么作才能更加准确的评估测试工做量呢？
　　首先咱们先要了解测试工做量都包含哪些部分，测试工做量是对测试过程时间消耗的评估，那么测试过程都包含哪些呢？        
　　 咱们能够从测试流程角度来分析，首先是需求理解，而后是和开发的技术沟通测试范围评估，测试用例的编写，专项测试方案准备，测试环境/测试数据准备，测试用例执行，专项测试执行，回归用例执行，上报bug以及bug验证，以及上线前的测试验证。那么测试工做量就应该是以上过程时间消耗的总和。一眼望去，过程好多，每一个过程貌似都又有不肯定性，例如bug上报和验证的时间直接受bug数量和开发修改bug改动大小的影响，用例执行不一样功能的case执行时间可能又是不同的，万一遇到阻塞问题，时间就更无法评估了。 这些过程并非每一个版本都会。
　　接下来咱们逐一来分析一下每一个过程如何精准评估工做量：
　　需求理解
　　需求理解通常是经过需求文档或需求讨论会来完成，这个过程一般会比较提早，例如需求文档都会提早发出事先能够去熟悉，工做量评估通常不包含这部份内容。
　　技术细节了解
　　技术细节的了解取决于了解的程度，这部分可能更多的须要根据以往的经验来评估，因此平时对于技术细节了解时间的留意很重要。

用例设计
　　这部分应该会比较耗时，时间的评估首先要评估用例的数量，评估用例的数量首先要把测试对象按功能切分，再由功能切分红测试点，针对每一个测试点去评估用例数量。优秀的测试工程师对每一个测试点大概有多少条用例须要作到心中有数，例如测试一个按钮的用例条数，下拉菜单的用例条数。这部分比较依赖平时的积累，可否把常见的测试点总结成公共用例，例如http的公共用例，地址栏公共用例，菜单的公共用例，若是公共用例比较齐备，会比较容易评估用例条数，并且也能够大大缩短用例设计的时间。用例设计过程当中或多或少的会出现需求不清须要沟通确认，技术细节不了解须要沟通或调研的事情，这部分也须要根据以前的经验来判断。
　　专项测试方案设计
　　首先要评估是否须要进行专项测试，若是须要则要评估专项测试方案修改已有的仍是要从头来设计。 通常状况下一份专项测试方案设计时间不超过4h。若是涉及到工具的开发则须要另行评估。
　　测试环境/测试数据准备
　　首先要评估是否须要这方面的准备，这个过程每每会比较忽略，测试过程当中再去准备回比较被动和耗时，测试环境和测试数据每每是由测试开发或者开发准备，做为测试工程师重要的是及时提出需求来，并及时和开发方沟通工做量和完成时间点。
　　用例执行
　　这部分应该是整个测试过程最耗时的部分，用例执行的时间应该依赖于用例的数量和用例执行速度，以前咱们已经评估了用例的数量，如何评估用例执行速度呢？首先不一样功能的用例执行的难以程度不同，纯黑盒的用例通常执行速度回比较快，例如UI的检查。偏逻辑层面的用例执行起来会慢一些，须要准备环境，或者经过工具验证结果等等。测试工程师须要有意识的去统计不一样难度用例的执行时间，例如黑盒偏UI层面的用例一个合格的测试工程师一天能够执行200-300条用例等。偏逻辑验证的大概天天能够执行100条，大量须要环境准备和数据准备的天天30-50条等。

专项测试实施
　　专项测试每轮的测试时间相对固定，执行一次大概1小时，2小时等等，比较难评估的是若是测试出现问题开发可能会调优，执行多少次才能达到预期可能不太能评估。从以往经验来看通常2-3次基本能够完成，专项测试执行的时间能够按照两倍或者三倍时间去评估。
　　上报bug和验证bug的时间
　　这部分时间是最难评估的，没法按照数量来评估，bug都是在测试执行过程当中产生的，通常会经过用例执行时间乘以一个系数来评估，这部分比较靠以往版本的经验，以往bug比较多或者修改起来连带bug比较多能够适当提升这个系数比例。例如项目里开发bug比较多，咱们能够把这个系数提升到0.3，若是用例执行时间是3天，bug相关的处理时间能够按照一天计算。
　　测试工做量的评估是一个经过必定方法和测试经验不断积累来优化的过程，以上是小编我根据本身的总结和测试经验造成的方法，不一样的项目不一样的团队状态工做量评估的方法可能有比较大的差异，但要找到适合本身项目的评估方法须要你们不断的思考总结和积累经验。
---------------------

版权声明：本文为博主原创文章，转载请附上博文连接！