交互設計師是互聯網設計團隊中的一員,需要時刻與產品、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、開發、測試、運營...的角度去思考問題,去了解他們的工作流程,最直接的好處是能夠和他們更平滑的溝通,最深層次的好處則是學會用不同的角度去看待同一個問題,這就是眼界。