Ramona Schwering 是軟體工程師和 Google Developers 專家，擁有品質保證的背景。
這篇貼文為「測試自動化」網誌文章系列中的一位社群專家。
Ramona Schwering 是一名軟體工程師，具有品質保證的背景。她也是網路技術的 Google Developers 專家。Ramona 熱衷於測試自動化功能，她在公開教育方面投入大量心力，測試自動化功能的成效，包括在會議中演講、發布文章、對開放原始碼專案做出貢獻，以及舉辦聚會。
Jecelyn：您在網頁開發與測試的進程中為何？
Ramona：我的發展旅程始於我對藝術的熱愛：在高中，我花了很多時間繪製自己想要發表的插圖。不過，我想使用 DeviantArt 和 Animexx 以外的產品，因此建立了自己的網站。這帶領我學到網頁程式開發知識。後來，我在第一項工作中特別熱心測試自動化作業。我想排除枯燥繁瑣的測試工作，把心力放在需要人類創造和經驗的工作上。
Jecelyn：測試自動化工具有很多種。要如何全部學習，或決定要選擇哪一個？
Ramona：這是個好問題。首先重點：嘗試採用多種自動化架構是不錯的做法，但不必費心逐一學習，你可以從建構小型專案開始，或編寫第一項小型測試，看看是否喜歡某個架構的相關經驗和需求。您可以選擇符合個人需求的一、兩種合作方式。我偏好選擇試用方案，看看自己是否喜歡特定架構的開發人員體驗。我會設法瞭解你覺得不舒服。請記得，測試應將自己視為習慣的習慣，而非任何頭部空間。當然，這也取決於您建構的專案及其需求。
Jecelyn：測試通常會延遲到相關程序結束為止，例如：「很抱歉，我們目前還沒有時間。」你對此有何看法？
Ramona：編寫測試需要時間才能發揮功效，特別是在您決定使用測試導向的開發功能時。不過，我猜測一般誤以為測試是花在 A LOT 的時間，因此我認為一項投資具有許多優勢：包括初期意見回饋，因此你可以及早修正錯誤，進而降低錯誤成本，因為錯誤未能累積，日後修復成本也比較高。 除此之外，自動化的測試越多，需要手動測試的程度就越低，但仍能一覽專案狀態。因此，我認為，結果其實相反。測試可以節省時間，而且你不必持續費力，就能更有信心。
Jecelyn：介紹貴公司的自動化測試文化。
Ramona：我目前的團隊認為測試是共同的責任，每個人都負責。我們導入了 Atlassian 最初推出的「速度飛快」程序。 這項程序能確保測試人員僅做為安全網路使用，以判斷提取要求是否需要測試。因此，開發人員無法確信測試人員會用心處理所有事務。開發人員和測試人員會改為在擔任教練的優質工程師的協助下合作，並教導開發人員如何進行測試。開發人員為變更撰寫必要的測試，如果品質工程師認為有必要，日後便會再補充這些測試。這種做法能加深開發人員與優質工程師之間的同理心，在彼此合作的同時也能承擔責任。
Jecelyn：你參與了許多社群活動，例如演講和寫作，並為開放原始碼做出貢獻！要如何找出時間和平衡點，
Ramona：我幸運，雇主支持我公開演講的參與，也就是在參加會議或準備演講內容時，不需要離開工作日。不過，我必須承認自己仍在公共學習上還有一些空閒時間。 為了有效管理時間，我採取了一套時間戳記策略，也就是每天要花兩小時的時間，例如共同進行開放原始碼專案、撰寫文章或重新排演。請務必在兩小時過後休息一天，讓休息時間有足夠的休息。 雖然有時事前無法如期運作，但一般而言，這項功能有助於我在工作、社群參與度和個人生活之間取得良好平衡，卻不會妨礙任何重要工作。
Jecelyn：在開始使用測試自動化功能前，您是否想聽聽任何建議？
Ramona：請勿過度偏重特定的解決方案架構，而是應該優先處理該架構，而非解決手邊的實際問題。我們的最終目標是讓使用者享有最佳品質和使用者體驗，而任何架構都能幫助我們達成這個目標。因此，建議您不要從事架構戰爭。在你著手進行測試時，我建議你先從瞭解測試和自動化測試的基礎知識開始，並只在必要時將架構做為工具使用。
Jecelyn：您如何因應測試自動化和網頁開發的過程？
Ramona：我喜歡監控新聞來源和社群媒體，隨時掌握最新趨勢和創新構想。不過，篩除相關資訊並不容易，因此我一定會追蹤可靠來源和個人的資訊。我也會使用 Twitter 清單和書籤等功能合併我的來源。以下是我追蹤的來源清單。參加會議和聚會是另一種持續掌握最新消息的方式，因為我可以從談話中學習，並與其他與會者互動交流。