問題單的流程確保了問題一旦發生不會丟失，因為一旦有問題單產生，始終有責任人進行跟蹤，直到修改完畢走到測試人員那裏。他測試完成發現確實修改了沒有問題，這才將問題單關閉。問題單的這個修改跟蹤的流程後來用在了快遞業上麵，發件人將包裹發出後，就產生了一個單號，這個單號可以一直查詢該包裹的狀態，確保了包裹不會丟失。各行各業都有自己的跟蹤方法，華為的某位員工因為該跟蹤流程去了一家物流公司，現在做到了副總裁的位置。
測試驅動開發是成熟產品開發的重要模式，開發與測試的這種製約關係保證了產品的質量，以及修改問題的有效性。一個產品如果測試人員過於軟弱，開發人員在處理問題的時候有著太高的話語權，一方麵測試人員的勞動積極性就會受挫，另一方麵針對缺陷的處理可能會放鬆，因此產品的質量就會產生風險。
因此問題單是我們日常生活中處理問題的主要形式，作為一名開發人員，問題單的處理過程要經曆幾位重要的角色，他都可以宣布你的修改無效，甚至因此說你工作做得不好。他們分別是測試人員、PL以及問題涉及的相關審核專家。這就保證了一個問題的處理經過了重重的關卡，保證是有效的處理。這也讓開發人員在處理問題單的時候，要經過三座大山。