測試資產(chǎn)配置管理指南Testlink

1、第一步，項目組應當向測試管理部提出新產(chǎn)品申請并提交相關人員名單；測試管理部在testlink系統(tǒng)中新建該測試產(chǎn)品并加入人員。Testlink按照產(chǎn)品（而非項目）的級別進行需求和測試案例的管理。如果某個項目是為了建立一個新的產(chǎn)品，則需要在testlink中申請新的測試產(chǎn)品條目。如果某個項目是為了優(yōu)化改進已有產(chǎn)品，則使用已存在的測試產(chǎn)品條目。如果某個項目涉及多個產(chǎn)品，則應首先分解項目至產(chǎn)品級別（為每個相關產(chǎn)品分別提出需求）。注：現(xiàn)階段，各產(chǎn)品部門并沒有維護一份完整的產(chǎn)品系統(tǒng)需求說明書（即整個產(chǎn)品的需求全集），并在每個版本持續(xù)維護。這樣安排的目的在于，按照產(chǎn)品的模塊和子模塊分類，可以得出整個產(chǎn)品的需

2、求全集。如果今后業(yè)務部門開始維護產(chǎn)品級別的系統(tǒng)需求說明書，則testlink應當轉而以項目為基礎進行管理，需求模塊也相應只記錄每個版本改變的需求，這也更符合testlink本身的架構設計。在新建測試產(chǎn)品頁面，需要填寫的欄位包括：· 名稱：測試產(chǎn)品名稱。如果某個產(chǎn)品較為復雜，也可以分解到模塊級別，以該產(chǎn)品的每個模塊作為一個測試產(chǎn)品· 前綴：該測試產(chǎn)品下的測試案例的通用前綴（在測試案例建立的時候自動插入到案例標志前），前綴的格式應當為：“TC-”+測試產(chǎn)品簡稱· 產(chǎn)品描述：對于該產(chǎn)品的目的，功能等方面的一個簡要描述。· 增強功能：一般需要勾選的是“啟用需求功

3、能”，“啟用測試優(yōu)先級”。· 可用性：一個產(chǎn)品在新建立的時候應當勾選“活動的”，當其不再被使用，則應取消勾選“活動的”。一般不應勾選“公共”，則只有被加入到該產(chǎn)品的成員才可以在測試產(chǎn)品下拉菜單中看到該產(chǎn)品；如果勾選“公共”，則所有testlink用戶都可以看到。第二步，項目經(jīng)理或測試經(jīng)理將初始的需求集和需求加入到需求模塊中，或對現(xiàn)有的需求集和需求進行修改。Testlink中的需求是按照模塊（而非項目版本）安排的。需求的樹形結構應當為：產(chǎn)品-模塊-子模塊-系統(tǒng)需求。需求的模塊和子模塊在testlink中都體現(xiàn)為需求集。在新建需求集的頁面，需要填寫的欄位包括：· 文檔ID：模塊

4、或子模塊的編號，格式應當為：TBD· 標題：模塊或子模塊的名稱。· 描述：對于該模塊或子模塊的目的，功能等方面的一個簡要描述。· 類型：一般來說，testlink中應該保存“系統(tǒng)需求集”。在新建需求的頁面，需要填寫的欄位包括：· 需求ID：系統(tǒng)需求的唯一編號，格式應當為：TBD· 標題：對于每條系統(tǒng)需求的簡要描述。· 描述：對于每條系統(tǒng)需求的詳細描述。· 狀態(tài)：由于并不使用testlink管理需求的功能，所以在下拉列表中常用的狀態(tài)只包括（括號內是testlink系統(tǒng)中存儲的狀態(tài)值）： 草案（D）：初次加入（或修改）該需求項時

5、需求尚未通過評審，該需求項未最終確定 定稿（F）：測試完成之前，新加的（或修改的）需求已通過評審，該需求項已最終確定；如果該需求項在加入testlink時已經(jīng)確定，則應該直接設置為“定稿”狀態(tài) 已實施（I）：測試完成后，該需求項已通過全部相關測試，或已通過部分測試但其相關風險已得到?jīng)Q策層認可；若該需求項未能通過測試，則應當停留在“定稿”狀態(tài) 不可測試（N）：不具備條件對該需求項進行測試，或該需求項無需測試；此狀態(tài)可以在測試分析過程中逐一設置，或在測試完成后統(tǒng)一設置 已廢棄（O）：該需求項不再有效，應當在測試全部完成后將其刪除；此狀態(tài)應該在需求修改（可能是由于初始需求或在項目過程中的需求變更）過

6、程中設置，并在測試完成后從系統(tǒng)中刪除· 類型：由于并不使用testlink管理需求的功能，所以在下拉列表中常用的類型只包括與測試相關的以下幾個（括號內是testlink系統(tǒng)中存儲的狀態(tài)值）： 功能/特性（2）：產(chǎn)品的功能描述或特性描述 用例（3）：產(chǎn)品的使用或操作的典型場景 界面/接口（4）：產(chǎn)品的UI界面或系統(tǒng)間接口定義 非功能性（5）：非功能性需求，如操作性，性能等· 需要的測試案例數(shù)：TBD第三步，測試人員在測試模塊中創(chuàng)建初始的測試案例集和測試案例，或對現(xiàn)有的測試案例集和測試案例進行修改。Testlink中的測試案例是按照模塊（而非項目版本）安排的。需求的樹形結構應當為：產(chǎn)品-模塊-子模塊-測試案例。這個樹形結構與需求模塊中的樹形結構應當是一致的。測試案例的模塊和子模塊在testlink中都體現(xiàn)為測試案例集。在新建測試案例集的頁面，需要填寫的欄位包括：· 案例集名稱：模塊或子模塊的名稱。· 描述：對于該模塊或子模塊的目的，功能等方面的一個簡要描述。· 關鍵字：可選。在新建測試案例的頁面，測試案例填寫的欄位包括：案例名稱：預置條件：案例級別：測試數(shù)據(jù)：測試工具：案例評審人/日期：案例備注：后置條件：選填重要性：選填關鍵字：選填 第四步，測試經(jīng)理或測