實驗十三 團隊作業9：Beta沖刺與團隊項目驗收
實驗時間 2019-6-20（21）
Deadline：
[6.20-6.26]之間任選連續3天的23:00，以團隊隨筆博文提交時間為准。
評分標准:
- 按時交 – 根據實驗十三評分細則打分（滿分190分）
- 本實驗為團隊任務，團隊成員成績以團隊博文成績為准
- 沖刺博客合計80 分，缺少任何一項要求內容扣5分，遲交得0分
- 結項文檔合計90分，缺少一個扣30分
- 博客其他格式要求20分
- 抄襲 - 倒扣本次作業分數
一、實驗目的與要求
（1）掌握軟件黑盒測試技術；
（2）學會編制軟件項目總結PPT、項目驗收報告；
（3）掌握軟件項目驗收內容，驗收流程。
二、實驗環境要求
（1）實驗五—實驗十二所編制團隊項目文檔；
（2）實驗十二所開發團隊項目軟件包。
三、實驗內容與步驟
任務1：團隊作業Beta沖刺
團隊項目經過Alpha階段沖刺后，已基本完成項目編碼工作。進入Beta階段沖刺后，需要開發者從用戶使用體驗或典型用戶應用場景測試並完善系統功能，此時，常用黑盒測試技術完成測試工作。根據團隊項目中軟件的需求文檔、功能規格說明書和技術規格說明書，編寫軟件的功能測試計划、測試過程和測試結果。在日期區間[6.20-6.26]內，任選連續3天進行Beta沖刺，沖刺當天晚11點前發布一篇團隊Beta沖刺博客，每天沖刺內容規范如下：
- 各個成員今日完成的任務
- 各個成員明日的任務安排
- 各個成員今日對項目的貢獻小時數
- 提供當天站立式會議照片一張，更新項目燃盡圖，描述項目整體進展情況
最后一篇Beta沖刺博客需要回答下述問題：（20分）
- 在發現了多少Bug？有哪些是Alpha階段沒有發現的Bug？
- 如何進行用戶場景測試（scenario testing）的？
- 是否有回歸測試？請給出一到兩個測試用例並解釋。
- 給出項目在什么樣的平台、硬件配置、瀏覽器類型……上對軟件進行測試？
助教/老師定期檢查沖刺博客並記錄相關成績，上述四個要素需在每天更新博客內容中體現。前2篇沖刺博客滿分為 20 分，第3篇沖刺博客滿分40分，缺少任何一項，扣5分，遲交得0分。
任務2：參考附錄：軟件項目驗收相關知識，完成團隊項目驗收准備，包括項目文檔的完善與整理、團隊項目總結陳述PPT編制、符合團隊項目特點的項目驗收意見表的編制、完成項目軟件系統演示前准備工作，確認結對驗收項目組，編制驗收會議名單及驗收會議議程。在團隊項目Github倉庫中上傳以上文檔。（每個文檔30分，共計90分）
任務3：在團隊博客發布博文，實驗完成情況。
團隊博文格式符合以下要求
團隊隨筆博文名稱：《團隊名稱》第九次團隊作業：Beta沖刺與驗收准備（2分）
作業正文開頭格式：（3分）
| 項目 |
內容 |
| 這個作業屬於哪個課程 |
<任課教師博客主頁鏈接> |
| 這個作業的要求在哪里 |
<作業鏈接地址> |
| 團隊名稱 |
<填寫團隊名稱> |
| 作業學習目標 |
<填寫具體目標> |
隨筆博文正文內容包括：
團隊項目github倉庫地址鏈接；（2分）
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) 會議議程
（二）驗收過程
1、參與人員的分工
| 角色 |
職責 |
| 主持人 |
計划、安排和主持驗收會議（乙方負責人） |
| 項目報告人 |
宣講項目概況PPT、回答驗收人員的詢問（乙方技術負責人） |
| 記錄員 |
記錄和整理驗收會議中的議題 |
| 驗收人員 |
甲方參會人員 |
| 系統演示人員 |
演示系統、回答驗收人員詢問（乙方開發工程師） |
2、軟件項目驗收會議流程
| 任務 |
負責人 |
| 1. 開場白
|
主持人 |
| 2.向參會人員發放項目相關資料 |
開發方 |
| 3. 宣講項目概況PPT |
項目報告人 |
| 4. 驗收人員質詢 在報告人介紹完之后，提出質疑的問題 |
驗收人員 |
| 4. 記錄問題 |
記錄員 |
| 5. 簡明扼要地問答問題 |
開發方 |
| 6. 系統演示 |
開發方 |
| 7. 填寫驗收意見表 |
驗收人員 |
| 7. 填寫驗收結論並在驗收意見表上簽字 |
驗收人員 |
| 8. 收集驗收文檔（包括會議記錄、已簽字的驗收意見表） |
主持人 |
（三）：驗收軟件項目意見表模板
項目驗收意見表
| 項目名稱 |
|
||
| 甲方 |
|
乙方 |
|
| 驗收項 |
驗收意見 |
備注 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 總體意見：
|
|||
| 項目驗收組（簽字）
日期： |
|||
| 項目開發方（簽字）
日期： |
|||
以下是參考驗收項：
一、 系統安裝和運行的驗收
【檢查目標】檢查系統是否按照設計方式進行部署，是否對系統進行了正確的配置，系統是否能正常使用。
| 檢查項目 |
檢查結果 |
| 數據庫是否正常 |
□是/□否 |
| 系統各級用戶能否正常登錄、使用 |
□是/□否 |
| 能否通過系統管理員對系統進行管理 |
□是/□否 |
| 系統界面是否人性化 |
□是/□否 |
| 系統幫助性是否很強 |
□是/□否 |
| 系統安裝程序的提交 |
□是/□否 |
| 數據傳遞是否正常、一致 |
□是/□否 |
| 系統bug、錯誤率是否較高 |
□是/□否 |
| 系統運行速度是否正常 |
□是/□否 |
二、 系統功能的驗收
【檢查目標】：檢查系統各項功能是否使用正常。
| 檢查項目 |
檢查結果 |
| A功能能否正常使用 |
□是/□否 |
| B功能能否正常使用 |
□是/□否 |
| C功能能否正常使用 |
□是/□否 |
| D功能能否正常使用 |
□是/□否 |
三、 系統各類文檔的驗收
(一)需求分析說明書
(二)系統設計方案說明書
(三)軟件源碼包
(四)數據字典
(五)數據結構
(六)框架結構圖
(七)系統測試方案
(八)操作手冊
(九)培訓計划、方案
(十)培訓記錄
(十一) 故障情況記錄表
【檢查目標】：檢查是否提交相關手冊或說明書，文檔與系統是否一致，是否正確無誤。
| 檢查項目 |
檢查結果 |
| 是否提交文檔 |
□是/□否 |
|
|
|
|
|
|
|
|
|