一、針對nobug的缺陷
1、產品經理針對產品建議類的缺陷若本版本暫時不修改，可以將bug進行nobug處理，但需要讓其將缺陷提交到jira作為產品建議記錄，并且在缺陷備注說明jira id。同時測試人員將缺陷的summary前加上【jira建議】以便測試分析時篩選。
2、針對系統集成類的缺陷，所謂系統集成類的缺陷是本項目無法修改，需要其他項目才能修改的缺陷。這類缺陷產品經理可以將缺陷nobug處理。測試人員需將缺陷的summary前加上【系統集成】以便測試分析時的篩選，同時測試人員還需將缺陷拷貝一份到相應項目的TD-單元集成測試中，并發送郵件通知相應項目的項目經理、產品經理并跟進缺陷處理情況。
3、針對無法重現的缺陷，若確實無法找到規律并解決，產品經理可以nobug處理；但測試人員仍需進行進行缺陷驗證，若重現此缺陷將缺陷open起來并修改相應的缺陷描述；若下一循環驗證確實沒有重現，在缺陷的summary前加上【無法重現】一遍測試分析時篩選。
4、針對描述不同但可能產生原因是同一個缺陷，開發人員解決缺陷若判定為重復缺陷將缺陷nobug，測試人員驗證nobug缺陷時若該缺陷仍然存在則將該缺陷進行reopen操作，并說明reopen原因。
5、針對修改需求的缺陷，產品經理、開發人員若有進行修改需求則不能讓其將缺陷nobug處理；需要修改用需、軟需后將缺陷fixed處理。若開發人員將此類缺陷nobug，測試人員可以將缺陷open起來重新修改。
二、針對reopen的缺陷
1、上一循環發現功能未實現的缺陷，在這一循環已實現但實現的功能存在某一功能錯誤，此時測試人員可以將上一循環的缺陷closed，并重新提交一個新缺陷，無需進行reopen操作。
2、測試人員reopen缺陷時需在comments說明這個缺陷reopen的原因再進行操作reopen。
3、原則上我們提出的缺陷沒有修改而開發人員將缺陷fixed處理了，我們驗證缺陷時均采用reopen操作。但測試負責人可以自己把握這個度，可以視項目情況、開發人員等情況適當放松，比如一些很小的缺陷，比如提示信息修改不完全，或者一些很小的需求問題修改不完全，可以跟缺陷解決人說明并讓其修改，將缺陷closed處理。
4、驗證缺陷時因為其他缺陷的影響導致此缺陷無法驗證，此時仍判定為缺陷無修改將缺陷reopen處理。
三、針對deffred的缺陷
原則上這些缺陷我們可以不用進行處理，但部分項目存在產品經理忘記將deffred的比較嚴重或影響項目結項的缺陷open起來處理，導致項目最后一個循環才來著急的處理這些缺陷。測試負責人可以在每個循環測試前關注deffred的缺陷，若判定這些缺陷較為影響產品質量需提醒產品經理或項目經理及時對這些缺陷進行處理。
當然，各個項目仍存在一些特殊的情況可能會需要特殊處理的，以下幾個問題請各測試人員務必答復（尤其是測試負責人）；
1、測試過程中還遇到哪些處理缺陷時不知如何操作或糾結的情況，可舉例說明？
2、針對以上處理缺陷的流程和方法有何意見或建議？
3、針對缺陷處理的流程有何補充，或者在你所接觸的項目還有其他處理缺陷的流程嗎？