在Winform方面，基于業務的不同，我們可以利用工具的效率，快速做很多不同的業務系統，前期做了一個缺陷管理系統，想把機關的測試業務規範下，也好統計和分析每個版本的缺陷資訊，本篇整理這些資料庫設計和界面設計的相關内容，做一個介紹，希望給大家一個對比參照的案例進行學習了解。
在很多缺陷管理系統裡面，我們往往需要管理的就是缺陷資訊的記錄，以及缺陷記錄的開閉過程，進而實作了測試人員-》開發人員-》測試人員的整個閉環過程。
一般情況下，缺陷管理系統可以部署在區域網路内，或者公網内友善各個項目組成員的使用，是以可以采用BS的架構，也可以CS架構實作分布式的應用，通常情況下，采用CS的方式，在資料處理方面會友好一些，是以結合需求，我這裡采用了我常用的混合型架構，資料采用WCF服務擷取，實作資料的共享。
缺陷資訊，一般是屬于具體某個項目，某個版本，某個子產品下的具體資訊，是以這些分類必須獨立進行維護，才能友善進行後面的統計和分析，一般缺陷資訊還需要送出出錯的圖檔附件資訊，友善直覺的了解和開發人員排錯。
缺陷項目的資訊，為了分類，我們還可以分為一個域進行管理，也就是分組的概念，如按不同類型的項目，分為不同的項目域，如産品項目、客戶項目、研究性項目等分類都可以。
以上這些都是缺陷裡面很重要的屬性資訊，是以我們需要在缺陷管理系統裡面很好的設計才能使得我們的系統符合我們的業務流程。
一般情況下，版本和子產品是對應不同項目的，缺陷狀态、缺陷類型、優先級、緊急程度，這些是通用的字典項目，不會因為項目而變化。
另外，缺陷處理一般是一個閉環流程，最初一般由測試人員發起（狀态為未解決），送出給開發人員，開發人員根據缺陷記錄，設定合理的狀态，如果是正常需要處理的缺陷，一般需要修正錯誤，并設定狀态為已解決，然後測試人員對缺陷進行回歸測試，如果缺陷已經解決，則設定缺陷狀态為已關閉，否則重新打開缺陷為未解決狀态，依次循環，最後大家達到共識，是不解決或者推遲解決等。這些修改的過程也需要在缺陷系統裡面進行記錄，已進行跟蹤曆史。
為了存儲上面的缺陷資訊，我們需要設計一些表進行資料的存儲，除了一些通用性的資訊存儲，如字典資訊、附件資訊，采用通用子產品存儲外，對于缺陷的相關資訊，我們還需要設計如下的表對象來存儲資訊。
上面的表之間有一定的關系，在紅色部分進行了辨別。
界面設計還是采用常見的工具欄的方式進行布局，根據缺陷的資訊關系，我們檢視資訊 的時候，讓使用者先在具體的域下面選擇具體的項目，然後展示該項目下的缺陷資訊。
選擇項目資訊後，我們一般需要根據項目顯示它的缺陷清單，缺陷資訊提供重要的資訊展示。
輕按兩下可以展開具體的缺陷資訊，其中包括附件送出和檢視管理，缺陷的修改曆史等資訊。
對于缺陷裡面的一些字典屬性，我們可以通過統一的字典子產品進行維護，如下所示，可以對缺陷狀态、缺陷類型、優先級、嚴重程度等資訊進行獨立的維護管理。
一般情況下，我們最終還是需要根據缺陷的記錄，獲得一定的統計分析報表，以便對該版本是否能夠正常釋出進行一個評估工作，或者是了解缺陷的分類、趨勢等資訊的需要。
例如，我們可以在缺陷分類統計裡面，把缺陷狀态、缺陷類型、嚴重程度、優先級等根據版本資訊進行一個分類統計，也可以根據缺陷的趨勢進行統計等等。