實驗十三 團隊做業9：Beta衝刺與團隊項目驗收

實驗十三 團隊做業9：Beta衝刺與團隊項目驗收

實驗時間 2019-6-20（21）

---

Deadline：

[6.20-6.26]之間任選連續3天的23:00，以團隊隨筆博文提交時間爲準。

評分標準:

•  按時交 – 根據實驗十三評分細則打分（滿分190分）
• 本實驗爲團隊任務，團隊成員成績以團隊博文成績爲準
•  衝刺博客合計80 分，缺乏任何一項要求內容扣5分，遲交得0分
•  結項文檔合計90分，缺乏一個扣30分
•  博客其餘格式要求20分
•  抄襲 - 倒扣本次做業分數

1、實驗目的與要求

（1）掌握軟件黑盒測試技術；

（2）學會編制軟件項目總結PPT、項目驗收報告；

（3）掌握軟件項目驗收內容，驗收流程。

2、實驗環境要求

（1）實驗五—實驗十二所編制團隊項目文檔；

（2）實驗十二所開發團隊項目軟件包。

3、實驗內容與步驟

任務1：團隊做業Beta衝刺

       團隊項目通過Alpha階段衝刺後，已基本完成項目編碼工做。進入Beta階段衝刺後，須要開發者從用戶使用體驗或典型用戶應用場景測試並完善系統功能，此時，經常使用黑盒測試技術完成測試工做。根據團隊項目中軟件的需求文檔、功能規格說明書和技術規格說明書，編寫軟件的功能測試計劃、測試過程和測試結果。在日期區間[6.20-6.26]內，任選連續3天進行Beta衝刺，衝刺當天晚11點前發佈一篇團隊Beta衝刺博客，天天衝刺內容規範以下：

• 各個成員今日完成的任務
• 各個成員明日的任務安排
• 各個成員今日對項目的貢獻小時數
• 提供當天站立式會議照片一張，更新項目燃盡圖，描述項目總體進展狀況

最後一篇Beta衝刺博客須要回答下述問題：（20分）

1. 在發現了多少Bug？有哪些是Alpha階段沒有發現的Bug？
2. 如何進行用戶場景測試（scenario testing）的？
3. 是否有迴歸測試？請給出一到兩個測試用例並解釋。
4. 給出項目在什麼樣的平臺、硬件配置、瀏覽器類型……上對軟件進行測試？

        助教/老師按期檢查衝刺博客並記錄相關成績，上述四個要素需在天天更新博客內容中體現。前2篇衝刺博客滿分爲 20 分，第3篇衝刺博客滿分40分，缺乏任何一項，扣5分，遲交得0分。

任務2：參考附錄：軟件項目驗收相關知識，完成團隊項目驗收準備，包括項目文檔的完善與整理、團隊項目總結陳述PPT編制、符合團隊項目特色的項目驗收意見表的編制、完成項目軟件系統演示前準備工做，確認結對驗收項目組，編制驗收會議名單及驗收會議議程。在團隊項目Github倉庫中上傳以上文檔。（每一個文檔30分，共計90分）

任務3：在團隊博客發佈博文，實驗完成狀況。

團隊博文格式符合如下要求

團隊隨筆博文名稱：《團隊名稱》第九次團隊做業：Beta衝刺與驗收準備（2分）

做業正文開頭格式：（3分）

項目	內容
這個做業屬於哪一個課程	<任課教師博客主頁連接>
這個做業的要求在哪裏	<做業連接地址>
團隊名稱	<填寫團隊名稱>
做業學習目標	<填寫具體目標>

隨筆博文正文內容包括：

團隊項目github倉庫地址連接；（2分）

Scrum meeting導航（3分）

【Beta】Scrum meeting 1連接

【Beta】Scrum meeting 2連接

【Beta】Scrum meeting 3連接

描述任務2團隊成員的具體分工、佔整個實驗任務的工做量比例及完成各自任務的實際時間，每位成員結合任務2分工總結心得，最後由項目組長進行總結陳述。（10分）

 

附錄：軟件項目驗收相關知識

       項目驗收在軟件整個生命週期內是一個很是重要的里程碑，一般採用項目開發方（乙方）與項目委託方（甲方）一塊兒召開會議方式進行項目驗收評審。通常來講，甲方若贊成召開驗收會，就是對項目已基本承認，主動召集項目相關各方及專家來達成對項目完成狀況的一致共識。

