标签: quality

我想通过创建自动化测试来参与 Ubuntu QA。是否正在努力创建这些测试？我在哪里可以学到更多？

我的installed (local or obsolete)类别正在填满，因为 Canonical 最近一直在推出更新，然后又将其撤回。最近发生了两个内核，cups今天早上又发生了。我已经使用 Ubuntu 大约三年了，我不记得像今年那样经常发生这种情况。

那么，如何理性的应对呢？

我想过每周只安装一次更新，但这并不能防止抓住他们在我检查那一周之前推出的坏更新。

仅在周末安装更新是一个好策略吗？似乎周末不经常推送系统更新。我想他们可以在周五下午推送一个糟糕的更新，然后在周一早上拉出来。

或者，以某种方式不安装更新，直到它们被推出一段时间 - 比如两天？有没有自动化的方法来做到这一点？

编辑：受影响的系统之一运行带有linux-generic内核的Lubuntu 16.04 ，另一个运行带有linux-generic-hwe-16.04内核的Lubuntu 16.04 。两者都受到了cups2.13-4ubuntu0.2 版本更新的影响，该更新于 2017 年 3 月 27 日被推出并撤回。该linux-generic机器收到了内核更新版本 4.4.0.67.12，随后被撤回。此更新也使snapd版本 2.23.1成为孤立的linux-generic-hwe-16.04机器收到内核版本 4.8.0.42.14，然后孤立。

我在 xserver-xephyr 中发现了一个可重现的崩溃错误。当我运行以下命令时：

apport-bug /var/crash/_usr_bin_Xephyr.1000.crash

它会发送一个 whoopsie 报告，并且不会要求我提供任何额外的信息，例如我知道的如何重现错误。它也没有提交真正的错误报告。我该怎么做？

什么是自动驾驶仪，我如何为包的新自动驾驶仪测试用例做出贡献？

我有一个我喜欢并喜欢使用的软件。我想通过制作测试用例来确保功能并防止回归，以帮助确保新版本经过良好测试。如何为包贡献手动测试用例？

我喜欢运行 Ubuntu 的开发版本（alpha、beta 等等）。

在 Ubuntu 稳定版发布之前，我有什么理由不应该为 Ubuntu启用建议的更新？

在稳定的 Ubuntu 版本发布后，建议的更新是否有所不同？

我已经下载了一个 ubuntu 映像，我想对该映像运行一些测试。如何在我的机器上测试图像？可以运行哪些测试以及如何报告我的结果和错误？

Ubuntu错误报告页面上的图形和条形图似乎包含很多信息。

但是我对某些值的含义感到困惑，并且该页面没有参考任何文档。

• “频率”列以什么单位衡量什么？
• 图中的“平均故障间隔时间”纵轴是什么意思？
• “如果安装了所有更新”与“实际”切换是什么意思？对我来说，单击“实际”只会使整个图表空白。
• 生成页面的代码在哪里？

更新：数据来自哪里？这与ErrorTracker是否有关：如何跟踪导致崩溃并通过 apport / whoopsie 报告的错误？?

Ubuntu 软件中心在邀请新用户探索和试用 Ubuntu 存储库中的软件方面做得非常出色。我没有太多的经验，但最近决定试一试。我搜索了我感兴趣的主题并安装了两个听起来很有希望的应用程序。

两者都太糟糕了，我积极希望它们从 Ubuntu 软件中心中删除。一个功能失调，我很高兴看到它完全从 Ubuntu 的存储库中删除。

提出此类建议的适当论坛是什么？这种策展有先例吗？

我在 SQA 担任测试经理/测试员，我想从我的 Ubuntu 桌面中获得更多。不幸的是，Ubuntu 在存储库中没有很多软件可以用于此任务。您能否推荐软件测试人员应该拥有的一组 Linux 应用程序以及最终如何安装它？