跳转到内容

Puredyne/压力测试

维基教科书,开放世界中的开放书籍

因为没有什么比在演出或安装过程中系统突然冻结或崩溃更糟糕的了,因此测试系统的极限非常重要。以下指南旨在提供一些测试 Puredyne 的建议,以便您既能了解您的机器/软件的极限,又能帮助项目发现异常行为。

应用程序测试

[编辑 | 编辑源代码]

先决条件

[编辑 | 编辑源代码]

当您使用您已经熟悉的软件进行压力测试时,更有意义,这样您就可以有一个共同的基础来比较事物。如果软件不存在,我们需要知道它丢失了,以及您需要它,特别是如果它是在 Puredyne 的先前版本中存在但没有进入新版本的软件。

同样,我们需要知道系统是否已准备好用于您的测试,或者是否还需要修复某些东西。例如

  • 您能安装 Puredyne 吗?
  • 实时持久性是否正常工作?
  • 您能正常启动吗?
  • 您有声音吗?3D 加速?
  • 您能上网吗?
  • 等等(欢迎提供建议)

重点压力测试

[编辑 | 编辑源代码]

一旦您拥有一个满足测试最低标准的环境,只需使用您习惯的软件(您最喜欢的 Pd 补丁、Ardour 会话、Sc 代码、视频编辑套件、Inkscape 狂欢等等)并检查它是否按预期工作。

  • 它是否比平时慢?
  • 它是否比应该的崩溃更多?
  • 您可以运行多个实例并仍然拥有一个相对响应的系统(如果与应用程序相关)吗?
  • 您可以长时间工作或使用该软件,还是它在几分钟、几小时、几天后就会冻结?
  • 等等(欢迎提供建议)

猴子模式

[编辑 | 编辑源代码]

尝试做一些不寻常的事情,看看您的系统能承受多少,例如将 Jack 设置为非常低的延迟,并在复杂的反馈回路中开始堆叠 Jack-Rack 效果。同时打开多个应用程序,上网并在 Firefox 或 Chromium 中打开一百个标签,观看 HD 电影等等。

重点不是证明 Puredyne 会卡住。它卡住。但是,卡住点对您来说是否可以接受,或者看起来正常,或者看起来与另一个系统相比有所不同(更糟)?

通用音频延迟测试

[编辑 | 编辑源代码]

FIXME - 在 Puredyne 上测试音频延迟的良好协议是什么,以及如何维护一个结果数据库,以便每个人都可以在一个版本到另一个版本之间进行比较?

采用 alpha/beta 系统为主

[编辑 | 编辑源代码]

由于压力测试依赖于非常具体的客观和主观元素的混合,测试未涵盖的问题显然会忽略。因此,采用一个正在进行的系统可以帮助发现丢失的软件、新错误等等。

为本文档做出贡献

[编辑 | 编辑源代码]

与 Puredyne 的其他文档一样,请随时编辑和修改此页面,我们希望听到与媒体实践相关的测试 Puredyne 的具体方法。

华夏公益教科书