軟工網絡15團隊作業9——項目驗收與總結
標簽：軟件工程
一、項目的測試情況
參考alpha階段的測試要求
回歸測試：在修改/增加功能的情況下，請用回歸測試，重新運行alpha版本的測試用例，確認beta版是否存在“退化”
（1）在測試過程中總共發現了多少Bug？每個類別的Bug分別為多少個？
- 測試過程中發現綁定郵箱成功之后，變量沒有清空，導致輸入框為空的時候判斷綁定成功，而不是提醒郵箱為空（已解決）
- 明細界面的年月在6月1日的時候發現不能及時更新，一開始的界面還是處於上一個月（已解決）
- 報表只能固定地要顯示16種消費類型的數據（屬於本階段不能解決的bug）
- 郵箱發送失敗，原因是發送的內容不符合郵件規范，被當成垃圾郵件處理
- 記賬的數據不管是收入和支出都是記正數（正數為收入，負數為支出）（已解決）
測試結果見下圖的視頻演示
（2）測試矩陣
結果與上個階段的相同
（3）非功能測試
-
性能指標（響應時間和吞吐量，需要給出截圖和測試實例以及結果）
（1）CPU：
（2）內存
-
系統資源監控（CPU、內存占用情況，需要給出截圖和測試實例以及結果）
使用javaVisualVM進行監控
（3）進程
（4）類
總的監控
-
壓力測試（不同並發用戶數，需要給出截圖和測試實例以及結果）
Jemeter將模擬150000個線程請求不斷的訪問，五分鍾左右的結果：
參考鏈接：https://blog.csdn.net/u013802160/article/details/51701644 -
疲勞度測試（測試服務器持續運行的能力，需要給出截圖和測試實例以及結果）
目前騰訊雲服務器的狀態一直都是開機的狀態，流量情況如下
-
安全測試（從三個角度來看，即保密性、可用性、完整性。需要給出截圖和測試實例以及結果）
保密性：
獲取用戶的openid不在web開發工具上直接獲取，而是在后端編寫代碼，再打包成war包，放置在服務器中
可用性和完整性：
整個項目的代碼是完整的，而且保證是可運行的
其他的安全測試：限制用戶登錄遠程服務器擁有的權限
二、項目的發布說明
- 本版本的新功能
演示視頻
提醒記賬功能：用戶綁定郵箱並設置記賬提醒語句后，會每天定時的向用戶發送郵件提醒記賬
報表功能：分為支出與收入圓餅圖。用戶選擇他想要查看的圖表時間后展示出該時間段內對應數據的圓餅圖
- 軟件對運行環境的要求
手機上安裝微信APP且微信版本需要更新至 6.5.3，才能使用小程序哦。
- 系統已知的問題和限制
問題：
不能刪除或者編輯錯誤的寫入
報表界面，結束年份月份應該在今天之前
首頁界面功能有些冗余重復
限制：
收入和支出的類型選擇比較死板
圓餅圖的顯示比較局限（16種收入支出類型即使數據為零也會固定顯示在圓餅圖下方）
記賬提醒時間固定，用戶不能自由選擇時間
功能還不夠完善（如只有一種圖表類型、不支持數據導出導入等功能）
- 軟件的發布方式以及發布地址
發布方式：小程序
發布地址：微信
進入方式：
（1）打開微信，在小程序處搜索“喵喵喵記賬”。
（2）掃描下圖二維碼：
視頻演示：
https://m.weibo.cn/status/4248211205495721?sourceType=weixin&from=1068095014&wm=19002_90003
三、提供一個穩定的碼雲的開源源碼和項目鏈接（以便后來人在你們項目基礎上繼續改進完善）
碼雲的開源源碼：https://gitee.com/hyw7012/miaoAccount.git
項目鏈接：https://m.gitee.com/hyw7012/miaoAccount
四、 要求列出代碼簽入的歷史， 並錄制視頻演示從碼雲代碼倉庫同步代碼，在本機編譯，構建， 並發布到目標機器的過程
代碼簽入歷史：
beta階段前端分支：
beta階段后端分支：
錄屏
五、用戶使用情況報告（使用反饋意見、用戶數量、使用頻度）
博客鏈接：https://www.cnblogs.com/just-let-it-go/p/9139314.html
六、團隊項目總代碼行數、項目預估遺留的bug數、項目總耗時
- 項目總代碼行數
| 前端 | 后端 |
|---|---|
| 2053 | 1200 |
| 總計 | 3253 |
- 項目預估遺留的bug數
| bug |
|---|
| 1、在安卓手機上不能顯示記一筆上面的圖片 |
| 2、蘋果手機和部分安卓手機首頁及我的兩個界面可拖動且拖動后界面不美觀 |
| 3、不能刪除或者編輯錯誤的寫入 |
- 項目總耗時
總計80小時
七、根據Beta沖刺過程中各個成員的具體貢獻匯總排序，總分為N*20，給出每個人的團隊個人貢獻分（排序無並列，因此每個人的個人貢獻分不同）
本組6人，總分120分
| 姓名 | 貢獻分 | 百分比 |
|---|---|---|
| 林羽晴 | 28.8 | 24% |
| 顧芷菱 | 21.6 | 18% |
| 洪亞文 | 20.4 | 17% |
| 秦貞一 | 19.2 | 16% |
| 郭煒埕 | 18 | 15% |
| 齊暢 | 12 | 10% |
八、每個組員的項目感言
- 林羽晴：
我們做的是微信記賬小程序，小程序很火也很新，對我們來說是一個挑戰，同時也是一個學習的機會。作為這個團隊的PM，認為自己有些地方做得還不夠好。個人更喜歡一個人干活，但是突然多了五個人，一開始根本不知道要給她們每個人具體分配什么任務。alpha階段的兩周的敏捷沖刺，我們前幾天都是在學習，前端有官方的文檔可以參考，后端的就只能瘋狂地查找網頁上的資料。最難的問題就是如何進行前后端的交互。但是大家的方法五花八門，當時的狀況用丈二和尚摸不着頭腦來形容就很恰當，因為頭發真的愁禿了！alpha階段期間熬了幾次夜，但是弄到凌晨兩點就不行了，可能真的老了吧，哈哈。我在寫代碼的過程中往往因為一個微不足道的細節問題折騰很久，翻閱了一堆沒用的資料，我不知道這些花費的時間對我來說有沒有益，有時候感慨浪費的這些時間還不如去看電影。beta階段進展得還算順利，沒有上一個階段那么辛苦了，大家都有了經驗，做起來會比較輕松，我就是不斷地寫bug，找bug，調bug，現在面對bug已經比以前淡定多了。最后這個項目完成的時候，大家都有成就感，而我一般般吧（內心的真實想法：我不想寫博客） - 郭煒埕：
終於到了總結環節hhh。記得Alpha階段，我在隔壁“想不出隊名”的貢獻排名為第三。出於某些原因，在Beta階段便跳槽到了“都行可以隨它去”。其實在為現團隊出力謀策的過程中，也時時關注着原項目的成長。於我而言，“滴卡錄”和“喵喵喵”都是親閨女。談一談Beta階段吧，也許是因為新成員不大熟悉這個項目，所以PM並沒有給我安排太過繁雜的任務。但同是微信小程序，所以還是比較容易上手的。我在原團隊擔任的角色是前端工作者，到了現團隊PM將我定位成后端開發者，然鵝在實際開發過程中我也做了部分前端設計工作，以至於我最后落下個不前不后的形象。過程中困難還是有的，在設計圓餅報表時關於前后端的數據交互卡了好幾天，在我們嗷嗷亂叫了幾天之后還是將其解決了，在此為可愛的隊友點贊。羽晴作為項目PM真的肥腸盡職盡責，若日后還有機會管理項目，願她能夠提高決策力，而非常常顧及人情。現如今小程序都發布啦，也有了實際的用戶量，歡迎大家使用並多多反饋，謝~ - 洪亞文：
軟工的結束終於也算看到了盡頭，兩個多月以來從未知迷茫到幾乎熟知整個開發過程，算是自己大學生涯中很有觸動感的一次歷練。說實在第一次接觸這樣的團隊合作項目，剛開始還是挺煩的，emm，好像一直都挺煩的，每周挑出幾天一起扎堆寫代碼寫博客討論任務，能堅持到最后也確實不容易。整個過程下來團隊的每個成員都特別積極，任務盡管分配到個人手中，但是還是會相互幫忙，我在團隊里面也算是被拖着走的人，事情會拖到截止日期，但是看着所有人都在奔跑，你也會力行。這學期的軟工項目是帶着汗水和辛酸在追逐，盡管辛苦，但是真的收獲很多。 - 秦貞一：
項目開發至此已告一段落，做出來的成品雖然沒有達到預期的效果，但自我感覺已經很不錯了。從一開始的不知所措，到如今的有條有理，團隊里的每個人都貢獻了自己的一份力量，團隊從稚嫩走向成熟，同時我個人也在不斷的進步。回望整個開發的歷程，有開心也有苦悶。一連很多天都沒有成果出來實在是令人沮喪，索性，一路我們堅持了過來。大家互相扶持，取長補短，朝着目標共同前進。這不是一個人的戰斗，而是一個團隊的戰斗。 - 齊暢：
喵喵喵記賬是一款受大眾喜愛的，簡約日常的微信記賬小程序。不僅顏值高，而且功能齊全。包括收入，支出，月預算，圓餅圖等。我們的特色是郵箱綁定提醒功能，每天提醒，保證小主堅持打卡。有了小程序，我們就不要另外下載app占空間了。生活從此變得簡約精致。軟工的工作雖然磕磕絆絆但是收獲很多，為今后畢業設計答辯做好鋪墊，感謝軟件工程，1.0完美收工 - 顧芷菱：
呼～終於結束了，可以松一口氣了。這次團隊合作真的感觸頗深，不僅完完整整呢體驗了一個項目開發的流程，還讓我懂得了應該如何團隊合作。關於團隊合作開發我認為:責任感是最重要的。一個團隊不僅僅是你一人，你自己的事或許可以拖延可以隨便，但是團隊的任務必須按時按量完成，不能因為你一人拖累了整個團隊，謂之責任感。其次是自己的能力。或許能力不強有所欠缺，那就應該在自己力所能及的方面為這個團隊做貢獻。比如你也許編碼能力不強，那你可以負責這個團隊的文案博客之類的工作，總是有事情給你做的，關鍵是你做不做，用不用心做。這次只是一個小小的同學之間的合作，將來工作生活，處處都要與人溝通協作，人情練達是學問，要學會做一個負責任做實事有原則但又不過分苛責的人。