?最近在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
文章評論