審核通過：通常會自動流轉到下一個處理人處;或流轉到下一個處理階
段;或返回到指定負責人處
審核未通過：如果審核未通過，通常會停留在當前審核步驟，待下次送
審后再次激活當前審核步驟;有時會返回到項目負責人處，待項目負責人處理
并激活流轉步驟。
拒絕審核/審核未通過：測試拒絕后流程流轉的是否正確
結束：根據實際需求而定，有的系統有此需求，有的沒有。如果有此需求，那
么需要測試特殊人員是否可以強制結束流程的流轉，測試強制結束的流程狀態
是否正確
歸檔：測試流程流轉結束后，相關信息是否已經歸檔;(確認強制結束的信息是
否已歸檔，狀態為‘已結束’)
分發傳閱：測試傳閱對象是否已經正確接收到傳閱信息;測試傳閱人的操作權
限是否正確(一般對于傳閱人某些操做是不允許的);根據需求及模板的定義測
試測試傳閱人是否全部傳閱完成后，分發人才可以辦理/提交到下一個流程階段。
(根據實際情況測試，有些工作流是不需要此操作的)
(4) 測試在流程在流轉過程中是否已作權限限制(如：操作按鈕的使用權限;附件編輯，
查看權限，信息的編輯、相看權限)-----參考權限測試方法
(5) 測試流程跟蹤/歷史審核信息是否正確，記錄是否齊全(一般按流程步驟，操作時間
升序排列)
(6) 如果當前辦理/審批階段是以組的形式存在的，那么需要根據需求及流程模板的定
義，測試是需要組內成員全部辦理/審批完成，流程流轉到下一流程階段，還是只需
組內一個成員辦理/審批通過就可以流轉到下一個流程階段
(7) 跟蹤測試，跟蹤一條數據的流程，保證數據的正確性(個人認為工作流最有效的測
試方法)
文章來源于領測軟件測試網 http://www.kjueaiud.com/
