如何使QA测试我的Web服务而不是强迫我测试他们的Web服务客户端？

Question

我在许多Web服务上工作，几乎每次我生成一个主要版本时，QA都会开始抛出我经常发现的与服务器端代码无关的错误，而是使用他们的垃圾客户端库。我试图至少制定一个策略，即如果没有他们推送到服务器的XML，他们就不会提交bug，但是他们经常忽略这个要求。

Answer 1

这可能与您的工作政策和程序有关，而不是与编程有关。

但是在最简单的形式中，举证责任在于QA，在被证明有罪之前你是无辜的。如果QA向你抛出一个错误，他们应该使用最大可用数据来做这件事，证明确实存在一个错误而不仅仅是一些假阴性。除此之外的任何事情都缺乏专业性。

您应制定政策并遵守这些政策，以确保尽可能减少浪费的时间。你调试他们的测试不可接受，也不是你的工作。

Answer 2

这个问题可能是在更广泛的概括

下提出的

“我怎样才能让我的同事正确地完成他们的工作？”

Answer 3

记录，记录，准备你的案子。您会记录他们错误的时间，诊断问题所花费的时间以及修复问题所花费的时间。然后，您将问题上报给管理层：在过去的5个工作日内，我必须分配15个小时，以诊断问题X，Y和Z，这些问题是由QA考虑开设的。他们必须在测试中检查A，B和C，以缓解问题。以下是他们之前发送的XML，以下是XML。与任何企业丛林一样，记录您的投诉：是一个人的日常收入受到威胁，他将与您作战。质量保证人员比你更宽松，所以他会更加努力。您必须能够证明您的声明。要么QA修复他们的态度，要么你有更多的时间来修复他们的混乱，或者没有任何改变，你至少知道你的立场和...在哪里看下一步。

Answer 4

也许他们只能通过客户端访问您的Web服务。如果您向他们展示了soapUI等工具，并让他们使用这些工具直接测试您的服务，该怎么办？

Answer 5

将其标记为“不会修复 - 不是错误”并将其丢回质量保证。

Answer 6

处理此类问题的标准方法是升级。将层次结构中的问题报告给他们的上级的人。确保你有完善的案例描述和论据，为什么他们需要改变他们的方法。

由于升级级别的人很可能是在编程方面经验很少/没有经验的经理，所以用“商业语言”写下你的论点：增值，收入损失，潜在的节省（我最喜欢的！）等。

Answer 7

两件事。
第一个QA应该在bug报告中包含XML。他们知道的任何相关信息都应该在错误报告中。如果需要升级，正如其他人所建议的那样。

第二件事，如果客户端出现问题，请检查用户是否使用相同的库。如果没有要求QA更改客户端/库/方式，他们会检查服务。如果询问无助于升级显示它需要多少时间和金钱。 如果是，您需要弄清楚如何使您的服务与该库一起使用。

可能需要进行此升级或其他升级。