10月份多学项目功能测试问题探讨

多学项目目前遇到的功能测试问题，各位大大有空帮忙考虑下是否有法子从流程上给予解决。

问题一：

给定的发布时间点，评估测试工时后注定得加班测试完成。并且例如测试工时6人天，分配了四个人测试，相当于1.5天后就得发布线上。会导致忽略了测试过程中需要留出的拓展测试时间、

答：本着问题就是答案的原则。

BUG修复验收时间、遇到阻碍多次发布版本验收测试时间。如何解决？

问题二：

开发代码质量问题+改BUG速度问题。导致未能按时提测，未能在既定的时间点发布pre。压缩了测试时间，由于一开始就定了deadtime,没办法从接手测试就要求推迟发布时间。测试每次只能罗列出BUG数据多次给出风险警告。

开发应对措施是要求我们列出必改问题，在发布前一两天改完。由于必改问题影响范围都较大（但都不是严重阻碍测试进度的问题），验收BUG没问题，关闭。但是没有时间针对BUG拓展测试，心里对于测试质量没底。关闭BUG后，短时间内就没有数据支持风险警告。

然后就发布pre，pre测试时间只有一天，只够新功能简单测试下。如何解决？

 

例如开发改动了公共发放组件。开发用工时0.5人天，如果按开发：测试=3:1的情况根本不够。并且一般这种情况，需要测试的功能点比较多，发现的BUG数量比较少。

怎么才能要求得到较为充分的测试时间？（目前多学项目功能经常外包给其他开发团队开发。）