项目紧张，测试人力不足无法协调的情况，应该是个比较常见的现象吧。有没考虑通过临时抽调项目外的测试人员来解决呢？小编最近就干了这样的事情，今天跟大家聊聊这块的一些见解吧。
通过抽调临时人员消化项目任务，一般需要处理以下几件事：
第一步，评估需要抽调的人力
按照正常规则排期，计算工作量和所需人力，这块没什么特别需要解释的。但有几个因素需要加进去：
1、交接的成本需要考虑进去。
2、临时抽到人员的执行结果审查的工作量需要考虑进去。
3、日常的进度沟通和问题沟通的工作量需要考虑进去。
第二步，选择抽调的人员
2、根据任务的内容，选择具有相关能力的人员。例如需要分配的任务以用例设计为主，那用例设计经验丰富的同学优先；如果只安排用例执行的任务，那么自然执行效率高的同学优先。
3、优先选择有类似项目经验的同学。比如你之前测输入法，那么这次的项目也跟输入法相关，岂不美哉？
4、除上述两点之外，有些通用能力素也是需要关注的，比如：
学习能力：要交接新项目任务的，学习能力不强，怎么行。
沟通能力：不多解释，到哪里都少不了。
当然，我们多数情况下，没什么可选择的余地……但理想总是要有的。
第三步，给临时抽调人员分配的任务
如果选择不了抽调的人员，那么我们就得从如何分配任务上下手了。
1、首先，需要考虑交接成本问题，尽量控制交接成本，因此太过复杂的任务，就不要拿出来了。
2、其次，我们可以给任务进行分级，以功能测试为例：
3、然后，结合临时抽调人员的能力方向和能力水平，分配不同级别的任务。物尽其才、人尽其用，不要浪费哦。
规范的分配方式，最好是用邮件，带上如下信息，免得以后扯皮。
1、任务名称：例如xxx需求的用例执行任务
3、测试说明：包括但不限于以下内容：
a) 任务涉及的流程、规范：如提交和bug的规范、自测case的编写规范等
b) 测试范围说明：如XXX用例中XXX部分
c) 需要用到的测试工具及工具使用说明：如fiddler或Charles等抓包工具
d) 需要配置的测试环境：如需要配置的host
e) 判断预期结果是否正确的方法：如对比线上版本等。
f) 测试环境的特殊说明：如需要在XXX浏览器的XXX版本上进行验证。
g) 特殊关注的内容：如性能（是否流程）、效果、转写的正确性等。
4、测试相关文档：任务所需的相关文档，如测试用例、需求文档、测试方法文档等（可通过附件或连接的方式提供）
5、相关负责人：该任务的测试负责人
6、工作量：相关任务的测试负责人评估的工作量
7、期望完成时间：相关任务的测试负责人期望该任务的完成时间
8、提测状态：当前的提测状态（已提测或预计的提测时间）
9、测试版本：测试的版本（附件或地址）
第四步，过程控制和结果控制
1、过程控制：任务进行过程中，项目的负责人需要及时把控任务的进展情况，因此实施一些流程和规范，比如进度反馈、问题反馈、执行结果记录、文档维护等。
2、结果控制：任务执行结束后，相关的负责人也应该通过一些手段辅助来确保任务执行的质量，包括但不限于以下的方式：
a) 用例评审（如果任务是写用例的话）
b) 主流程验证或者需求验证
c) 随机测试
d) 不同人员的交叉测试
这也就是为什么最开始评估人力的时候需要预留工作量的原因了。
这几步如果能够做的好，其实我们可以尝试着建立一个“人力需求池”，随项目所需，动态调整人力的分配。
当然，最好还是期望项目任务安排是合理的，大招不能乱放。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
