團隊項目第四次做業

1、

這個做業屬於哪一個課程	https://edu.cnblogs.com/campus/xnsy/SoftwareEngineeringClass1/
這個做業要求在哪裏	https://edu.cnblogs.com/campus/xnsy/SoftwareEngineeringClass1/homework/3329
團隊名稱	西柚皇家編程團隊
這個做業的目標	發佈項目的α版本，並完成測試報告，以及相關總結

 2、團隊成員列表

隊員	學號
徐異瀟（組長）	201731062102
王力	201731062318
何星樺	201731062103
譚春豔	201731062105
王偉	201731011330
唐若宸	201731054416
黃欣	201731062104
張文豪	201731062119

 3、項目α版本的發佈地址、下載安裝說明

一、下載地址

連接：https://pan.baidu.com/s/1_jV3wwvR6YYqr_sEUuO2ug%20
提取碼：l40a

二、簡明的操做手冊

餐廳工做人員需登陸，登錄成功後便可進行後續相關操做；顧客則無需登陸，點擊「點菜」按鈕開始點菜。

4、α版本的測試報告

一、測試工做安排

（1）徐異瀟：測試「主窗體」

（2）王力：測試「結帳」

（3）何星樺：測試「餐桌狀態」

（4）譚春豔：測試「點菜」

（5）王偉：負責代碼審查

（6）唐若宸：負責數據庫審查

（7）黃欣：測試「登陸界面」

（8）張文豪：測試「職員信息」

二、測試工具的選擇

測試工具：vs

三、測試用例及測試結果截圖

（1）餐廳狀態

• 點擊餐桌狀態，輸入餐桌號，便可查詢餐桌狀態，或者手動輸入餐桌信息。如圖：

• 點擊加/點菜按鈕，則跳轉到點菜頁面。如圖：

• 若點擊結帳按鈕，跳轉到結帳頁面，如圖：

（2）登陸界面

 

（3）點菜

用例ID	02	用例名稱	點餐
用例描述	點餐用戶名存在、密碼正確的狀況下，進入系統 頁面信息包含：頁面背景顯示 用戶名和密碼錄入接口，輸入數據後的登入系統接口
用例入口	打開系統 進入點餐頁面

 

測試用例ID	場景	測試步驟	預期結果	備註
TC1	菜品顯示	從用例入口處進入	頁面元素完整，顯示與詳細設計一致
TC2	菜品選擇	選擇菜品：排骨	選擇成功
TC3	點餐－成功	單擊確認按鈕	點餐成功

（4）結帳

用例ID		01	用例名稱		結帳&查詢
用例描述		結帳&查詢 用戶名存在、密碼正確的狀況下，進入系統 頁面信息包含：頁面背景顯示 用戶名和密碼錄入接口，輸入數據後的登入系統接口
用例入口		打開系統 進入該結帳&查詢頁面

 

測試用例ID	場景	測試步驟	預期結果	備註
TC1	結帳&查詢顯示	從用例入口處進入	頁面元素完整，顯示與詳細設計一致
TC2	用戶名錄入－驗證	輸入已存在的用戶：test	輸入成功
TC3	金額－容錯性驗證	輸入：aaaaabbbbbcccccdddddeeeee	輸入到藍色顯示的字符時，系統拒絕輸入	輸入數據超過規定長度範圍
TC4	結帳－成功	TC2，TC4，單擊結帳按鈕	支付成功

（5）職員信息

• 輸入錯誤信息而且執行重填

• 取消以前操做，而且失去某些操做權限

• 查詢員工信息

• 保存新增員工信息

• 單元測試

（6）主窗體

• 主窗體界面

• 點擊餐桌，跳轉餐桌狀態

 

• 點擊職員信息，跳轉職員信息界面

四、測試體會與總結

（1）徐異瀟：

    在測試主窗體中，沒有發現什麼異常。在測試的過程當中我體會到了測試的重要性，這個環節在整個項目中佔了很大的比重。雖然測試不能徹底排除項目中的全部錯誤，但能發現其中的大部分錯誤，確保項目是基本可用的，這也體現了測試的真正意義所在——在於發現錯誤，而不在於驗證項目是正確的。

