一般测试期要和开发期一样长吧，还要综合参考开发、测试人员水平，功能难易度，理论上说的简单，实际上很难执行。。一般都是测试被坑，要缩短时间，加班，还要保证质量

一般测试周期是开发周期的一般吧。

不同的公司和产品区别比较大，我们公司一个 app 开发测试人员 5:3，每个版本开发周期 7 天，测试时间 3 天

习惯就好

看重要程度和深入程度，以及前期准备工作，说白了就是测试人员对产品的理解能力

你测的只是测一个版本，只要有改动就再发版本。至于测多久不是测试决定的，要上游确认停止测试的界限，否则就是一万年也测不完呀。（我这边以前都是头天晚上部署，第二天验证 bug 测试新版本，很少加班。一定要确立规范、流程）

蛋疼了

我觉得这个看具体的项目内容，测试量来判断吧，还有测试负责人员给出测试估期。最好的是根据开发拆分出来的功能列表来进行估期，因为产品给出的原型文档和开发的实现量不一致的，很可能产品给出的很多描述的东西，对开发来说就是一个简单复用的，所以这个也跟具体测试对需求、业务的了解程度来看的。
至于压排期那是哪儿都存在的吧，心塞 ing....不过上线是否要看测试的测试结论的嘛，排期到了，你可以给出实际测试情况啊，风险啊，这些情况都描述清楚，如果达不到上线标准，我觉得没有人会冒险上线的嘛

正规点的话，测试时间当然是你们老大来定的。根据 prd 和开发的对工作量及影响范围的评估，测试给出测试范围和时间。当然，实际情况都是最后开发各种提测晚，产品设计运营改改改，测试加班。。。
所以健康的流程非常重要，需要各部分的老大一起坐下来制定规则~
溜~