構建之法——第五次團隊作業

一、開頭

這個作業屬於那個課程	鏈接
這個作業的要求在哪里	鏈接
團隊名稱	Running Man
這個作業的目標	完成團隊項目α版本的第二次測試和發布

二、團隊成員列表：

李星晨	201731091410	組長
劉伊凡	201731062603	組員
陳嘉瑩	201731104215	組員
唐財偉	201731062416	組員
譚偉	201731062415	組員

三、本項目的發布地址和操作手冊：

發布地址：http://121.199.76.80:3000

網站操作手冊：

本項目α第一版本基本操作手冊已經在上一篇博文中寫明：點擊查看α版本1的操作手冊~

α第二版本新增功能操作手冊如下：

1. 評分功能

   評分功能是某訂單完成后，訂單發布方對該訂單進行的評分，評分記入跑腿員的信譽值。

   （1）評分入口，發布方在個人中心頁面的歷史訂單中進行評分。

   

   （2）評分有五個等級，分別為-2，-1，-0,1,2。發布方根據訂單完成情況進行真實評分。

   

2. 個人中心會話窗口功能

   顯示用戶收到的對話消息

   

3. 會話窗口歷史信息

   用戶與其他用戶產生聊天信息后，再次點擊同一訂單的“和他聊聊”，即可查看得到歷史消息。

4、訂單派送狀態

訂單接收后，跑腿員可以根據自身訂單的進程實時更新訂單狀態。

四、測試

測試目的：本次項目主要測試α第二版本新增的功能，以及在第一版本后續出現錯誤的功能。

小組成員在完成代碼編寫后進行相應的單元測試，測試通過后才提交代碼。α測試測試工作主要在本階段開發完成后進行的。α測試主要是小組成員在開發環境下對軟件的試用，主要側重於軟件特色功能和界面，根據需求分析中對軟件的要求，對本階段的開發成果進行非正式的驗收。

小組成員	負責模塊
李星晨	評分功能模塊
劉伊凡	個人中心評分功能
陳嘉瑩	接受訂單測試
譚偉	會話窗口歷史消息
唐才偉	會話模塊

接收訂單測試

測試用例編號	測試步驟	預期結果	備注
0001	任意用戶點擊我想接單	可查看訂單的具體信息，具體任務說明
0002	任意用戶點擊“和他聊聊”進行聊天	跳轉到會話窗口
0003	任意用戶再次點擊同一訂單的“和他聊聊”	會話窗口可看到歷史聊天消息
0004	未認證用戶點擊“我要接單”	提示沒有接單權限
0005	已認證用戶點擊“我要接單”	提示接單成功，請及時完成，並跳轉回接單主頁
0006	未登錄用戶點擊"我要接單"	提示請先登錄
0007	未登錄用戶點擊“和他聊聊”	跳出彈窗提示要先登錄

測試案例的截圖如下：

消息中心測試

測試用例編號	測試步驟	預期結果	備注
0008	用戶b給用戶a發送消息后，登錄a的賬戶查看消息中心	用戶a的消息中心查看到有新的消息	對於未讀消息與已讀消息的提示，在beta版本再考慮優化
0009	用戶a點擊c的回復消息	跳轉到與用戶c的會話窗口
0010	用戶a點擊d的回復消息	跳轉到與用戶d的會話窗口
0011	登錄用戶d查看消息中心	消息中心含有與用戶a的消息列表
0012	登錄用戶c查看消息中心	消息中心含有與用戶a的消息列表

評分測試

測試用例編號	測試步驟	預期結果	備注
0013	點擊評分-2	彈出評分-2
0014	點擊評分-1	彈出評分-1
0015	點擊評分0	彈出評分0
0016	點擊評分1	彈出評分1
0017	點擊評分2	彈出評分2

展示評分截圖：

訂單狀態測試

測試用例編號	測試步驟	預期結果	備注
0018	用戶在個人中心查看接收訂單的狀態並進行修改	提示修改成功
0019	用戶在個人中心查看發布的歷史訂單，點擊評分	用戶不能給未完成配送的訂單進行評分
0020	用戶對派送結束的訂單進行評分	跳轉到評分頁面

α版本2測試階段人員總結：

姓名	心得
陳嘉瑩	本階段所有功能的測試都放到了最后進行，本以為只要一個小時就能完成，沒想到會出現這么多bug。下次還是應該每完成一個功能進行一次測試才行。另外讓我體會很深的就是，讓測試人員直接修改錯誤代碼效率真的不高，測試的人需要理解不熟悉的代碼，還要在合適的代碼位置排錯，找錯再與寫這部分代碼的同學商量如何做修改，下階段可以考慮換種形式吧。
劉伊凡	本次測試的部分能夠正常運行，但是測試的時候有發現不對的地方，然后及時的去改正了。接觸到了以前沒有過的測試的部分，感覺在測試的同時也有學習到新的東西。
李星晨	測試會幫助人們發現很多思考不周到的地方，很多bug會出現在一些意料之外的地方，而且有時候第一版本正確的地方也不一定能保證一直正確，需要不斷的查找改正。
唐財偉	在α測試中，更多是站在使用者的角度對項目進行驗收性的測試，除了考驗程序的正確性之外，還要考慮程序的性能，易用性等。在α測試中發現了許多交互邏輯不合理的地方和程序bug，這既鍛煉了我的程序設計能力，也引發了我對交互邏輯設計的思考。讓我深刻的明白了程序!=產品，好的程序不一定是好的產品。
譚偉	本來以為測試是一件簡單的事，可是在真正測試時，遇到了許多的問題，如網頁間的跳轉關系不對，導致網頁就像一團亂碼，在各處跳轉，又如前端返回出來的值與后端想要的值不同，導致在前端顯示null，於是又重新梳理了一遍項目邏輯，在一遍又一遍的調試中，逐漸將代碼完善，在這中間也學到了許多有用的知識，如有效利用瀏覽器的查看源碼功能，以及端點的使用，這些都是很有效的測試方法。總之，在這一次測試所獲良多。

五、項目第一階段記錄

1.git倉庫：點一下

2.任務記錄

和第一版本一樣，借助網上的項目管理工具管理我們的項目。記錄我們的任務進程和狀態。

我們充分利用其來管理我們的項目，對我們項目進行一系列的管理操作：如需求分析、任務分配、燃盡圖、文檔管理，項目設計等等...

我們組的成員采用的方式是先由組長發布任務，建立需求，設置優先級。組員自己設置任務進度，達到開發透明，大家對項目進度有一個明確的掌握，同時，顯著的優先級的表示法能夠讓開發人員充分明白任務的重要性，達到明確優先級。

同時，組員擁有修改的權限，可以對分配不合理的地方進行修改。

展示第二版本的任務記錄：

六、項目情況總結

• 在第二次α版本發布之后，本項目完成了內容

注冊登錄功能	完成度100%
核心功能：發布訂單	完成度100%
核心功能：接受訂單	完成度100%
查看訂單	完成度100%
會話窗口功能	完成度100%
個人信譽	完成度100%
個人中心	完成度100%
評分功能	完成度100%
更新訂單狀態	完成度100%

• 和項目預期相比未完成功能

  符合項目預期

• 下一次的展望和安排

  ①展望

  在下一次的β項目中，我們需要對項目進行優化和改善。提高用戶體驗以及改進反應速度

  ②安排

  時間	工作內容
  第一周	聽取測試意見，制定每周測試的部門，進行任務分配
  第二周	改進細節，對代碼進行優化
  第三周	對用戶體驗（界面、速度）進行優化