开源操作系统的稳定性测试

Question

您可以找到一个非常有趣的开源操作系统系列可供选择。作为开放源码，您可以访问他们的许多代码、构建系统、bug跟踪等等。

到目前为止，我还没有看到计划或显示操作系统稳定性测试设计的文档。这对我来说很有用:他们使用什么测试套件，什么基准，什么压力测试，他们有一些向公众发布的稳定性测试计划，等等？

我在这里使用稳定性测试作为一个总括术语：

• 可靠性试验/耐久试验(MTBF，MTTF)
• 应力测试
• 负载测试
• 恢复试验
• 低资源模拟
• 或任何其他符合"性能测试“类别的测试。

有人能提供一些关于如何进行开源操作系统稳定性测试的指导吗？

Answer 1

短版

不一定。

长版本

The idea

首先要认识的是开源对软件意味着什么:基本思想是源代码是可用的。更具体地说，有人已经决定(对于一个新项目或正在运行的项目)共享代码，即与全世界共享每个技术细节。此外，由于技术上没有什么可以阻止人们编译和/或充分使用这样的代码，这通常也意味着软件是免费的(就像在免费啤酒中一样)。

这是关于开源的想法。这与人力资源的规划或组织无关。

社区

所以在实践中，如果这个项目足够成功和有趣的话，上面的内容也意味着会有人真正(尝试)使用它，还有一些人会研究、研究、分析它，玩它并谈论它，并最终将错误发回给作者。

从这个活动列表中，至少有三个活动涉及或是所谓软件测试的一种形式。

因此含糊地说，自由和开放源码软件的质量来自：

• 在设计和编码之前进行了大量的讨论
• 永久代码同行评审
• 来自试图与SW游戏的人的反馈
• 试图在实际情况下使用SW的人的反馈
• 来自试图帮助开发SW的人的反馈(也许只是修复他们的用例)
• 有时甚至来自那些以自由和开放源码软件技术为基础的公司的专业人员的反馈。
• 无限期暴政
• 以及原始代码库和体系结构的质量。

不仅仅是测试计划的创建和执行(完全符合重点小组的需求)。

战略

另一件要考虑的事情是，每个计划都必须从一个策略开始。对于商业产品来说，战略就是金钱，金钱就是策略:谁来经营它？他们会怎么做？我们要付出多少代价？我们能处理多少支持请求？有多少种不同的硬件平台？

策略部分确实是一个艰难的决定，因为它通常发生在任何其他事情之前，而这里所做的决定将影响整个项目的几乎所有方面，而且更改成本非常昂贵。因此，需要收集大量的信息，这需要额外的资源。

没有必要说任何合理的测试计划都需要复制策略。(您不会在Win 2000上用Powershell驱动的安装例程测试全新的基于.NET的会计软件，对吗？)

由于大多数开放源码一开始都是“挠人自己的痒”，而不太关注其他人有多少“痒”，因此几乎不可能采取这一步骤，但这一点也不太重要，因为更多的用户不能比开发人员自己更好地抓痒。如果抓痕不够锋利，他们可以帮助锐化(发送补丁)。

结论

以防万一你会有这种感觉:我并不是说，不可能有一群高度组织的专业人员在开放源码上进行严格和深思熟虑的测试计划。这是绝对可以的，而且很多这样的球队确实存在(我认为红帽对费多拉来说可能有这样的团队)。但是仅仅因为他们是开源的代码，这并不意味着他们愿意开源他们的技术。

最后，最重要的是bug报告、测试用例和补丁。

操作系统在这里也不例外。