我在许多 Web 服务上工作，几乎每次我生成主要版本时，QA 都会开始抛出错误，我经常发现这些错误与服务器端代码无关，而是与他们的垃圾客户端库有关。我已经尝试至少制定政策，即他们不会在没有他们推送到服务器的 XML 的情况下提交错误，但他们经常忽略这个要求。
问问题
1450 次
7 回答
7
这可能更多地与您的工作政策和程序有关，而不是与编程有关。
但在最简单的形式中，举证责任在 QA 身上，在被证明有罪之前，你是无辜的。如果 QA 向您抛出错误，他们应该使用最大的可用数据这样做，证明确实存在错误，而不仅仅是他们一方的一些假阴性。任何低于这一点的都是他们缺乏专业精神。
您应该制定政策并遵守这些政策，以确保尽可能减少浪费的时间。你调试他们的测试是不可接受的，这也不是你的工作。
于 2009-05-26T20:57:13.587 回答
5
这个问题可能会在更广泛的概括下提出
“我怎样才能让我的同事做好他们的工作？”
于 2009-05-26T20:56:15.087 回答
5
记录、记录、准备您的案件。您会记录他们出错的次数、诊断问题所花费的时间以及他们解决问题所花费的时间。然后您将问题上报给管理层：在过去的 5 个工作日中，我不得不总共分配 15 个小时来诊断问题 X、Y 和 Z，这些问题是在没有 QA 考虑的情况下打开的。他们必须在测试中检查 A、B 和 C 以缓解问题。这是他们之前发送的 XML，这是之后的 XML。与任何公司丛林一样，记录您的投诉：一个人的日常收入受到威胁，他会反击您。QA 人比你有更多的松懈，所以他会更加努力。你必须能够证明你的主张。要么 QA 修复他们的态度，要么你有额外的时间来修复他们的烂摊子，
于 2009-05-26T21:14:12.960 回答
1
也许他们只能通过客户端访问您的 Web 服务。如果你向他们展示了一些工具，比如soapUI，并让他们使用这些工具直接测试你的服务呢？
于 2009-05-26T21:05:50.230 回答
1
将其标记为“不会修复 - 不是错误”并将其扔回 QA。
于 2009-05-26T21:32:25.107 回答
0
处理此类问题的标准方法是升级。向上级报告问题给他们的上级。确保你有很好的案例描述和论据，为什么他们需要改变他们的方法。
由于升级级别的人很可能是很少/没有编程经验的经理，所以用“商业语言”写下你的论点：增值、收入损失、潜在节省（我最喜欢的！）等。
于 2009-05-26T21:10:13.590 回答
0
两个不同的东西。
第一个 QA 应该在错误报告中包含 XML。他们知道的任何相关信息都应该在错误报告中。如果需要，请按照其他人的建议将其升级。
第二件事，如果他们的客户有问题，请检查用户是否将使用相同的库。如果不要求 QA 更改他们检查服务的客户端/库/方式。如果询问无助于升级显示它花费了多少时间和金钱。如果是，您需要弄清楚如何使您的服务与该库一起使用。
可能需要这种或另一种升级。
于 2009-11-03T22:28:52.877 回答