引發問題：「設計如此」和「不予修復」的bug都是決定了不修的，那麼用「設計如此」不就行了嗎？
不予修復：代表是bug，但是決定不予處理的問題 （白話：確實是個問題，但我就是這麼任性，就是不修，不僅現在不修，就是以後也不打算修）
例如：某些非常輕微的bug，但不影響功能使用的，或雖然對功能有影響但是仍然通過其他途徑解決的，可以解決為不予修復
「不予修復」與「設計如此」的區別：
不予修復的前提是承認是個bug，但是我不修（不修原因可能是不修也不影響使用，修復成本太高，修復價值小於投入成本，或技術上無法實現等），而設計如此則指的是根本不承認是個bug，所以我不修，因為設計就是這樣的。
不予修復的bug是有效bug，設計如此的bug是無效bug。
舉例：需求文件上說明：為了突出提示效果，公告欄的文字顏色需要是紅色的
測試報bug：公告欄的文字顏色是黑色的，提示效果不明顯
開發認為即使文字顏色是黑色挺好，變成紅色反而有違和感，那麼就可以將此bug解為：不予修復 （確實是問題，與設計不一致）
如果一開始需求文件上並沒有說明為了突出提示，需要文字顏色是紅色的，那麼此bug可以解為：設計如此 （不是問題，設計就是這樣的）
另外，如果產品改了需求，如上述例子中，產品將「為了突出提示效果，公告欄的文字顏色需要是紅色的」這段話從需求中刪除掉了，那麼「不予修復」確實可以轉為「設計如此」了，但是我們需要清楚兩者的含意是不同的。如果我們不滿意「設計如此」的解決方案，也可以將此bug重新開啟，做為優化需求指給產品，或者重新提需求優化指給產品。這裡牽涉到了另外乙個點：所有「設計如此」的bug，都暗示者產品設計可能有問題。
重點：爭議解決：經過bug委員會（產品，開發，測試，專案經理一起）討論，仍認定不予處理的問題，可以關閉
編寫和管理缺陷報告
缺陷報告的用途 1.記錄缺陷 2.缺陷分類 3.缺陷跟蹤 缺陷分類 1.按缺陷的嚴重程度 影響進度的問題 宕機功能問題 介面問題 建議2.按修復缺陷的優先順序 應立即修復的問題 在產品發布之前必須修復的問題 如果時間允許應該修復的問題 可以在發布版本中存在的問題 備註 缺陷的嚴重程度和優先順序各軟體...
目管理和缺陷跟蹤工具 Redmine
redmine 是乙個開源的 基於web的 專案管理和缺陷跟蹤工具。它用日曆和甘特圖輔助專案及進度視覺化顯示。同時它又支援多專案管理。redmine是乙個自由開放 原始碼軟體解決方案，它提供整合的專案管理功能，問題跟蹤，並為多個版本控制選項的支援。雖說像ibm rationalteam concer...
專案管理和缺陷跟蹤工具Redmine
官網 projects redmine wiki download redmine 是乙個開源的 基於web的專案管理和缺陷跟蹤工具。它用日曆和甘特圖輔助專案及進度視覺化顯示。同時它又支援多專案管理。redmine是乙個自由開放 原始碼軟體解決方案，它提供整合的專案管理功能，問題跟蹤，並為多個版本控...