交互設計師是互聯網設計團隊中的一員，需要時刻與產品、UI、開發、測試等其他成員進行交流。掌握一些其他崗位的知識，熟悉他們的工作流程，不僅能夠增加團隊溝通的效率，還能讓自己的工作更加游刃有余。軟件測試是互聯網產品開發的最后一環，及其重要，它確保了軟件的正確性、安全性、完整性。

學習新東西，第一件事是把未知的概念弄懂，再梳理流程和方法論。基本就掌握了新知識，之后加之實踐，就可以熟練掌握。作為交互，只需要掌握軟件測試的流程以及概念即可。

一些概念

測試用例：

開始進行測試之前，測試人員要列出所有的測試用例，大家可以把測試用例理解為產品的一個個功能點。這個功能點要相當細分，細分到具體的action，也就是某個按鈕點擊之后產品的反應對不對。有了這份測試用例，就可以根據它去一個個的測試產品，這些測試用例有沒有都正確的實現。最后會得出通過測試的用例和沒有通過測試的用例，沒有通過測試的用例也就是平常所說的bug，這就要反饋給開發人員，讓他們去修復bug。

回歸測試：

測試提交了bug，程序員修復完成之后，并沒有完事。這時測試人員需要對修改后的代碼進行測試，這部分的測試被稱為回歸測試。相當于驗證bug有沒有被成功修復。

git：

git是一種版本控制的軟件，產品的各個版本的代碼都放在git里進行管理。

Dev分支：

我們知道了git是一款版本控制的軟件，Dev分支是git中的一個版本分支，可以理解為一個代碼池，開發的時候寫新的功能不能直接在Dev里寫，因為一旦出問題，代碼就很難恢復。最好的做法就是備份一個，將Dev分支復制一個出來，這個過程也叫作切分支。程序員一般就在這個子分支上寫新功能或者修改bug。寫完之后，測試對該分支進行測試，測試沒有問題之后，可以將它重新和到Dev分支。因為產品的代碼是很多程序員在寫，所以每個程序員都會從Dev中切除分支，寫完后測試完畢再合到Dev中，就這樣不停的切分支、和分支，直到代碼寫好并且bug修復完。

Master分支：

上面過程中，代碼從子分支再合到Dev分支后，還要再進行一遍系統測試，確保代碼零bug。代碼沒問題之后，就可以將Dev分支并到master里，生成軟件的版本號。之后便是運維的人將最新的版本發布出來，用戶便能得到新版本更新的提示。

工作流程

如果你讀懂了上面的每個概念，基本對整個測試流程會有一個大致的了解。大致流程就是：先列出測試用例——測每一個用例是否正確——不正常的提交bug——開發修復好bug——回歸測試一遍——進行一遍系統測試——確認無誤——上線。

我們知道，只盯著眼前的一畝三分地肯定是不行，作為一名行走在路上的交互設計師，也要站在產品、UI、開發、測試、運營...的角度去思考問題，去了解他們的工作流程，最直接的好處是能夠和他們更平滑的溝通，最深層次的好處則是學會用不同的角度去看待同一個問題，這就是眼界。

總結

以上是生活随笔為你收集整理的我眼中的软件测试,交互设计师眼中的软件测试的全部內容，希望文章能夠幫你解決所遇到的問題。

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