7、测试时间不足，快速迭代时间不足情况下，如何安排工作量

>>【测试时间不足，快速迭代时间不足情况下，如何安排工作量】

思路：测试这些功能+环境的工作量测试预估多少，现在可以安排几个人，根据人员、时间确定测试那些测试以及测试颗粒度。

 

版本发布现象需要哪些测试：

1、每个（dev--->test--->stage--->prod）环境冒烟测试—各2H；

2、Bug验证，根据Bug数量、复现难易程度来确定；

3、每个环境测试，详细测试（安装部署+功能详细测试+异常+专项等）预计两周；

4、上版本服务器（必须包括安装部署测试）

5、发布现场升级验证；

 

I、测试环境（test）

0.5天时间：

1. 重点功能冒烟测试+Bug验证+测试结果群里同步
2. 时间过短，暂不执行测试用例

1天时间：

1. 冒烟测试（2H）+重点功能测试+Bug验证+测试结果邮件
2. 时间过短，暂不执行测试用例

 

2天时间：

1. 冒烟测试（2H）+重点功能测试（测试用例中重点+功能选择200~300条）+Bug验证+测试进度/测试结果邮件   
2. 测试用例执行选择的测试用例

 

3天时间：

1. 冒烟测试（2H）+重点功能测试 （测试用例中重点+功能选择300~400条）+Bug验证 +测试进度/测试结果邮件  
2. 测试用例执行选择的测试用例

 

5天时间：

1. 冒烟测试（2H）+重点功能测试 （测试用例中重点+功能选择900~1000条）+Bug验证 +测试进度/测试结果邮件（包括测试报告）   
2. 测试用例执行选择的测试用例

 

10天时间：

1. 冒烟测试（2H）+重点功能测试 （全功能测试用例）+Bug验证 +测试进度/测试结果邮件（包括测试报告）    
2. 测试用例执行选择的测试用例

 

II、预览环境（只对环境进行升级）

半天时间：

1. 升级环境及配置+安装部署验证+简单核心功能验证+少量Bug验证+测试结果群里同步   
2. 时间过短，暂不执行测试用例

 

1天时间：

1. 升级环境及配置+冒烟测试（2H）+重点功能测试+Bug验证+测试结果邮件   
2. 时间过短，暂不执行测试用例

 

2天时间：

1. 升级环境及配置+冒烟测试（2H）+重点功能测试 （测试用例中重点+功能选择150~200条）+Bug验证+测试进度/测试结果邮件     
2. 测试用例执行选择的测试用例

 

3天时间：

1. 升级环境及配置+冒烟测试（2H）+重点功能测试 （测试用例中重点+功能选择200~300条）+Bug验证 +测试进度/测试结果邮件
2. 测试用例执行选择的测试用例

 

5天时间：

1. 升级环境及配置+冒烟测试（2H）+重点功能测试 （测试用例中重点+功能选择700~800条）+Bug验证 +测试进度/测试结果邮件（包括测试报告）    
2. 测试用例执行选择的测试用例

 

10天时间：

1. 升级环境及配置+冒烟测试（2H）+重点功能测试 （全功能测试用例）+Bug验证 +测试进度/测试结果邮件（包括测试报告）    
2. 测试用例执行选择的测试用例

 

III、线上环境即发布环境（功能已经验证及回归）

 

1天时间：

1. 安装部署测试1轮+冒烟测试+简单发布说明/少量文档修改

 

2天时间：

1. 安装部署测试2轮+冒烟测试+重点功能测试+简单发布说明/少量文档修改

 

3天时间：

1. 安装部署测试2轮+冒烟测试+重点功能测试+版本内已关闭Bug验证+发布说明/少量文档修改

 

5天时间：

1. 安装部署测试至少2轮+冒烟测试+重点功能测试+测试用例执行部分（400~500条优先级高的）+大版本内已关闭Bug验证+发布说明/少量文档修改

 

原文参考链接：快速迭代时间不足时，如何分工及安排工作量？