晚交 - 0分
遲交一周以上 - 倒扣本次作業分數
抄襲 - 倒扣本次作業分數
請根據團隊專案中軟體的需求文件、功能說明、系統設計和beta階段的計畫安排，寫出軟體的測試過程和測試結果，並回答下述問題。
在測試過程中總共發現了多少bug？每個類別的bug分別為多少個？
bug的分類：
a. 修復的bug；
b. 不能重現的bug
c. 這個產品就是這樣設計的，不是bug；
d. 沒有能力修復，將來也不打算修復；
e. 這個bug的確應該修復，但是沒有時間在這個版本修復，延遲到下乙個版本修復。
場景測試（scenario testing），包括以下內容：
a. 你預期不同的使用者會怎樣使用你的軟體？
b. 他們有什麼需求和目標？
c. 你的軟體提供的功能怎麼組合起來滿足他們的需要？
根據不同專案的特點，進行必要的效能測試、壓力測試等，並給出測試的過程和結果
你們在什麼樣的平台、硬體配置、瀏覽器型別等條件上對你們的軟體進行測試？——測試矩陣（test matrix）
你認為你們團隊的軟體在什麼條件下，就可以認定其已經足夠好，可以發布beta版本？——出口條件（exit criteria）
參考：軟體發布的同時，在團隊部落格上寫乙個發布說明
參考beta版本發布說明的例項：
團隊成員的簡介和個人部落格位址，團隊的原始碼倉庫位址。
我們要做軟體工程，那就要有一點工程的樣子：
a. 團隊專案的目標，預期的典型使用者，預期的功能描述，預期的使用者數量在**？
c. 團隊的成員如何分工協作的？有什麼經驗教訓？
d. 團隊是如何進行專案管理的？
f. beta 階段每個團隊在軟體工程方面有哪些具體改進？ （例如 **測試覆蓋率從 x 提高到 y）,也要列出來。
團隊專案的實際進展（拷貝那些 scrum 過程中的燃盡圖即可），發布的功能（拷貝發布文件）。說明在專案管理中，scrum的燃盡圖是如何真實反映專案的狀態的？或者燃盡圖美化了狀態？
到了beta， **的情況也請列出來， 到底有多少行， 多少檔案， 文件在**，如果乙個新團隊要接手這個專案，他們應該怎麼做？ 這有說明麼？
團隊作業9 測試與發布（Beta版本）
a.修復的bug 生成檔案的名字儲存為部落格名，存在非法字元。導致結果 只能生成部分文件檔案，和與其不符合 已不存在非法字元，均可生成檔案 比對文字中有空文字會丟擲異常。導致結果 此文字無法比對，之外的正常 查重率顯示為0 反覆匯入，有時候會導致執行緒錯誤。導致結果 無法正常生成文件檔案 現在不會出...
Beta 版本發布
學號 姓名 201731041215 王陽201731062302 鮮雨珂201731062128 鄧捷201731062305 周蓉201731062131 龍繼平201731062304 楊夢欣201731035120 張欣201731062301 梅晨1.完成了排行榜頁面的編寫以及資料的互動 ...
Beta版本的發布
姓名 學號 曹歡 組長 201731031124 申穎 201731062306 唐金玉 201731062405 彭皓 201731062323 許自歡 201731023214 黃浩 201731054221 網頁端 網頁管理端位址 使用說明 網頁端進行登入 測試賬號 賬號 123456 密碼 ...