（2）王力：

    結帳設計的是從開臺模塊中選擇餐桌，鏈接數據庫，選擇餐桌的具體點菜信息，算出總價並顯示，而後在數據庫中添加實付列，找零列。白盒測試結果正確，沒有出現異常，用戶測試時，在系統數據庫出現了異常，緣由是輸入格式不正確，說明在輸入的兼容性還不夠完美，通過改進，黑盒測試也沒有問題了，提升了程序的穩定性。

（3）何星樺：

    在測試過程當中發現了一些小的問題，餐桌信息查詢功能還不夠完善，跳轉到結帳和加/點菜頁面時，所需時間有些長，後期會找找這個問題的緣由，並解決掉這個問題。另外一點就是項目的美觀問題，窗口太簡潔，不夠美觀，到後面也會在這方面作一些改進。

（4）譚春豔：

    首先得先把餐館有的全部菜存儲在數據庫中，這樣才能在表中調用數據庫的菜單信息表，點菜界面所要有的屬性應和菜單信息表一致，菜單編號，菜名單價，份數，折扣都得一一對應，而後把所要點的菜選出來，添加到點菜表中便可。白盒測試結果正確，沒有出現異常，用戶測試時，在系統數據庫出現了異常，緣由是輸入格式不正確，說明在輸入的兼容性還不夠完美，通過改進，黑盒測試也沒有問題了，提升了程序的穩定性。

（5）王偉：

    在測試中我負責代碼審查，首要目的就是改善和保證代碼質量，預防bug。同時也有助於制定團隊代碼規範，造成團隊技術氛圍，以及團隊的成長。代碼審查也有不少相關工具可使用，因爲對測試不是很熟悉，我主要從編碼規範問題：命名不規範和代碼結構問題：重複代碼、巨大的方法和類、分層不當、緊耦合去審查。在這個過程當中，也發現很多問題，很多變量命名太隨意，又缺乏註釋，這就致使讓別人看這段代碼時不是很容易理解，還有就是代碼風格統一。也去掉了不寫沒必要要的變量，使得代碼變得稍微簡潔一些。代碼註釋太少，可讀性不高。經過這個過程，也體會到了一個團隊制定嚴格統一的代碼規範以及爲代碼寫註釋的重要性，有了更深的體會，以便本身在之後的編碼過程當中注意這些問題。

（6）唐若宸：

    這次測試，我主要是檢查數據庫的基本功能運行，以及改善數據庫。經過這次測試，檢查出數據庫還有不少不足，後續還會進行改進，好比某些表和字段的命名與關鍵字衝突，主外碼的設置還有缺陷，一些字段的屬性設置也須要改進。經過這個過程，熟悉了數據庫的構建，也增長了許多經驗，對以後的改進有很大幫助。

（7）黃欣：

    前期測試過程仍是比較順利的，本身在數據庫添加了管理人員信息，可以識別登陸，可是菜單的添加仍然存在問題，須要進行改進，這是我進入大學第一個與團隊協做一塊兒設計的小程序，雖然咱們的程序在全部的程序中比起來可能並不算優秀，可是此次協做讓我體驗到了團隊的力量大於我的，要想作好一個項目，光本身一我的是難上難！這也體現了團隊的重要性。

（8）張文豪：

   這次團隊項目是進入大學後第一個面向對象面向真實用戶的項目，相比於以前的黑白屏幕，小的功能項目，或者一些教務管理系統，難度可想而知。固然課本上的知識仍是難以應對這些中型項目，耗費了團隊同窗的大量時間，然而結果仍是未能實現某些功能或者有小小的bug，好比，在員工修改方面有些操做只能執行一次，有些運行偶爾會發生崩潰，使得項目沒有達到理想的狀態。不過，經過此次實驗，咱們的動手能力與邏輯思考問題又獲得了很大的提高，對於測試用例的思考有了進一步理解。

5、項目狀況總結

一、發佈α版本後，已完成的內容

已經完成的內容：餐廳狀態、登陸界面、點菜、結帳、職員信息、主窗體。

二、和項目預期計劃相比，沒有完成的內容

未完成的內容：菜單管理、統計、接收評價、評價。

三、β版本的展望，具體的安排計劃

    對於這次α版本發佈，由於α階段咱們初步打算完成基本功能的實現，因此用戶界面的操做自沒必要說，數據庫與後臺代碼的對接也基本實現，工做狀態下，可以經過用戶界面正常修改後臺數據庫信息。接下來咱們的主要任務就是美化界面的設計，窗口的提示以及優化數據庫操做所使用的的時間，最大化便利咱們的使用對象。