?最近在GitHub上發現一個項目，項目描述了作為QA工程師，進行軟件測試技能提升時的，建議的軟件測試學習順序圖?。
雖然2021年起就不再更新了，但是居然有1.5K的?星。
整個項目有兩個部分?：
?????1.QA和軟件測試學習順序圖
?????2.一份測試計劃模版
項目的介紹文字如下?：? ? ?? ?
在任何產品生命周期中，測試都是一個至關重要的階段，無論是食品、汽車還是軟件生產線。產品的結果應該符合我們的期望，并滿足我們創造該產品的需求。
對于任何質量保證工程師來說，擁有堅實的，理解軟件組件如何工作以及如何相互集成的知識基礎，以及掌握破壞性測試技能是必不可少的技能組合。軟件測試是一門藝術，它調查并發現可能產生意外的任何行為。
以下是你可能需要了解的QA和軟件測試學習曲線的路徑。
?1.QA和軟件測試學習路線圖
由于圖片比較大，領測老賀將中間比較重要的部分截圖，并放大顯示了，方便大家觀看?。最后部分也將全圖放了出來！
項目最后，作者給出了以下的建議，領測老賀也一并翻譯了出來：
建議
不要盲目信任你未曾見證其失敗的測試代碼。
充分理解軟件測試的本質，不要急于追求自動化。我個人認為，自動化是處理冗余任務的一種有效手段，但并不能取代對軟件測試的深入理解。在適當的設計下，自動化可以輔助你完成重復性的測試任務，提高效率。
自動化并不比手動記錄和編寫測試更復雜。它實際上是將手動測試轉化為可讀性更好、更易于理解和可重復使用的代碼。
確保你的測試代碼真正在執行有效的測試。
你的測試代碼應該無需額外的測試，本身就應該具備穩定性和可靠性。
不要僅僅依賴服務器的返回狀態來判斷測試是否通過。例如，對于未授權的API調用得到200的狀態碼，這可能意味著你的軟件存在安全風險。因此，除了檢查服務器響應，還應驗證請求的合法性和安全性。
2.項目計劃模版
該項目還給出了一份軟件測試計劃模版，配合的說明如下：
測試計劃模版
質量保證團隊需要生成的最重要的文檔之一就是測試計劃。缺乏測試計劃可能導致團隊對測試標準、起點和執行不同類型的測試時機一無所知，這可能會對整個項目交付造成風險，甚至可能導致交付的代碼質量不佳。
測試計劃的章節和內容可以根據項目和交付類型的不同而有所不同。因此，所附的測試計劃PDF被視為通用的，可以滿足所有軟件測試交付的需求。
您可以在此處找到所附的PDF以供下載：test_plan_sample.pdf。
以下是完整的軟件測試學習路線圖
項目GitHub的地址：awesome-quality-assurance-roadmap
文章評論