回覆列表
-
1 # 千鋒頭號粉絲
-
2 # 馬蟻蛋
我也是做軟體測試的,目前在網際網路公司負責測試團隊的自動化團隊建設。
如果你是入門自學的話,還是建議先理解學習軟體測試的理論知識。吃透軟體測試原則,目的,缺陷管理等。
然後學習一門擅長的程式語言,達到獨立開發一個專案的程度,只是會看程式碼不管用。
在學習自動化測試工具,框架等。
我也是做軟體測試的,目前在網際網路公司負責測試團隊的自動化團隊建設。
如果你是入門自學的話,還是建議先理解學習軟體測試的理論知識。吃透軟體測試原則,目的,缺陷管理等。
然後學習一門擅長的程式語言,達到獨立開發一個專案的程度,只是會看程式碼不管用。
在學習自動化測試工具,框架等。
在軟體測試行業興起的時候就展開了密切關注,在自動化測試新興的時候,自動化測試很重要!
軟體已成為我們生活的世界的重要組成部分。它早已超出了提高企業效率這一個目的。今天,公司都試圖想方設法成為一流的數字公司。隨著我們每個人都會與越來越多的軟體進行互動,創新的車輪會轉得更快。
如果你想跟上步伐,必須研究如何在不犧牲質量的情況下更快地交付你的軟體。持續交付是一種自動確保你的軟體可以隨時釋出到生產環境中的方式,可以為你提供幫助。經過持續交付,可以使用構建管道自動測試軟體並將其部署到測試和生產環境中。
手動構建,測試和部署不斷增加的軟體數量很快就變得不可能了-除非你希望將所有時間花費在手動,重複性的工作而不是提高交付效率的工作上。
很明顯,手動測試所有更改非常耗時,重複且乏味。重複是無聊的,無聊會導致錯誤,並使你在本週末之前尋找不同的工作。(譯者注:意思就是沒做完就找不同的事做)幸運的是,對於重複性任務有一種補救措施:自動化。
自動化重複性測試可以成為軟體開發人員生活中的重大改變。使自動化測試,你不再需要盲目地遵循點選協 議來檢查你的軟體是否仍能正常工作。自動化的測試,你可以改變程式碼庫而不用打眼球。如果你曾經嘗試過在沒有適當的測試套件的情況下進行大規模的重構,我敢打賭這會是一個多麼可怕的體驗。你怎麼知道你是否意外地破壞了某些東西?那麼,就是你點選所有的手動測試用例。但在這裡,問你一句,說實話:你真的喜歡這樣嗎?