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

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

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

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

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

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

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