QA測試工具集成

Question

我需要一些關於爲我的迴歸測試策略選擇合適工具的建議。主要標準是「最佳購買」正確的工具。在分析Gartners案例研究後，我試圖在Atlassian和IBM QA解決方案之間進行選擇。主要的困難是IBM Jazz平臺將Rational功能測試儀作爲自動化測試解決方案進行集成，而Atlassian依賴於Jira平臺，該平臺默認情況下不會集成自動化測試費用。

我的公司是面向Java的，所以我們消除了HP Quick Test Professional，因爲VB腳本語言。

選項包括：

1. Atlassian的：吉拉 - Greenhoper - 和風 - 硒2
2. IBM：爵士 - 理性品質中心 - 的Rational Team Concert - Rational Functional Tester的。

第一個顯然是更便宜的解決方案，而硒是在我看來不是長期解決方案的原因是難以維持的測試腳本的數量龐大的應用程序時，正在改變 - RFT做地圖對象當我更換的東西在腳本中（或者我錯了）。

將負責自動化測試的人員將成爲開發人員，導致大部分測試無法通過記錄器創建。

應用程序測試是java web應用程序並與其他系統集成。

問題：RFC是否可能與Jira集成而不是Jazz？如果是的話，您如何看待Atlassian - Jira - Greenhoper - Zephyr - Rational Functional Tester解決方案？

Answer 1

這是一個複雜的問題，不僅因爲你在問什麼，你還需要考慮到，如果你開始在多個供應商之間進行集成，那麼你的過程變得更加脆弱。這與集成或供應商的質量無關，只是需要多家公司單獨工作，需要不斷進行適合其他公司所做變更的變更......總之，這是另一點針對您的第一個選項，要求在3個差異公司的解決方案之間進行整合。儘管如此，即使您使用Selenium開發測試框架，也可以通過可擴展的方式來實現，即使在修改對象時也可以支持。您可以使用定義良好的功能和智能識別對象。您不應該將此作爲您選擇任一解決方案的標準。

我想我會嘗試這兩個選項（或您在表中的任何其他選項），運行一個簡短的試點項目，利弊與他們所有人，並作出最佳決定。我認爲你很難做出其他決定（除非你接近翻轉硬幣:-)

在我的公司，我們創建了一個簡短的白皮書，可以幫助你構建評估過程。這裏是link，它是免費的。

什麼也提醒我，Zephyr不是唯一與Jira集成並知道如何運行Selenium（或TestComplete，或任何其他自動化框架）的人。您也可以查看我們的解決方案。它被稱爲PractiTest，它可能是另一種選擇讓你嘗試（對不起，如果不是讓事情變得更容易，我添加了另一件事情要考慮:-)

無論如何祝你好運！

-joel

Answer 2

我不同意，Selenium測試是很難管理，如果他們寫的不錯，他們可以很容易維護和擴展。我同意，雖然他們有點難寫，但實際上大多數更復雜的自動化測試都必須在沒有刻錄機的情況下編寫。 Recorder是幫助更快編寫測試的工具，但不是一種完全替代任何編碼的工具。

如果測試的接口發生了顯着變化，則更改部分測試是不可避免的。除了Selenium之外，您還可以使用Jenkins，這是一個非常好的迴歸測試工具，可以讓您輕鬆執行，安排測試和集成。它還提供了各種不同的插件使用和簡單。

從長遠來看，我會申請聘請具有基本編碼技能的測試人員編寫自動化測試。問題是，開發者和qa由於他們所從事的工作類型而有不同的思維方式。開發人員熟悉他編寫的代碼，因此自動化測試會依賴於它，這可能會導致一些錯誤被遺漏（在某種程度上，這將是白盒測試）。另一方面，QA對代碼沒有認識，並且他們在編寫測試時試圖以用戶身份進行思考，這可能不像開發人員測試代碼明智的那麼高，但在功能測試中他們會更好（以某種方式這將是黑匣子測試）。

總之，我一定會檢查出硒。此外，通過使用代碼編寫測試，您可以使用編程語言來編寫測試，以進一步擴展它們。沒有錄音工具可以做到這一點。查看詹金斯，這將允許測試由您的團隊中的任何人運行。