過去幾年來，組織開發軟件的方法已經發生重大的改變了。從敏捷開發到持續的一切，開發者們正越跑越快，并在更少的時間內開發出更多的內容。

作為一名測試，你需要保持跟進。你必須使業務運行更快，減少到市場的時間，但是不能降低產品的質量，那樣將會消極地影響你的品牌價值。用戶對于他們所鐘愛的產品，期待得到快速更新、缺陷修復，以及功能性的優化。而且當縮減成本時你需要完成所有這些。所以你如何精簡你的測試以達到正確的平衡呢？

沒有計劃的測試會導致花費高成本和時間在幾乎不產生價值的產品領域。但是當通過回歸保持合理水平的信心，明顯地減少你做的測試的數量是有可能的。下面我提供6條達到那種平衡的提示。但是首先你需要了解那些挑戰。

暴風跑者功能的云測試免費試用

測試管理、設計和執行的挑戰

作為一名測試工程師，你與不再是簡單的客戶機/服務器軟件的現代應用程序一起工作。應用程序經常包含多種服務，有時來自從云架構服務的第三方機構。開發團隊從瀑布技術轉向貫穿與開發周期的固定的反饋和持續測試。

更重要的是不同測試團隊正帶來他們自己的工具和流程；組織中的每一個團隊定義它自己的工具并且使用基于供應商的組合和開源的軟件去達到它的測試目標。

除了復雜的測試領域，測試環境也在日益復雜。用戶在許多各種不同的手機和桌面軟件上操作，就像在每個生態系統里獲得的許多不同的軟件樣品上一樣。幸運的是測試工程師能使用業務數據去學習他們用戶的產品環境，在生成測試時替代做出有根據的關于客戶正在使用的東西的推測。

隨著更多的功能和修復要測試，測試它們的時間更少，你需要通過魯棒測試計劃去達到快速的開發和反饋周期， 這會在幾秒或幾分鐘內發生，而不是幾天或幾周。接下來介紹如何實現它。

使用統計學減輕風險

??? 測試經理處理增加容量和復雜度的應用程序，知道他們不能測試所有的東西。即使是你有資源和時間去測試每個東西，也不是一個明智的業務決定。另一方面，做出和判斷出測什么和不測什么的決定會是困難的。

??? 統計學提供一個科學的針對決定如何在降低風險的時候減少回歸測試的范圍問題的解決方案。這兒有6種方法，你能使用統計學制定一個回歸策略，在保持回歸測試信心水平的同時，很明顯地減少你需要的測試數，這些不會傷害在測試中的應用程序的質量。

1.使用分析工具

??? 你可以使用一種分析工具（比如谷歌分析）去收集關于你的產品的信息，使得你能使用它優化測試環境。分析能夠幫助你指出你的要回歸測試的產品的最高風險區域，并且讓你的初始化猜想得以驗證，關注你的產品。這種努力分為兩部分：

• 環境故障

找出你的用戶使用的最高占比是哪個瀏覽器或者手機設備，然后為在這些環境上投注你的測試努力。

• 統計學

?? 崩潰：理解你的用戶。他們是誰，他們來自哪里，以及他們使用什么網絡？這個將會幫助你了解用戶們多高頻率地換新設備和操作系統。?

2. 深入挖掘你的產品

??? 在分析學里增加第二規模去理解最優組合，它反應了客戶在產品中正在用什么。舉個例子，你可能會組合分析最普遍的瀏覽器，分析最常用的功能，以更好地理解產品中最高風險、最大影響的地方。在分析學工具中使用可用的第二規模去決定你需要做多少測試，在哪里做，為了獲得你需要的信心和覆蓋水平。

3.關注用戶行為

??? 研究用戶行為是為了找出網站的最活躍地方，并指出用戶如何有規律地參與你的產品。你曾有過只有一個小時測試你的應用程序嗎？用這種崩潰保證你理解在你的產品里你的用戶認為什么是你的產品最重要的特性，并關注它。然后使用從用戶參與決定的數據來決定基于用戶行為上的你們需要測試的地方。使用頁面交互率，包含哪里用戶花最多的時間，以及約束稅率來決定你的產品的哪個部分可能代表了一個問題。看所有頁面或者特性的數據，測試你最常用的特性，將會給你一個高可信度。

4.到處使用統計

