如何让QA测试我的Web服务而不是强迫我测试他们的Web服务客户端?[关闭]

记录,记录,准备你的案件。你要记录下他们出错的时间、你诊断问题所花的时间以及他们修复问题所花的时间。然后,您将问题升级到管理层:在过去的5个工作日中,我必须分配15小时的时间来诊断问题x、y和z,这些问题是由QA不考虑而打开的。他们必须在测试中检查A、B和C,以减轻问题。这是他们之前发送的XML,这是之后发送的XML。和任何企业丛林一样,记录下你的抱怨:一个人的日常收入是否受到威胁,他会反击你。质量保证人员比你更容易松懈,所以他会更加努力。你必须能够证明你的主张。无论是质量保证部改变了他们的态度,还是你有额外的时间来解决他们的混乱,或者什么都没有改变,你至少知道你站在哪里……下一步看哪里。

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

但在最简单的形式中,举证责任在质量保证上,在被证明有罪之前,你是无辜的。如果QA向您抛出了一个bug,那么他们应该使用最大的可用数据来这样做,以证明确实存在一个bug,而不仅仅是他们这边的一些错误否定。任何低于这一点的都是他们缺乏专业精神。

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

这个问题可能会在更广泛的

“我怎样才能让我的同事们做好他们的工作?”

也许他们只能通过客户机访问您的Web服务。如果您向他们展示了工具,比如soapui,并让他们使用这些工具直接测试您的服务呢?

把它标记为“无法修复——不是错误”,然后把它扔回QA。

处理这样一个问题的标准方法是 升级 . 在层次结构中向以下人员报告问题: 他们的 上级。确保你有写得很好的案例描述和论据,为什么他们需要改变他们的方法。

由于升级级别的人员很可能是在编程方面没有经验或经验不足的经理,请用“业务语言”编写您的论点: 增值 , 收入损失 , 潜在节约 (我的最爱!)等。

两个分开的东西。
firs-qa应该在bug报告中包含XML。他们知道的任何相关信息都应该在bug报告中。如有必要,按照其他人的建议升级。

第二件事,如果客户机有问题,请检查用户是否将使用相同的库。如果没有要求QA更改客户机/库/方式,他们会检查服务。如果问不帮助升级显示它花费了多少时间和金钱。 如果是,您需要了解如何使您的服务与该库一起工作。

可能需要这种或另一种升级。