做爲一個新晉測試經理，在軟件測試計劃以前你必須知道的10件事

有人喜歡創造世界，他們作了開發者；有的人喜歡開發者，他們作了測試員。什麼是軟件測試？軟件測試就是一場本該在用戶面前發生的災難提早在本身面前發生了，這會讓他們生出一種救世主的感受，拯救了用戶，也就拯救者這個軟件，避免了他們被卸載的命運。

軟件測試在提供知足業務和技術要求的軟件產品中起着相當重要的做用。許多人的印象是他們能夠當即開始測試軟件產品，目的是發現漏洞。可是，若是您是訓練有素的測試經理，您就知道軟件測試過程須要一些規劃。

今天，咱們將討論各類參數，以幫助您有效地規劃軟件測試過程。在根據您的觀點着手進行軟件測試計劃以前，咱們將提供您應該瞭解的10件事。咱們將更詳細地討論一些要點，由於它們須要更多解釋才能被理解。

在開始軟件測試計劃以前，讓咱們繼續閱讀咱們應該瞭解的10件事情。

1.瞭解客戶的心態

這可能聽起來很基本，但許多專業人士忽略了業務需求。瞭解業務需求和產品功能是一回事; 瞭解客戶和受衆的心態是另外一回事。爲了將業務需求轉化爲工做軟件，咱們常常沉迷於太多的技術細節，而且不知所措。有時，錯誤地，咱們優先考慮一些模塊和功能，由於咱們發現它更有趣和更具挑戰性; 忽略它爲業務增長的價值。

在着手進行軟件測試計劃以前，您須要瞭解客戶的視角。您能夠經過思考如下參數來簡化過程：

功能爲核心

不一樣的產品知足不一樣的業務需求 若是您正在構建財務應用程序，則客戶端的重點將放在應用程序的功能上。您須要考慮技術細節，由於輕微的錯誤可能會產生重大影響。一樣，若是您正在構建庫存管理系統，則顏色方案和用戶界面對客戶端沒有多大價值。

用戶友善和界面

相反，若是您正在開發酒店預訂或旅遊規劃網站 - 配色方案，佈局和易用性具備更大的價值。在這種狀況下，客戶端對解決複雜的極端狀況不感興趣，而是優先考慮網站的用戶界面及其流暢的流程。

上市時間

另外一個須要考慮的重要因素是應用的「上市時間」。顯而易見，開發具備大量功能的大型產品須要數月和數年才能開發出來。這可能會致使嚴重的業務損失，由於競爭對手可能會在您的客戶面前在市場上提出相同的想法。

有效的方法是提早進入市場並推出具備少許功能的產品。隨後可在產品更新時添加更多功能。這須要根據產品發佈計劃肯定功能和功能的優先級。在這種狀況下，您的測試計劃應包括集成和迴歸測試。您可能但願自動化迴歸和煙霧檢查表以得到測試效率，由於它將是更長時間的重複活動。

概念證實（POC）和原型

有時，客戶不清楚要求。當我看到它時，他們可能會持有「我會知道它」的態度。在這些狀況下，您可能須要使用軟件原型模型並相應地規劃您的測試策略。

2.瞭解您的平臺和目標設備

在開始軟件測試計劃以前，您須要瞭解的另外一個重要事項是瞭解目標平臺和設備。在當今世界，科技市場充斥着各類平臺，設備和屏幕尺寸。有我的電腦，筆記本電腦，筆記本電腦，平板電腦和移動設備。此外，這些裝置中的每個的規格都有變化。所以，在您發佈產品以前，人們不可能在每一個設備上執行測試。

所以，重要的是讓客戶就將要進行測試的平臺，設備和屏幕尺寸達成一致。這一點相當重要，由於移動平臺，設備和屏幕尺寸有不少種。一樣，若是要爲Web應用程序定義測試策略，則能夠決定操做系統，瀏覽器和屏幕分辨率。

您能夠經過對受衆和目標用戶進行一些市場調查，將目標平臺，設備，屏幕尺寸，瀏覽器和分辨率列入候選名單。

3.制定你的測試策略

一旦您清楚地瞭解了對客戶和目標受衆的業務有何重要意義，您就能夠制定測試策略了。測試策略是一個高級文檔，用於定義測試特定產品的方法。測試策略與測試計劃不一樣，由於它不包含任務，職責和時間表的詳細信息。

您能夠逐步制定軟件測試策略：

瞭解業務需求

如上所述，在開始軟件測試計劃以前瞭解業務需求很是重要。您的測試策略應該補充業務需求。在構建用戶友好型產品時，您的測試策略能夠包括用戶界面測試，可用性測試，跨瀏覽器測試和跨平臺測試。

選擇所需的測試類型

有不少可用的測試技術。全部測試技術都不適用於每一個項目。根據要求，您能夠選擇所需的測試類型來測試應用程序/產品的全部區域。

測試策略可能包含多種測試類型。這包括黑盒測試，白盒測試，安全測試，數據庫測試，API測試，負載測試，壓力測試，性能測試，可用性測試，跨瀏覽器測試，跨平臺測試，集成和迴歸測試技術的任意組合。

若是對軟件測試、接口測試、自動化測試、性能測試、LR腳本開發、面試經驗交流。感興趣能夠175317069，羣內會有不按期的發放免費的資料連接，這些資料都是從各個技術網站蒐集、整理出來的，若是你有好的學習資料能夠私聊發我，我會註明出處以後分享給你們。

