如何使QA測試我的Web服務而不是迫使我測試他們的Web服務客戶端？

Question

我從事許多Web服務工作，幾乎每次生成主要版本時，QA都會開始拋出我經常發現的與服務器端代碼無關的錯誤，而是與他們的垃圾客戶端庫無關。我試圖至少使它的策略是，如果沒有他們推送到服務器的XML，他們不會提交錯誤，但他們經常忽略這個要求。

Answer 1

記錄，文件，準備你的情況。記錄他們錯誤的時間，診斷問題的時間以及修復問題的時間。然後，您將問題升級爲管理層：在過去的5個工作日內，我必須分配總共15小時的時間來診斷問題X，Y和Z，這些問題是由質量保證機構開放而未開放的。他們必須在他們的測試中檢查A，B和C以緩解這些問題。這裏是他們之前發送的XML，這裏是後面的XML。與任何企業叢林一樣，記錄您的投訴：是一個人的日常收入，他將會與您抗爭。質量保證人比你更鬆，所以他會更努力地奮鬥。你必須能夠證明你的主張。 QA要麼修復他們的態度，要麼你有更多的時間來解決他們的混亂問題，或者什麼都不會改變，你至少知道你的立場和......下一步要看的地方。

Answer 2

這個問題很可能的

更寬泛的概括下提交「我怎樣才能讓我的同事妥善做好自己的工作？」

Answer 3

這可能與您的工作政策和程序有關，而不是編程。

但是最簡單的形式是舉證責任在質量保證上，而且直到被證明有罪之前你是無辜的。如果QA向您發出錯誤，他們應該使用最大可用數據來做到這一點，證明確實存在錯誤，而不僅僅是一些錯誤的消極方面。任何不足之處都是缺乏專業精神。

您應制定政策並遵守它們，以確保儘可能縮短浪費時間。你調試他們的測試是不是可以接受，也不是你的工作。

Answer 4

也許他們只能通過客戶端訪問您的Web服務。如果你向他們展示了像soapUI這樣的工具，並讓他們使用這些工具直接測試你的服務呢？

Answer 5

處理此類問題的標準方法是升級。將層次結構中的問題報告給他們的上級。確保你有良好的案例描述和論點，爲什麼他們需要改變他們的方法。

由於人們對升級級別將最有可能在編程小/沒有經驗的經理，在「商業語言」寫你的論點：增值，收入損失，潛在節約（我的最愛！）等

Answer 6

將其標記爲「不會修復 - 不是bug」，然後在QA處拋出。

Answer 7

兩件獨立的事情。
冷杉QA應該在錯誤報告中包含XML。他們知道的任何相關信息都應該在bug報告中。正如其他人所建議的那樣，如果需要升級它。

第二件事，如果他們的客戶端有問題，檢查用戶是否會使用相同的庫。如果不要求QA更改客戶端/庫/他們檢查服務的方式。如果詢問無助於表明它花費了多少時間和金錢。 如果是的話，你需要弄清楚如何使你的服務與圖書館合作。

可能需要此升級或其他升級。