>>【测试时间不足，快速迭代时间不足情况下，如何安排工作量】
思路：测试这些功能+环境的工作量测试预估多少，现在可以安排几个人，根据人员、时间确定测试那些测试以及测试颗粒度。
版本发布现象需要哪些测试：
1、每个（dev--->test--->stage--->prod）环境冒烟测试—各2H；
2、Bug验证，根据Bug数量、复现难易程度来确定；
3、每个环境测试，详细测试（安装部署+功能详细测试+异常+专项等）预计两周；
4、上版本服务器（必须包括安装部署测试）
5、发布现场升级验证；
I、测试环境（test）
0.5天时间：
- 重点功能冒烟测试+Bug验证+测试结果群里同步
- 时间过短，暂不执行测试用例
1天时间：
- 冒烟测试（2H）+重点功能测试+Bug验证+测试结果邮件
- 时间过短，暂不执行测试用例
2天时间：
- 冒烟测试（2H）+重点功能测试（测试用例中重点+功能选择200~300条）+Bug验证+测试进度/测试结果邮件
- 测试用例执行选择的测试用例
3天时间：
- 冒烟测试（2H）+重点功能测试 （测试用例中重点+功能选择300~400条）+Bug验证 +测试进度/测试结果邮件
- 测试用例执行选择的测试用例
5天时间：
- 冒烟测试（2H）+重点功能测试 （测试用例中重点+功能选择900~1000条）+Bug验证 +测试进度/测试结果邮件（包括测试报告）
- 测试用例执行选择的测试用例
10天时间：
- 冒烟测试（2H）+重点功能测试 （全功能测试用例）+Bug验证 +测试进度/测试结果邮件（包括测试报告）
- 测试用例执行选择的测试用例
II、预览环境（只对环境进行升级）
半天时间：
- 升级环境及配置+安装部署验证+简单核心功能验证+少量Bug验证+测试结果群里同步
- 时间过短，暂不执行测试用例
1天时间：
- 升级环境及配置+冒烟测试（2H）+重点功能测试+Bug验证+测试结果邮件
- 时间过短，暂不执行测试用例
2天时间：
- 升级环境及配置+冒烟测试（2H）+重点功能测试 （测试用例中重点+功能选择150~200条）+Bug验证+测试进度/测试结果邮件
- 测试用例执行选择的测试用例
3天时间：
- 升级环境及配置+冒烟测试（2H）+重点功能测试 （测试用例中重点+功能选择200~300条）+Bug验证 +测试进度/测试结果邮件
- 测试用例执行选择的测试用例
5天时间：
- 升级环境及配置+冒烟测试（2H）+重点功能测试 （测试用例中重点+功能选择700~800条）+Bug验证 +测试进度/测试结果邮件（包括测试报告）
- 测试用例执行选择的测试用例
10天时间：
- 升级环境及配置+冒烟测试（2H）+重点功能测试 （全功能测试用例）+Bug验证 +测试进度/测试结果邮件（包括测试报告）
- 测试用例执行选择的测试用例
III、线上环境即发布环境（功能已经验证及回归）
1天时间：
- 安装部署测试1轮+冒烟测试+简单发布说明/少量文档修改
2天时间：
- 安装部署测试2轮+冒烟测试+重点功能测试+简单发布说明/少量文档修改
3天时间：
- 安装部署测试2轮+冒烟测试+重点功能测试+版本内已关闭Bug验证+发布说明/少量文档修改
5天时间：
- 安装部署测试至少2轮+冒烟测试+重点功能测试+测试用例执行部分（400~500条优先级高的）+大版本内已关闭Bug验证+发布说明/少量文档修改
原文参考链接：快速迭代时间不足时，如何分工及安排工作量？