??? 當測試和經理們聽到詞匯“統計”，他們可能想到自動化。但是你能應用統計學到任何一種測試就像一種決定哪個測試執行在哪個管道上的方法。測試經理們甚至能使用統計學通過決定哪個測試策略提供給產品的哪個部分，去助于戰略上地平衡資源。

5.考慮其他統計工具和數據來源

??? 數據是隨處可得的，并且你能使用它去研究你的產品沒有回歸測試的地方。用戶服務案例和投訴能暗示在軟件中暗藏的可能需要你注意的地方。這些案例經常被追蹤，意味著他們是可查詢的，并對客戶反饋統計是有用的。并且對產品中逃掉的缺陷進行收集的缺陷-追蹤工具能提供附加的反饋。這些附加的數據點也有助于暗示你將來的測試策略。

6.沒有網頁分析？沒有問題

??? 假如你在一個沒有使用網頁統計工具去搜集關于你的用戶的產品上工作，那沒有問題。只是通過常規的用戶調查、市場分析和統計或者客戶確認和反饋去搜集用戶信息。你可以從這些來源中分析數據，決定你的應用程序的更普遍的用戶用例和更受歡迎的特性，去指導你的測試策略。一種你能用于決定分類哪些的常用啟發式方法是倫?約翰遜的最近的、核心的、有風險的、配置、已修復的、長期的（英文縮寫是RCRCRC）。

??? 這6個策略更多有助于創建一種測試策略；它們能使一個全面性測試策略瓦解成一個“正好”的測試策略，能在降低你的測試工作力度多達80%的同時，很快發現最重要的問題。

有助于降低你的測試力度而計算風險

??? 舉個例子，一個10人的團隊購買了一個“測試一切”的策略。它計劃測試30個屬性，每個都需要在10個平臺上半天的測試時間。那樣在每個測試周期總計多達150人/天，并且將花費團隊3周的時間去完成。但是假如你把那個數字減少到2個平臺12次測試，這個團隊能在一天多點完成一個周期。

??? 自動化也能通過測試特定的核心流程起作用。旋轉測試員們使用著的（和一些類似于RCRCRC）一起的流去提高覆蓋率。

精簡你的測試：一個例子

??? 有一個決定測試策略的方法：像分析學似的，使用社會媒體反應。由于社會媒體的普遍存在，客戶反饋是一種比之前更加有力的衡量。根據LNS的研究， PlayStation 4的質量事件，以0.04%的速度發生，在2013年發布后不久就成為關于控制臺的主要故事。

??? 為什么發生這個了？當缺陷率被認為在生產流程中是可接受時，測試期望不會與用戶期望匹配。哈德 索尼把分析學認為是它設計并測試產品，開發和測試團隊在保證可控成本的同時可能設計一個處理給客戶關心的策略。

??? 作為一個新的控制臺，PS4有經典的同用戶分析的新產品挑戰：沒有一個為不存在的產品而存在的分析。雖然索尼擁有的是一個以前有相似游戲和場景的產品。第一位射手、實時的策略、賽車駕駛和運動游戲從版本到版本是大致一樣的，同時有很多其他PS4的特色，比如入流的網飛，在PS3上是可獲得的。一個最普遍被使用的特色的有目標的測試能展現重要的、威脅品牌的質量問題。

??? 管理被截止日期和股東報告激發是經常有可能的，這將決定發布一個比它應該的更早些的產品。甚至在一個不好的發布決定例子里，組織能夠學習、并在下次聽相似的反饋，因為索尼的團隊可能在當它改進PS5的發布質量時做了。

??? 希望常在。

通過統計驅動你的測試

??? 在盡快找到你的顧客認為的問題，軟件測試是很重要的。假如你能根本地處理它們，一個全面的測試方法是昂貴的，能提供很多信息，它們的一些事可能不相關。“做每一件事”的方法也趨向于推動軟件交付日期。

??? 反之，找出20%的代表你的用戶用例80%的場景。一旦你有輪流分析的權利，那是一項相當簡單的任務。跟著以上的6個步驟開始，你將被很好地武裝去得到你的測試恰好組合。

??? 你是如何使用分析去支持你的測試策略呢？我歡迎你的討論與問題。

?

轉載于:https://www.cnblogs.com/fengye151/p/11519155.html

總結

以上是生活随笔為你收集整理的通过分析来精简你的测试的6种方法（译）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。