我們做的是湘遇APP的二期開發，主要內容分為兩塊：後臺資料庫介面等的實現和前端的展示和實現。
首先是後臺的資料庫設計和介面的實現。對於一個已經初步完成的專案，已經配置好的後臺，部署好的伺服器，工作量真的很少，新增幾個表，封裝一下sql，寫寫資料簡單處理，一學期下來，也就是在這個專案的基礎上會改而已，要說從零開始自己弄一個後臺，還真不會做不出來。要說花的時間，總的來看確實也不算特別少，然而大部分就在看原始碼上。接手專案的時候，本以為學完框架簡單使用就ok，結果開啟原始碼一看，比想象中複雜了特別多，於是整天纏著公司開發人員問一些基礎問題，折騰了兩三個星期才開始實現。結果最後實現的時候倒是又簡單了，什麼搜尋引擎，檔案上傳，人家早就給你寫好了，想呼叫什麼呼叫什麼，實現整個專案所需的介面可以說一帆風順，花的時間可能不到一個星期，就算是途中遇到點什麼bug（全是簡單bug），看看日誌，對應程式碼一看，很快就能改掉。之後也就是和前端對接，根據前端的口味不同，給他們稍微處理一下資料，改改東西。總的來說一學期下來，學到的東西不如其他小組多，個人建議學校以後不要弄這種二期任務來當專案，最好就讓我們白手起家，從零開始搭建專案。對於個人而言，也會自己課下去搞搞有興趣的東西，學點東西回來。
關於測試，我推薦postman這款軟體，也是公司的人給我推薦的，每次我寫完介面，本地執行後臺，都會用這個軟體來模擬請求，測試資料返回的情況。個人覺得這個軟體非常好用，基本上測試沒問題，只要把介面使用方法告知前端，剩下的就萬事大吉，頂多就是前端讓你做一些簡單的修改，大體上不會做很多改動。另外測試完後，還要將程式碼部署到伺服器上，再次測試。上傳伺服器推薦使用filezilla這款軟體，非常方便，雖然不知道還有沒有其他的。最後用Xshell登入伺服器以後重啟tomcat，或者修改資料庫表。最後實際測試還是得在前端看效果，出來什麼bug（一般是前端開發人員理解和你不一致）可以繼續用postman測試是不是介面問題，改一改ip就行了。
然後就是前端的開發部分，這個部分感覺實際上沒什麼好說的，與後臺類似，主要前期也需要花上很多的時間在理解和弄懂原始碼各部分的含義。然後就是在不斷的上網查詢資料和測試中進行嘗試；而對於小程式來說，由於是從零開始，雖然有一個成品能拿來借鑑，但是實際上程式碼部分編碼不同，所以只有一小點的借鑑，而格式方面的話更是需要我們自己來進行美工的操作，前期很大的時間都是在學習這方面的知識（比如吸頂，讀取行高度實現介面的展示美觀等），各種問題所花的時間都非常的多，不過最後做出成品的時候成就感非常的大，就是出bug的時候去修改非常的麻煩。總的來說經過整體開發測試後有以下感受：
一：軟體測試在開發過程中真的很重要。
相比於工程開發完成後在測試，邊做邊測試真的有很大的優點。它會很大程度上減少後加功能對整個專案的影響。同時還可以幫助你及時發現專案的缺點，儘早地改正，減少了查詢bug所需要付出的時間，也減少了後期專案的維護開支。
二：測試需要詳細。
相比於開發人員的測試，測試人員顯然要考慮的更為充分。要置身於使用者。同時要面對應用要考慮到極端的應用情況，有許多細枝末節是開發人員未曾想到的，而這部分則需要我們來完成。如果有東西沒有考慮清楚很可能就會對正式使用後給使用者帶來很大的不便，更可能讓程式的口碑出現很大的問題。