测试理论：一种改善测试业务积累和工作量评估的方法

我是辛勤的搬运工。。

一、     背景

目前处于业务快速发展变化的阶段，各业务方向的业务细节都处于快速修改更新的状态下，一个新人入手项目无法快速进行测试，测试时间难以正确把握；本文根据以上两点，在目前项目工作框架范围内，提出了几点自己的想法，以解决此问题。

二、     原因分析

产生问题的原因主要有以下几点：

1.   产品迭代周期短、每个版本测试时间被压缩到非常短时间内、无法抽身进行业务积累。

2.   项目测试组任务不固定，各种分支非常多，无法对特定的小项目进行总结分析、形成积累。

3.   无业务总结积累刚性需求，项目测试时仅按照要求对版本进行测试一遍，即可完成测试任务，无深挖bug的需求，无需对业务深入了解。

4.   人员培养需求较低，无需完成较深的业务学习即参与任务，产生门槛很低的错觉。

三、     业务积累

以下是我对整个业务积累的方向和方法进行一个设想：

1.   业务积累来源，从项目测试工作中进行总结，每个版本测试结束后进行本次版本的总结，包括每个业务方向和模块功能细节，然后负责人对其进行汇总并梳理出对应整合业务。

2.   更新，负责人完成第一次全面业务文档整理后，后期只需要对应的测试组对修改模块进行业务更新即可，且每次修改生成新的版本，可查看新版本与旧版本的演进。

3.   第一次全面业务文档对应整个项目测试用例，但与用例库是不同的角度，用例库是一个可执行验证的语句，文档是对当前业务的概括说明。

此方法可形成内部各项目的业务积累，并且对于新加入人员和更换模块测试时可减少较多工作，提高人员复用度等；但此设想存在问题也较多，比如前期需要人力投入，且这些人力无法直接产生效果；与用例库的重叠问题等等。

四、     工作量评估

工作量评估尚未形成有效方法，主要依据负责人个人把握，会出现一些估计上的偏差，以下介绍一种工作量评估的方法，经过在以前工作的多个项目实践，此方法可在团队内部达成一个基本认同的工作量标准：

1.   评审工作量，让引入工作量评审机制（扑克牌方法），尽量避免由于生产周期导致的测试时间不足。

2.   让一线人员做决定，研发时间应该让做研发人员决定，由于效率提升的优势，预估工作时间长的人也能得到警示。

3.   自我调整，在多次工作量评估之后，每个人对自己的工作量能得到较好的把握。

4.   引入业务专家团队，对工作量评估给出建议，避免前期工作估计失效。

工作量预估的扑克牌方法：参与评审人员分别对当前工作作出时间预估（写在扑克牌上，实践时用手机即可），同时提交预估的时间数字，供大家讨论，最大和最小两人分别给出自己的评估依据，最大和最小的两人超过一倍则重新估计。此方法是敏捷团队开展工作预估的常用方法，但对于其他团队依然有效，可有效评估出完成一项任务的工作时间。