（一）會議前，項目開發方準備工做：

1.文檔準備

驗收以前，項目組要準備好如下幾類文檔：

1) 開發總結文檔

2) 需求文檔：包括需求規格說明書，需求變動文檔等

3) 設計文檔：包括概要設計，詳細設計，數據庫設計等

4) 測試文檔：包括測試方案，內部測試報告，第三方測試報告等

5)實施文檔：包括實施，部署方案，用戶手冊，維護手冊等

6)過程文檔：包括項目週報，會議紀要等

這些文檔能夠裝訂在一塊兒，設計一個封面，列出材料總目錄。

另外，在驗收會上，還須要帶上項目過程當中簽署的文檔備查，例如合同原件，蓋單的用戶需求規格說明書原件等等。

2. 項目概況ppt準備

項目概況ppt包括如下幾個部分： 

1) 項目背景和簡介

2) 合同執行狀況彙報

3) 開發過程：記錄項目開發過程當中的一些重要事件

4) 系統功能簡介

5) 項目應用成果展望

3. 系統演示前準備

       驗收會上須要對系統進行演示。所以，驗收會前要部署好待驗收系統，並檢查系統運行環境，對驗收期間預演示的重要功能進行檢查，準備必要的測試數據。

4. 其餘準備材料：

1)  甲乙雙方參會人員名單

2)  甲方驗收意見表（空表，格式參見附錄）

3) 會議議程

（二）驗收過程

一、參與人員的分工

角色	職責
主持人	計劃、安排和主持驗收會議（乙方負責人）
項目報告人	宣講項目概況PPT、回答驗收人員的詢問（乙方技術負責人）
記錄員	記錄和整理驗收會議中的議題
驗收人員	甲方參會人員
系統演示人員	演示系統、回答驗收人員詢問（乙方開發工程師）

二、軟件項目驗收會議流程

任務	負責人
1. 開場白  介紹參會人員  陳述會議目的	主持人
2.向參會人員發放項目相關資料	開發方
3. 宣講項目概況PPT	項目報告人
4. 驗收人員質詢 在報告人介紹完以後，提出質疑的問題	驗收人員
4. 記錄問題	記錄員
5. 簡明扼要地問答問題	開發方
6. 系統演示	開發方
7. 填寫驗收意見表	驗收人員
7. 填寫驗收結論並在驗收意見表上簽字	驗收人員
8. 收集驗收文檔（包括會議記錄、已簽字的驗收意見表）	主持人

（三）：驗收軟件項目意見表模板

項目驗收意見表

項目名稱
甲方		乙方
驗收項	驗收意見	備註
整體意見：
項目驗收組（簽字）      日期：
項目開發方（簽字）     日期：

 

如下是參考驗收項：

1、   系統安裝和運行的驗收

【檢查目標】檢查系統是否按照設計方式進行部署，是否對系統進行了正確的配置，系統是否能正常使用。

檢查項目	檢查結果
數據庫是否正常	□是/□否
系統各級用戶可否正常登陸、使用	□是/□否
可否經過系統管理員對系統進行管理	□是/□否
系統界面是否人性化	□是/□否
系統幫助性是否很強	□是/□否
系統安裝程序的提交	□是/□否
數據傳遞是否正常、一致	□是/□否
系統bug、錯誤率是否較高	□是/□否
系統運行速度是否正常	□是/□否

2、   系統功能的驗收

【檢查目標】：檢查系統各項功能是否使用正常。

檢查項目	檢查結果
A功能可否正常使用	□是/□否
B功能可否正常使用	□是/□否
C功能可否正常使用	□是/□否
D功能可否正常使用	□是/□否

3、   系統各種文檔的驗收

(一)需求分析說明書

(二)系統設計方案說明書

(三)軟件源碼包

(四)數據字典

(五)數據結構

(六)框架結構圖

(七)系統測試方案

(八)操做手冊

(九)培訓計劃、方案

(十)培訓記錄

(十一) 故障狀況記錄表

【檢查目標】：檢查是否提交相關手冊或說明書，文檔與系統是否一致，是否正確無誤。

檢查項目	檢查結果
是否提交文檔	□是/□否