4.選擇正確的測試工具

制定測試策略後，您就能夠爲測試活動選擇合適的測試工具。市場上有幾種測試工具能夠促進和加快測試過程。在某些狀況下，使用測試工具變得不可避免。例如，在單臺計算機上模擬1,000個或更多用戶時，您將面臨很大的麻煩。

該 LoadComplete工具能夠幫助您在負載和壓力測試。您還可使用一些工具來幫助您快速生成測試數據。當您執行負載測試和性能測試時，此類工具會派上用場。

一樣，您可能已選擇在測試策略中進行自動化測試。在這種狀況下，您須要一些自動化工具，如Selenium，Ranorex，WAPT。若是您正在使用移動測試自動化，則可能須要使用Appium。

此外，您還須要一個測試或缺陷管理工具來有效地管理測試用例，測試用例執行狀態和錯誤報告。是一個這樣的工具，能夠在一個地方無縫集成您的需求，測試用例，執行狀態和錯誤。

5.創建質量保證流程

不一樣的項目能夠具備不一樣的項目團隊，角色和任務結構。所以，您能夠選擇遵照公司質量保證流程或根據項目需求進行調整。您可能還須要在項目的bug生命週期中定義狀態。

質量保證流程包括項目的完整質量週期，從理解需求，建立測試場景，執行測試用例，識別和報告錯誤，驗證修復，最後執行最終產品的煙霧測試。

6.估計質量保證工做量

根據您的測試策略和測試工具，您能夠估算項目所需的測試工做量。質量保證活動包括瞭解業務需求，測試用例的建立和執行，測試數據的建立以及一些突發事件。

測試用例的建立和執行

建立測試場景是一項重要的質量保證活動。這也是一項具備挑戰性的任務，由於它須要頭腦風暴，理解需求並提出側面案例。下一步是爲場景建立測試用例。有些人忽略了建立測試用例所需的工做量和時間。確保在估算中包含建立測試方案和測試用例所需的時間。

建立測試數據

有時，您須要爲應用程序建立測試數據。根據項目要求和可用工具，您能夠估算建立測試數據所需的工做量。根據您使用的是否使用任何工具，估算值會有很大差別。

資源分析

分析資源的技能組合及其對項目的可用性。例如，專家資源須要2天才能完成任務; 對於同一任務，初學者資源可能須要4天。一樣，若是您使用一些新的測試工具，學習曲線的持續時間應包括在估算中。

延遲和偶然性

您可使用多種估算技術來爲測試活動提供真實的估算。可是，實際工做仍有可能偏離估計的工做量。在某些狀況下，開發工做須要付出更多努力，而且在截止日期很是接近以前，發佈版本沒法進行測試。

所以，建議考慮此類延誤並在估算中增長一些意外狀況。

7.安排質量保證活動

估計會告訴您完成工做所需的小時數。另外一方面，時間表會告訴您時間線。時間表告訴您什麼時候開始活動，活動的截止日期是什麼以及預期的延遲是什麼。這還有助於您識別和應用快速跟蹤或崩潰技術，以壓縮計劃並知足項目截止日期。

您能夠經過肯定質量保證活動，開發任務和所需批准之間的邏輯關係來安排QA活動。例如，您能夠在幾天內準備測試數據，測試場景和測試用例; 然而，您必須等待發布，由於編碼可能須要更多努力。一樣，資源分配也會影響您的日程安排。資源能夠徹底或部分分配。所以，在質量保證活動中，這是另外一個須要考慮的重要因素。

8.資源的可用性

根據測試資源的可用性規劃軟件測試過程。這包括測試環境，測試工具，測試設備和人力資源。您可能須要特殊的軟件或硬件要求才能符合正在開發的系統。所以，請確保您擁有或在須要時設置所需的測試環境。

9.瞭解測試計劃的要點

當您考慮了上述全部因素後，您將概述如何執行項目的質量保證流程。聽起來不錯？可是，你既不能把全部這些都記在腦海中，也不會口頭向每一個相關團隊成員解釋你的計劃。您將須要一個系統地組織軟件測試過程全部規劃的文檔。

測試計劃文檔能夠派上用場。A是定義策略的文檔，該策略將用於驗證產品或系統是否根據其規範和要求進行開發。編寫測試計劃有幾種選擇。您能夠按照IEEE 892標準建立測試計劃，也能夠建立自定義測試計劃。

10.執行與計劃一樣重要

毋庸置疑，計劃活動的執行與計劃自己一樣重要。會出現幾種狀況，事情並無像最初計劃的那樣進行。爲了涵蓋這些場景，您須要事先分析風險及其相關響應 - 同時建立測試計劃。

後記

在本文中，咱們已經討論了在開始軟件測試計劃以前應該瞭解的10件事。從瞭解客戶的心態開始。這將有助於識別任務，肯定任務的優先級，並交付符合客戶指望的產品。第二個重要的是肯定應該進行測試的平臺和設備。

展望將來，開發了一種測試策略，並選擇了正確的工具。您還能夠創建質量保證流程，以確保系統地進行軟件測試......

此外，您還能夠分析可用資源和所需的測試工做。根據估算，您能夠制定測試計劃。而後，您能夠將全部信息都放入測試計劃中。該測試計劃能夠指導您執行軟件測試過程。

你以爲這篇文章有用嗎？在您看來，在開始軟件測試計劃以前應該問什麼其餘事情？在下面的評論部分分享您的想法並傳播知識！