测试流程梳理

目的：

梳理整个测试流程，从管理的角度去分析每个环节的耗时、要做的事情，方便在项目初期做到整个测试流程的人力分配、时间分配，做到临危不乱。

测试流程：

初期的测试计划制定：

1、用例数估算：前期的用例数估计准确与否，会影响到后面的测试设计环节、执行环节和版本结束的分析环节。

2、版本bug估算：这个需要会影响到后面执行环节里面的bug回归消耗人力和时间安排。估算可以按照不同公司不同的情况来估算，例如版本结束bug的数量一般是bug数量的60%左右，或者如果有设计到老功能的，可能会发现10%左右的历史bug。

测试分析设计阶段：

下面的耗时都是根据实际需要确定

1、需求阶段：需求耗时一般是预估用例数/100天

2、测试分析和评审：耗时一般是预估用例数/80天，这个环节主要是做特性拆解

3、特性树设计和评审：耗时一般是预估用例数/100天，这个环节上产出和评审测试点

4、用例编写：40个每天，这里的用例编写指的是，这里的用例粒度是指能够至少覆盖一个完整的功能特性用例

5、用例评审和优化：用例的评审在80个用例以内的，不需要特别安排评审时间；用例数量比较多的模块，安排0.5d的时间评审用例和优化用例

6、性能模型分析：对于版本比较大的，用例级别达到了500个以上的，至少安排2.5d时间做分析和评审（2d分析，0.5d评审）

7、稳定性模型分析：对于版本比较大的，用例级别达到了500个以上的，至少安排2.5d时间做分析和评审（2d分析，0.5d评审）

执行阶段：

1、功能测试：正常的模块一天22个，比较难的模块根据模块难度估计执行数量

2、功能bug回归：

提测前期bug（缺陷预防到联调阶段的）：15个/d；

集成测试bug：每天10个左右

系统测试到预发布阶段bug：每天7个

性能和稳定性bug回归：这种bug一般对环境依赖打，检查结果耗时长，根据情况评估

专项测试：

用户场景测试：编写速度：用例数量/20d，用例执行速度：用例数量/20d

升级场景测试：配置、数据转换到差异升级用例工作量：25个/d

性能指标测试：指标个数*0.5d

性能测试：新增性能测试：2个性能场景/人天（包含数据部署）

兼容性测试：这个对浏览器部署时间的要求很高，看情况估计

质量分析：

质量分析：分析速度：100个bug/d+0.5d整理+0.5d评审

发散测试执行：按模块数量数的15%，效率20个/d

公共事项：

稳定性监控：稳定性每日监控和邮件：每天1小时，预计2人天（从集成开始到预发布到1个月）

性能基线测试：2人天

安全性测试：

绿盟、包杀毒、平台渗透、手工安全基线检查  2d

升级测试：

如果没有指定覆盖版本，就覆盖最旧和最新的版本

系统测试：

系统案例之心（新老功能）：

bug收尾：

预发布事项：

发布测试用例执行，覆盖基础的安全检查项、覆盖基本的制作包、覆盖自动化和一些产品发布之前的例行检查点

制作包+基本功能验证

包对比+上库记录

遗留bug梳理

发布文档+评审ppt