问题标签 [qa]

假设单元测试由开发人员处理，QA 是否有任何理由了解产品如何工作的细节？我的意思是，他们是否需要知道后台发生了什么？他们是否应该在不使用普通 UI 的情况下测试产品的各个部分？例如，测试人员进入数据库并手动更改值以查看会发生什么是否有意义？

编辑：
假设我们正在使用一个供非开发人员使用的应用程序，我们不是在处理带有 API 的东西。

作为一名学生，我刚刚获得了作为手动测试员的第一份合作工作。我知道它和编码员一样聪明且要求很高，但我不禁反过来思考。我喜欢成为一名编码员，但这是我的第一份工作。因此，我想请您就如何充分利用手动黑盒测试工作提供任何建议，即如何使用它来提高我的编码技能。非常感谢。

在审查需求规范（包括功能性、非功能性需求、约束等）时，无论大小，作者所犯的“致命罪”是什么？

请列出不超过 7 件最重要的事情（按严重性递减顺序）在需求规范中完成（或未完成）会对软件产品的质量产生不利影响。小于 7 完全没问题。

这里有很多关于测量和证明软件质量的问题，但是，到目前为止，Stackoverflow 上还没有对软件质量本身的正式定义：

请给出正式的、包罗万象的软件产品质量定义。

_{由于这个问题相当笼统，我很乐意在每次提交时继续接受更好的定义。只要您可以添加一些有价值的东西，复制之前提交的答案的要点是可以的。}

有人告诉我沼泽图，解释说它们通过测量给定产品的传入缺陷和传出修复率来预测代码质量很有用。

不幸的是，我无法找到有关这些图表的其他信息，我想知道这是否是特定于一家公司的行话。

你能解释一下什么是沼泽图吗？

您能否推荐任何能够在手机（或至少模拟器）上运行并模拟预定义（通过脚本）操作序列（例如“按下”键、“输入”数据等）的测试工具？

谢谢

偶尔你会收到一个错误报告，通常是来自可能还没有完全理解产品的 QA 新手，这会让你大吃一惊。

我将从一个我的团队（开发人员和 QA）在它发生几年后仍然笑的开始。

我正在开发的产品有一个带有一组按钮的工具栏，可以切换应用程序状态的某些方面。我收到了一个错误报告，上面写着“当你按下按钮 [x] 时，它会卡住。你必须再次按下它才能让它松开。”

我们已经到了这样的地步，我们有几个可以从 QA 服务器中受益的中层客户端，但没有人能够负担得起专用 QA 盒和专用生产盒的费用。我一直在玩弄虚拟环境的想法，无论是托管在我们的办公室还是由第三方托管，几个客户可以点击查看正在进行的工作，从而抵消总成本。这些站点中的大多数将是 LAMP 堆栈，但每隔一段时间就有可能将 .NET 或 Java 站点混入其中。我正在寻找一种可靠的方法，但显然不是完整的实现细节。

我们正在编写一个相对重量级的 C# GUI，其中包含一些 syncFusion（GUI 框架）组件。我想添加客户端日志记录功能，QA 稍后可以使用它来回放客户端事件，以分析客户端在生产中使用的错误或其他工作流程。

是否存在这样一个用于记录和回放所有客户端击键、鼠标事件等的现成模块？（如果 C++ 模块可以很容易地集成到 Windows C# 客户端中，它也可以工作。）

我还想使用生成的日志来分析客户端的哪些功能使用最多，哪些功能很少使用，以确定哪些错误应该优先考虑，哪些功能应该删除/增强？所以基本上我希望客户端将日志写入本地磁盘或通过网络写回服务器。

我也有点担心性能，一些命中是可以接受的，但是知道每个事件的日志记录会降低客户端性能吗？

这里的重点是记录生产中的所有客户端事件，而不是 QA 测试本身。

根据 Aydsman 的评论进行编辑：在阅读了旧的类似讨论以及Benji 的网站后，看起来对这种类型的“仪表板”很感兴趣，但目前不存在开放或封闭的产品或解决方案。我在 Benji 的网站上发布了一个关于状态的问题，但网站看起来相当安静，自 6 月以来没有任何回复。Benji 的想法或多或少正是我所寻找的，但似乎还没有产品存在，这相当令人惊讶，我想缺乏现有产品意味着实现这样的系统一定比我最初想象的要复杂。会继续寻找，希望以后能找到一些东西。

在自动化测试方面，我们有一个处于起步阶段的 QA 人员。目前，当他们测试我们的 Web 应用程序（主要是 .NET）时，他们会遵循他们多年来编写的测试脚本，通过浏览器手动访问测试环境并遵循他们的测试脚本。

工作人员由不精通脚本的个人组成，是否有任何工具可以提供更精简的学习曲线来自动化此类测试。他们通常通过 Web 界面执行操作，然后手动查询数据存储以查看他们执行的操作是否与他们期望的数据一致。

显然，这看起来很陈旧，但它完成了工作，尽管速度很慢。有没有人对他们可以断奶使用的工具有任何建议？