團隊間的溝通對於任何組織來說都是至關重要的。那麼,測試和 QA 團隊該如何提出建議而不被忽視?管理層又該如何積極傾聽?讓我們繼續看下去。
沒有人喜歡聽到「我早就跟你說過了」,但有的時候有人就是喜歡告訴別人「他才是對的,並且他從一開始就知道了。」我們不是來告訴你要這樣做,儘管這種慾望是可以理解的。測試和 QA 團隊的成員通常被困在產品團隊、開發人員和業務團隊成員之間。測試人員在組織中的角色不僅僅是測試。他們必須能夠有效地溝通,並為共同目標將團隊凝聚在一起。目標是在快速且大規模的情況下交付網頁和行動APP。QA 主管和測試團隊經理需要在多個方面應用他們的溝通技能。
然而,正如我們所知道的,公司中存在著溝通誤差,QA 或測試團隊成員提出的最好建議往往會被忽視。因此,讓我們來看看一些最相關的建議,這些建議由 QA 和測試人員提供,但常常被忽視。
企業領袖喜歡堅持這一點。當然,自動化測試是好的,而且更多的自動化測試是更好的。然而,這裡還有更多的要考慮。我們知道自動化測試的好處。那麼為什麼不把所有東西都自動化呢?簡短來說是這不僅很困難,而且也不必要。過去,只有在平台和使用者流程穩定一致時,才會自動化測試。這使得測試的創建和維護更加耗時。事實上,現在有了新的測試編輯器等工具,手動創建測試並進行驗證所需的時間比以往任何時候都要短。所以,我們仍然面臨著最一開始的問題:為什麼不把所有東西都自動化呢?
你可能能夠實現高達80%的自動化,但仍有一些情況需要人類干預才能執行。儘管您可能認為在客戶和業務壓力相加之下,促使你嘗試實現100%的自動化,但軟體測試中仍有重要的部分需要保留給手動測試。
準備測試軟體時,公司面臨的兩個關鍵問題是需要多長時間進行測試以及需要多少成本。在內部溝通不良的組織中,這些答案通常會給出不切實際的預估和承諾。問題在於,軟體測試估計是由管理層建立的,他們並不總是理解持續測試的技術性。預估對於確保測試團隊不超出時間限制或預算非常重要。它有助於測試項目計劃,因為它賦予您分配資源和優化測試活動的能力。那麼,企業領袖如何在不讓其測試和QA團隊受到傷害的情況下做出更好的軟體測試預估呢?
做好持續測試估算有四個核心面向:時間、資源、成本和技能。讓我們更詳細地看看每個方面。
Shift-Left方法的目的是盡早在開發流程中發現缺陷。這意味著需要更好的協作和團隊之間的溝通。由於實施這些方法的成本(時間和金錢)比較高,管理層對採用這些方法持有反對意見。他們仍然認為測試是SDLC的最後一步,這導致問題。最令人擔憂的是,測試開始成為一個軟體交付的瓶頸。Shift-Left的重點在於,測試仍然可以在週期的最後進行,但是因為已經提前測試,所以最後的執行速度會更快更短。在這種意義上,Shift-Left不完全是將測試移至開發週期開頭的方法,而是更像是用香料對整個開發過程中進行調味。
一些企業領袖認為QA是必要的惡,他們知道QA需要實施交付高品質軟體相關的流程,但這個過程通常發生在交付週期的晚期,可能會讓人感覺像是一個瓶頸。他們錯誤地認為,更多的QA將導致發現更多缺陷,進而延遲發佈。當測試人員識別缺陷和錯誤時,QA將關注可能不是技術性的可用性問題。因此會出現QA和延遲的感覺。他們會考慮超出錯誤範圍的缺陷。QA關注最終使用者體驗和更多與性能相關的問題,如糟糕的導航或較慢的加載時間。因此,儘管進行更多的QA可以改善應用程式並提高用戶體驗,但這並不意味著應用程式會因此被發現比測試團隊已經發現的問題更多或更嚴重。
當我們談到企業領袖忽視建議時,看似總是涉及權力和直覺。一方面,他們通常想要保留對公司流程的權力和所有權。另一方面,當做決策時,他們可能過度信任直覺,因為正是那種第六感讓領袖一開始得以擔任自己的職位。當談到軟體測試和QA時,更多的測試或增加QA的想法常常會引起SDLC延誤的疑慮。除了要對商業團隊坦誠和誠實外,公司需要一種方式來不僅將測試提前到開發過程的早期,而且還要找到一個報告工具,幫助開啟對軟體測試流程的可行性的對話並提供實際證據。
自動化測試工具在持續進行網頁和行動應用測試時非常有用。儘管許多企業都在進行某種形式的數位轉型,但仍需要一些說服力來證明是否需要這樣的工具。當開發、品質保證和測試團隊不斷執行重複的任務時,可能需要考慮自動化這些任務。此外,需要多個步驟才能完成的複雜情境的團隊,將會從自動化中獲得極大幫助,因為它可以確保測試被一致和準確地執行。另一個推動測試自動化工具需求的使用案例是回歸測試。當在更新的程式碼資料庫上運行測試集以確保更新沒有引入新錯誤時,自動化是一個巨大的優勢。具有CI/CD管道的測試和開發團隊肯定需要自動化作為管道的必要部分。他們可以將測試集成到管道中,確保程式碼更改不會破壞功能。通過深入研究您的測試實踐,查看您的Sprint需要多長時間,測試套件需要多長時間,以及新版本需要多長時間才能發布,您將很快發現您確實需要自動化測試工具。