軟體測試流程我之見解

標籤：

對於一個軟體測試人員而言，不僅需要在軟體測試的過程中發現問題並提交，他應該更加重點關注與測試過程中流程的管理，簡單的來說，就是什麼時候開始測試，在測試的過程發現問題並提交，提交問題後，對於Bug的跟蹤，對發現的問題進行迴歸測試、關閉發現問題。關注流程不僅可以提高軟體測試效率，並且可以在測試的過程中更有效發現問題，使得本次測試變得有意義。

從軟體測試從開始，我認為我們可以把它看作是一個“項目”，項目它有自己的流程：規劃、開發、營運、消散。

規劃：就是軟體測試流程從什麼時候啟動。當系統在需求分析階段，測試人員在參與系統需求評審會議的時候，意味著流程的開始，這個時候我們要做的事情就是結合需求判斷需求是否合理。什麼是合理的需求，正如道家講述的“有始有終”，做一件事情有開始就有結束，就是所謂的“閉環”，當新增一條資料的時候，就需要可以對該資料進行修改、查看、刪除，新增就是“開始”，刪除就是“結束”。當有“閉環”處理後，接著就要判斷資料處理方式和使用操作是否可以更加簡單，怎樣可以更“簡單”，就是換位思考，如果自己是使用系統的使用者，作業系統的時候，是否會覺得系統“不好用”。這個過程如果改進需求更加合理，就可以減少開發人員的工期和後期測試人員的工作量，避免返工。

開發：這個“開發”不是和程式員一樣的coding，而是編寫我們軟體測試的靈魂“測試案例”，一個優秀的“靈魂”，是可以儘可能用較少的時間發現較多問題，提高工作效率，使得軟體測試變得更加有意義。冗餘操作盡量的少，儘可能覆蓋系統流程是評價一個“靈魂”的好壞的直接標準。在測試案例編寫完畢後，當開發交付系統給測試人員，此時我們就可以按照編寫並且評審過的“靈魂”，有節奏的測試系統，這個過程中發現了問題，登記在項目缺陷管理軟體並告知開發人員，當測試案例記錄的流程執行一遍後，軟體測試第一輪即告一段落。

營運： 當開發人員修複了我們我們提交的Bug後，我們接下來要做的事情就是迴歸測試，這個過程就是我認為的“營運”，就在不斷的迴歸測試中維護我們“靈魂”，這個時候系統若有非功能性要求，比如“系統需要在1w人同時線上訪問下正常運行一個月”等類似的要求，我們可以繼續完成效能測試。

消散：當迴歸測試完畢後，就需要關閉我們登記的Bug，當問題都關閉後，項目算是“消散”。

這就是軟體測試流程。

此時，我們也是可以將話題進行擴充，“無規則不成方圓”，這個規則也是我們講到的流程，為什麼企業招人想找有經驗的人，因為有工作經驗的人懂得做事的流程，不一定是掌握的崗位技能多麼熟練，技能只要花時間都是可以掌握的，但是流程卻是一個人時間與智慧的總結；作為leader也是如此，為什麼有些人可以當領導，因為他們胸中有流程，流程可以讓事情變得僅僅有條，事情按照規劃執行，準時完成，有了流程就可以將人員在合適的地方綻放出他的價值，所以我覺得當人們掌握了在自己行業中的流程，那麼他就是站在行業金字塔的高處綻放自己的光彩。

我也是在掌握屬於自己流程。

來自為知筆記(Wiz)

軟體測試流程我之見解