當產品的某些功能完成後,需有專門做測試的團隊進行測試,以確保產品的品質保障也證明產品的價值性,而要進行測試的時候需先有一套測試流程定義,分別將測試整個流程需到的環節都詳細列出,方便日後測試環節有狀況時好追蹤責任歸屬。
通常產品有bug區分為上市前專案團隊測出來的,另一方面是產品上市後有bug發生,後者是團隊內部自己測出或是經由客訴才知道沒測到的產品狀況,因此,將該等bug由不同單位依專業領域區分各種測試方式,分別為灰箱、黑箱與白箱的測試且每個方框為一個單位括號處為owner,經測試出來的問題狀況再上傳至Bugzilla統一管理bug並將bug妥善追蹤管制,且將bug依不同嚴重程度做區分,用以判別將處理優先順序,然後進行指派給RD團隊協助處理解bug,並請RD團隊告知能處理完成的deadline,若RD無法當下回答deadline那就請他們提供checkpoint分階段review處理狀況,並於會議上跟團隊內部報告處理進度與楚理狀況。
當進行處理解決bug步驟為1.定義問題、2.討論解析問題、3.成立專案研究追蹤處理,當將解決完成解決bug後,再將處理方式步驟建立knowledge base,並可告知客服中心未來遇到客訴相關問題可直接至knowledge base查詢所對應的答案。
經過初始階段(initail phase)的過程:雛形設計或是經過概念性驗證(POC;Proof of Concept)、工程驗證(EVT;Engineering Verification Test)、設計驗證(DVT;Design Verification Test)、生產驗證(PVT;Production Verification Test)等驗證過程,產品生產上市前或上市後一定會都會遇到問題(bug),因此透過前面有提到「有原則不亂,有計畫不忙。」,建立一套有規則有系統的測試流程足以對應解決處理對應的bug issue,建立原則徹底執行計劃讓你遇到問題不會手忙腳亂,讓產品的品質不僅讓自己放心也讓消費者安心。