如果我的稳定性测试周期比发布周期长，我该怎么办？

Question

我们的长期稳定性测试周期大约需要两个星期才能完成，在此期间，另一个版本(有时是两个版本)正在发布。我该怎么办？

测试周期不能缩短，我们不能同时运行两个版本。

Answer 1

这里的选项将由两个测试周期之间的依赖关系和重叠控制。

首先分析它们的短期和长期？？资源、测试基础设施、测试结果、业务影响。

然后，正如您提到的，您不能同时运行两个版本，尝试并发现重叠，看看可以做哪些工作来帮助两个测试周期。

有吗？如果是的话-很好，你可以支持。

如果没有(对于不重叠的工作领域)，尝试将资源、活动分离开来，甚至考虑外包给另一个团队。

作为最后的手段，优先考虑并提出一份建议清单，供企业/项目领导打电话，哪些项目需要删除？

无所畏惧，打破无法维持的消息是一种更好的方法，而不是在两个交付品的压力下摇摇欲坠，在两个方面都失败。

Answer 2

好的，如果我正确理解，这里是您的场景：

• 答:你有很长的测试时间，比如2周，这是不能缩短的。
• 你必须在那两个星期内多次释放，比如说，每周一次。
• C.不能同时运行两个版本。

是时候去爱你了，有些东西要给你，要么你需要：

1. 确定一个较小的测试子集，以减少您正在测试的内容，但这违反了A。
2. 减少发行数量，所以你每两周只发布一次，但这违反了B。
3. 同时运行两个版本，这违反了C。
4. 使用自动化来减少执行时间，这再次违反了A。

因此，简单地说，这三条规则中的一条需要被打破，否则您必须接受这样一个事实:您的测试永远不会在任何给定的版本上完成。

Answer 3

你说的问题不是一个可以解决的问题。假设这是被困在瀑布过程末尾的测试人员绝望的求助，翻转的答案是“变得更敏捷”。

当然，在这种情况下，通常的问题是QA团队除了“测试签署”之外几乎没有什么影响力。更糟糕的是，如果bug被释放，QA团队就会被召集起来。

以下是一些需要考虑的杠杆点。

• 把你的问题陈述并扭转过来。问：“我们到底想做什么？”这个问题有很大的力量去触及似乎难以解决的问题的核心。
• 问五次为什么。
• 用较少的测试作为试验的船只。如果事情出了问题，就有办法“拔掉插头”。
• 告诉开发团队，QA团队不再做“测试签名”。开发人员决定什么时候功能足够稳定，可以发布。QA团队正在提供度量和数据，以帮助他们做出决定。
• 选择一种方法来改进整个过程，并让一个开发人员在发布周期中试用它。
• 每天让一件事变得更好。有时，对一个棘手的问题一刀切，会使它意外地崩溃。
• 保持积极的态度。尽可能多地关注团队所做的事情。
• 重复。选择一个你想要看到的改进(“设计可测试性”对我来说是一个好的)，并重复它直到它流行起来。
• 确保你不是问题的一部分。不要说“我们不能.”、“我们永远不会.”、“鲍勃是个白痴”等等，而是考虑说“我们还没有.”、“我们还没有开始.”、“鲍勃没有错.”。
• 开始说“和”当你的意思是“但是”。当你的意思是“他们”时说“我们”。“我们不能在不到两周的时间内完成测试周期，我们需要每周发货一次。”

解决看似棘手的问题，都是为了找到一些筹码。找到杠杆是一种传统的思维方式。你必须挖掘你的热情，耐心和坚持不懈。寻找小胜利，并庆祝他们，以获得一些动力。