问题标签 [qa]

在试图提倡更多的开发人员测试时，我发现了“这不是 QA 的工作吗？”的论点。被大量使用。在我看来，让 QA 团队承担所有测试职责是没有意义的，但同时 Spolsky 和其他人说你不应该使用 100 美元/小时的开发人员来做 30 美元/小时的测试人员可以做的事情. 在拥有专门的 QA 团队的公司中，其他人的经历是什么？分工应该画在哪里？

澄清：我的意思是 QA 作为验证和验证团队。开发者不应该做验证（以客户为中心的测试），但验证（功能测试）的划分点在哪里？

• 您是否参与代码同行评审或练习结对编程，或两者兼而有之？
• 您是否能够证明使用这些实践提高了软件质量？
• 您在实践过程中观察到了哪些好处和坏处？
• 您在实施过程中遇到了哪些障碍？

在我自己的案例中，我们的开发团队对许多不同的软件工件（需求分析、测试计划、代码等）进行了同行评审。对等编程甚至不被视为一种选择。

同行评审实践是自上而下的，开发人员从未接受过它。我们有一个外部 SQA 小组从活动中收集指标，但这些数字毫无价值，因为这项工作是半心半意的。经过多年的“官方”做事方式，开发人员已经开始集体无视规定的程序。

现在，对于错误何时插入生命周期的可见性降低了。不进行同行评审导致团队专业化程度提高……没有人真正了解系统专业领域之外的组件的需求/逻辑。

了解您在同行评审或结对编程方面的经验，尤其是成功案例，将是很有价值的。

在我的组织中，人们认为轻量级 CMMI 是一个神话，尽管有相反的证据。您对轻量级 CMMI 有何经验？你做过吗？它对你有用吗？

任何人都可以为质量保证/测试人员推荐一个好的播客。我发现有各种各样的开发，但还没有找到一个好的 QA/测试（不是从开发人员的角度来看）。

在您的实践中，您使用什么措施来了解何时停止测试应用程序并将其转移到生产环境？

我们正在尝试找出在我们的测试计划中编写测试的最佳方式。具体来说，当编写一个供任何人（包括 QA 人员）使用的测试时，测试中的步骤应该非常具体还是更广泛，让测试人员在如何完成任务上有更多的余地。作为一个非常简单的示例，如果您正在测试在文字处理文档中打开文档，那么测试应该是：

1. 使用鼠标，打开文件菜单
2. 在文件菜单中选择“打开文件...”
3. 在出现的打开文件对话框中，导航到 x 并双击名为 y 的文档

或者

1. 调出文件打开对话框
2. 打开文件 y

现在我意识到一个答案可能是“这取决于您要测试的内容”，但我试图在这里回答一个更广泛的问题：如果测试步骤过于具体，我们是否会冒险 a) 进行测试过程费力和乏味，更重要的是 b) 我们是否有错过某些东西的风险，因为我们写下了实现目标的过于具体的路径。或者，如果我们扩大范围，我们是否过于依赖测试人员当时的突发奇想而失去了对客户/客户更常见的路径的关键测试？

根据McCall 的质量模型，产品修订是描述软件产品质量属性的三个主要视角之一。在产品修订的角度下，可维护性，即发现和修复缺陷的能力，被确定为影响软件修订能力的关键质量因素。

显然，在修订过程的某个阶段，需要人工参与，特别是程序员的参与。代码的格式会影响程序员有效和高效地修改软件的能力。

您使用过哪些普遍接受的、与语言无关的代码格式指南，可以最大限度地提高程序员在代码修订过程中的效率和有效性？

高质量的错误报告对于有效的错误跟踪至关重要 - 在理想情况下，所有错误报告都将包含基本信息，例如它影响的软件版本以及如何重现错误的分步描述。

但实际上，报告的错误质量可能有很大差异。他们可能是在线的（“功能 X 不起作用，修复它！”）、功能请求、PEBKAC 或无法理解。

您如何执行或维护错误跟踪器中错误报告的质量以保持有效性？

我正在为我维护的应用程序开发自动回归测试套件。在开发自动化回归测试时，我遇到了一些几乎可以肯定是错误的行为。所以，就目前而言，我已经修改了自动回归测试以不记录失败——我的意思是，它故意让这种不良行为过去。

所以，我对这个网站上其他人的意见很感兴趣。显然，我将在我们的缺陷跟踪中添加一个错误，以确保此错误行为得到修复。但是是否有任何令人信服的理由（无论哪种方式）要么更改回归测试以不断指示失败，要么让回归测试中断并且在我们能够修复有缺陷的行为之前不失败？我认为这是其他类型问题中的六分之一，但我在这里问是因为我认为其他人可能会有不同的看法。

@保罗·汤布林，

明确一点——我从未考虑过删除测试；我只是在考虑修改通过/失败条件以允许失败，而不会在每次运行测试时都出现在我面前。

我有点担心由于已知原因导致的重复失败最终在 C++ 中被视为警告。我知道开发人员会在他们的 C++ 代码中看到警告并忽略它们，因为他们认为它们只是无用的噪音。我担心在回归套件中留下一个已知的失败可能会导致人们开始忽略其他可能更重要的失败。

顺便说一句，以免我被误解，我认为 C++ 中的警告是编写强代码的重要帮助，但从我遇到的其他 C++ 开发人员来看，我认为我是少数。

实现简单的崩溃/错误报告机制的最佳方法是什么？

详细信息：我的应用程序是跨平台的（mac/windows/linux）并用 Python 编写，所以我只需要一些可以向我发送少量文本的东西，例如只是一个时间戳和一个回溯（我已经生成并显示在我的错误对话框）。

如果它可以简单地通过电子邮件发送它会很好，但我想不出一种方法来做到这一点，而不在应用程序中包含 smtp 服务器的用户名和密码......我是否应该在服务器端实现一个简单的 Web 服务并让我的应用程序向它发送带有信息的 HTTP 请求？有更好的想法吗？