使用者試用與調查報告
一、項目概述
1.1 項目名稱，項目簡介
1.11項目名稱
本次開發軟體為一起買
1.12項目簡介
通過開發基于Android平台的app召集同樣有購買需求的人團購物品，解決人們因量而難以購買某件物品的困擾。
1.2 項目預期達到目标
使用者通過使用該軟體在移動終端完成釋出團購資訊，檢視團購資訊，修改團購資訊相關操作以達到自身想要拼團目的。
1.3 項目測試方法
真實的使用者對象進行相應的使用，并回報資訊
二、項目測試過程
2.1測試對象
我說的都隊小組
2.2測試時長
經理了1個多小時的測試
2.2使用者測試回報
一、使用體驗二、登入、注冊、忘記密碼界面
- 資料加載實在太慢！切換很不流暢！
- 圖示樣式沒有統一，例如back、<、傳回
- Logo的名稱是BUT&BUY，然後APP名稱卻是BuyTogether
- 相容小米手機！畢竟使用者群體很大！
- 對于那些限制格式的輸入，應該調用固定的控件，而不能直接輸入，而且也沒有格式判斷和錯誤提示
三、首頁界面
- 按鈕太靠上，建議放下去一點，然後寬度加寬
- 注冊界面和忘記密碼界面要加個傳回按鈕
- 無法進行郵箱注冊，擷取不到驗證碼
- 應增加記住帳号密碼
四、個人資訊界面
- 廣告圖檔高度太高！弄小一點！
- 廣告圖檔應該可以輪播，且點選之後是有反應，比如跳到某個網站連結
- 搜尋框太小，很不起眼，應該放在标題欄那裡
- 搜素按鈕點選沒有反應便停止運作
- 進入界面時，搜尋框自動聚焦？很不合理
- 點選傳回時直接回到登入界面，而不是手機主界面
五、設定界面
- 個人說明應為多行輸入框，而不是單行框
- 性别選項有其他？很人性化！
- 取消和儲存的按鈕不應該設定為灰色，一看讓使用者覺得是不能點選的按鈕
- 生日格式随意填寫，沒有給出錯誤提示，再檢視則變成0000-00-00
- 資訊為空便顯示null（建議為“空”或則其他資訊）
- 不能設定使用者頭像
- 字型太大了！！！小一點！更精煉！
六、文章詳情界面
- 版本資訊、意見回報、登出的三行要放在正中間
- 點選版本資訊和意見回報沒有反應
七、建立文章界面
- 輸入框自動聚焦
- 确認按鈕應該放在正中間，寬度加寬
- 為什麼文章預設有舉報的界面？這不就是在引導使用者舉報嗎？不應該想舉報時點選舉報按鈕，再跳出舉報的界面？
- 自己可以舉報自己？？？
- 點選舉報按鈕之後無法傳回
- 舉報資訊為空時可以舉報成功
- 文章的圖檔占據版面太大，且點選圖檔後加載不出來
- 檢視文章時那個三角中間帶感歎号的評論按鈕感覺很奇葩，建議換個比較顯而易見的評論按鈕
- 傳回按鈕和删除按鈕的顔色沒有統一，應該統一為白色
- 建立文章時，部分資訊沒寫時，直接傳回發帖失敗，應提示下原因
- 點選發帖，但沒有發帖，按傳回鍵就退回了登入界面
- 發帖界面，對于必填資訊，可以加 * 号進行标注，如果沒有填寫實時給出錯誤提示
- 類别太少了！不應該隻有四個！
- 價格後面的灰色“機關”是什麼意思？
- 傳回時傳回到設定界面，應該是界面之間的調用邏輯有問題，沒有把一些已經退出的界面在活動棧裡銷毀
三、回報資料彙總
3.1不足
主要還是不足，還是任重道遠，這個APP還是經受不住打磨，仍然存在着非常多可以進一步加強的地方。
| 不足點 | 例子 |
|---|---|
| 界面的可了解性，易讀性 | 發帖資訊界面，機關名稱以及價格說明的可了解性 |
| 界面控件的大小排布，以及合理化的顔色選擇 | 比如廣告滑動欄的圖檔高度等等；搜尋框不夠顯眼趨于邊緣化；舉報按鈕過于突兀，登入按鈕的擺放以及寬度設計；個人資訊界面的NULL過于突兀，且字型較大大号；每一個傳回"<"或者back的統一；設定界面三個版本資訊、意見回報、登出應該放在正中間 |
| 功能邏輯問題 | 自己可以自己舉報自己；舉報之後無法傳回；傳回界面切換沒設定好；一些送出的提示回報也沒有相應的提示完畢，比如必填項目應該加個*啥的提示一下 |
| 代碼本質bug | 每一台手機的配置都不一樣，對于某一些手機無法做到相容，常常遇到記憶體溢出等等之類的問題；伺服器傳回資訊的速度回報；整體切換不夠流暢，多圖檔确實存在着多問題，感受到了美團程式員的厲害； |
3.2優點
使用者好像沒回報啥優點，我也列舉一下個人覺得優點。。。
- 登入的推薦滑動動畫
- 下拉重新整理的提示
- 五彩缤紛頭像以及文章，不顯單調
3.3總體印象
軟體的加載不夠流暢，整體圖示風格不統一，不同android系統的相容性不好，頁面跳轉不合理，資訊設定不夠完善，操作和輸入體驗不好。
四、反思以及未來暢想
4.1反思
| 姓名 | 感想 |
|---|---|
| 鮑亮 | 作為pm，開始沒感受到控制版本的重要性，後來發現控制推送的順序很重要，可以省去很多不必要的麻煩。(git是個好東西，除了偶爾抽風虐我以外QAQ)計劃永遠趕不上變化，實際上測試的起步比我們想象得困難，是以沒有到達每日測試的目标。然後随筆寫多了，感覺考慮的東西也慢慢多了，人員分工，每日安排等。程式設計方面這階段做了很小的工作，寫的代碼也是之前寫過的類似的，不過後面修改bug倒是改了不少代碼。 |
| 曹鑫傑 | 編碼規範非常有必要，就算自己不用看别人的代碼，在調用接口的時候也因為各種單詞大小寫不規範導緻了許多錯誤，然後修改又不友善，牽一發而動全身。注釋也是要加的，總以為自己寫的代碼怎麼會看不懂的，量多了還真不好說，别人看不懂就算了，自己也看得累。特别在參數含義的時候，忘記加注釋給隊友帶來不便。另外，一個優秀的程式猿應當注重測試，别小看這些測試，它會讓你的代碼更加健壯。 |
| 常松 | 第一次團隊開發app，深刻體會到了團隊合作的重要性，特别是到釋出的前一天晚上，感覺這麼多天的做的東西都按部就班的在手機裡面運作，就覺得很感動。至于分工方面，我負責app的UI設計，沒什麼經驗，就是不斷地模仿，做多了還有點感覺。到了app開發後期，UI的任務就少了許多，于是嘗試了很多其他分工的任務，感覺還不賴。 |
| 林淋 | 總以為寫個php能花多少時間，實際上要是運氣不好，沒問題也會在測試的時候跑不出結果，例如本地測試的時候電腦抽風。總以為php能有什麼問題，實際上，我也不知道我修了多少次bug了，尤其是各種資料傳回不足，各種大小寫拼錯。總以為測試沒錯就是沒錯了，實際上，有時候小錯誤測試的時候沒有影響，但是對前端來說卻很緻命，尤其是資料缺失導緻的空指向。 |
| 汪培僑 | 在這次beta階段開發，自己投入在編碼的工作其實很少，離開了3天後，感覺有點跟項目脫節，隻是做一些代碼修改，以及一些文檔的攥寫，不過我看到了後端隊友成長的厲害，從一個啥也不會的，如今背景一手他以及完全可以勝任，這裡要給他點個贊。 |
| 許秋鑫 | 分層式的去完成一個軟體，隊員間的協調工作真的太重要了，工作進度要是沒能協調，就會造成你等我，我等你的低效率局面，就算事先訂好了文檔，但是在實際的程式設計中還是會出現各種各樣的問題。注釋也太重要了，我後來專門去為各個代碼段加了注釋，沒注釋，要改點什麼，找的話都要找的眼花缭亂了。 |
4.2未來暢想
| 一起買算是我們第一個app，意義非凡。希望未來繼續好好完善她，讓更多人能用上她，也實作我們便利人們的初衷。 | |
| 安卓開發算是入門了，以後有機會繼續發展。不過更想轉做ios端。這次積累了一個很不錯的經驗，相信對以後有幫助。 | |
| android總體來說雖然不如ios那個規整，但是給我們的靈活度還是很大的，之後不管是ios還是android我都願意繼續學習，還有關于前端的更加深入的學習，我也很有信心！ | |
| 開發個項目，文檔真的好重要，沒有個依據，口頭說來說去很容易錯，而且很容易忘，很難統一。而且在設計之初，真的很難把東西想得面面俱到，如果可以的話，在設計階段就要考慮得遠一點。 | |
| 目前還是隻會PHP作為背景的一些資料庫連接配接，圖檔處理，正規表達式，還有很多的東西可以學，不過基本上都是碰到真的需求才會去搞懂他，設計設計設計真的是很重要。 | |
| android學的不夠，之後要去學完，自己做一個app，不然隻做C端，感覺總是欠缺很多，還有要學會沒開始程式設計之前，就規劃好軟體的結構，這次感覺還是考慮的不全，中間有一次較大的改動。 |