第一部分 調研，評測

評測

安卓端評測

• 測試人：文垚

• 描述最簡單直觀的個人第一次上手體驗。

• 第一次上手體驗，操作簡單，界面簡潔。課程表與超級課程表差不多，不同課程不同顏色顯示，簡潔明了。但是整體界面在簡潔中透露出些許簡陋，整體UI設計缺少靈性，只有最基本的框架沒有進行優化，不夠美觀。特別是教務通知這一版塊，顯示過于簡陋，教務通知顯示經常出現排版混亂的問題。

• 使用思維導圖，描述福大助手的結構體系

• 按照描述的bug定義，找出至少兩個功能性的比較嚴重的bug。

• 用專業的語言描述bug（每個bug 不少于 40字），并適當配圖.

? - 評議完成，但獲取成績數據失敗。具體表現為使用易班版塊中的“一鍵XX”功能對老師進行評議，評議完成后仍然無法查看成績，顯示獲取成績數據失敗。經過一段時間后再次查詢成績，成功。
? ? ??

• 評議完成

• 獲取成績數據失敗

? - 使用圖書館功能查找圖書，某些情況下直接閃退。具體表現為使用圖書館版塊中的查詢圖書功能，當本次查詢結果只有一個時，繼續查找其他書籍將直接閃退。例如查找《應用統計方法辭典》，查詢結果只有一個。再次查找其他書籍，如《計算機組成原理》，直接閃退。

• 你覺得為什么這個產品組的人沒有發現這些bug?

? - 我認為產品組的人沒有發現這個bug的原因可能是產品研發完成后，測試組的成員對軟件進行的測試不夠全面，忽略了這些bug。

• 假設你們團隊需要開發這套系統，需要注意哪些方面(架構、部署運維、微服務等)

? - 我認為團隊需要注意到接入其他學校資源的接口時要兼顧手機端和接口的兼容性

IOS端評測

• 測試人：恒達

• 描述最簡單直觀的個人第一次上手體驗。

• 軟件打開后直接顯示課程表，這對經常需要查看課表的我來說是非常方便的，打開側邊欄后突然注意到福大助手中還有這么多功能我沒有使用過，我平常的使用中最經常使用的功能是查看課程表和查看成績，至于其他功能卻很少用到過，感覺應用可以設立一個引導頁面來指導新用戶快速掌握應用的各個功能的位置

• 使用思維導圖，描述福大助手的結構體系

• 按照描述的bug定義，找出至少兩個功能性的比較嚴重的bug。

• 用專業的語言描述bug（每個bug 不少于 40字），并適當配圖.

? - 點擊設置內的推送后程序就能順利崩潰（未開推送狀態：進頁面后直接閃退；推送權限開啟:進頁面不閃退但是應用無響應）

? - 成績功能模塊中的各個學年的各科成績對應的績點無法統計出來，之后點擊刷新問題已經存在，完全退出軟件重新打開軟件問題已經存在。

• 你覺得為什么這個產品組的人沒有發現這些bug?

? - 我認為這個問題產生的可能原因在于：1、產品組沒有對該功能進行詳細的測試，導致前端與后端數據對接的時候績點這個字段的值讀取失敗 2、或者該接口本身就沒有傳遞這個數據產品組雖然知道問題存在不過也無能為力

• 假設你們團隊需要開發這套系統，需要注意哪些方面(架構、部署運維、微服務等)

? - 我認為團隊需要注意根據項目的后期維護，不斷保持產品各個功能的可用性

采訪

采訪一

• 介紹采訪對象的背景和需求（他們有沒有用過類似的APP，除了現有的功能還有別的需求么）

? - 福大在讀大三學生，只用過教務通，需求：希望查看并下載課程的課件和歷年卷

• 讓采訪對象使用福大助手（請上傳照片證明用戶的確正在使用，遠程采訪的同學請讓別人幫忙照相）

• 描述用戶使用這個產品的過程,用戶的問題解決了么？軟件在數據量/界面/功能/準確度上各有什么優缺點？用戶體驗方面有問題么？

? - 問題解決了，除了使用基本功能外用戶還下載了很多的課程學習資料。軟件的界面簡約，主題還可根據個人喜好設置，功能完善，課程信息準確度極高。體驗方面沒有問題。

• 用戶對產品有什么改進意見？

? - 用戶提出的改進意見是歷年卷資料很多過時，希望能及時更新。

• 結論:

? - 非常推薦

? 采訪二

• 介紹采訪對象的背景和需求（他們有沒有用過類似的APP，除了現有的功能還有別的需求么）

? - 福大在讀大三學生，用過教務通，超級課程表，除了現有功能外無其他需求。

• 讓采訪對象使用福大助手（請上傳照片證明用戶的確正在使用，遠程采訪的同學請讓別人幫忙照相）

• 描述用戶使用這個產品的過程,用戶的問題解決了么？軟件在數據量/界面/功能/準確度上各有什么優缺點？用戶體驗方面有問題么？

? - 優點：軟件界面精美，功能齊全，運行流暢，課程信息的準確度高，體驗方面沒有問題。

• 用戶對產品有什么改進意見？

? - 成績查詢功能里缺少查看課程平均分和最高分的功能，以及缺少績點排名的變化走勢圖，希望能添加該功能。

• 結論:

? ?- 推薦

? 采訪三、

• 介紹采訪對象的背景和需求（他們有沒有用過類似的APP，除了現有的功能還有別的需求么）

? - 福大在讀大三學生，用過教務通，易班，需求：除了現有功能還經常使用易班進行相關學習工作，希望二者能整合到一起

• 讓采訪對象使用福大助手（請上傳照片證明用戶的確正在使用，遠程采訪的同學請讓別人幫忙照相）

• 描述用戶使用這個產品的過程,用戶的問題解決了么？軟件在數據量/界面/功能/準確度上各有什么優缺點？用戶體驗方面有問題么？

? - 問題解決了，在福大助手中就可直接點開易班，省去了多個軟件來回切換的麻煩。軟件功能齊全，包括我們經常使用到的空教室查詢，圖書館查詢，考場查詢等都有具備

• 用戶對產品有什么改進意見？

? - 用戶提出希望能增加選課教師信息查看的功能，可以在選課時了解到各個選課老師的信息，方便選擇。

• 結論:

? - 推薦

分析

• 估計這個項目做到這個程度大約需要多少時間（團隊人數6人左右，計算機大學畢業生，并有專業UI 支持）。

?- 大概一個半月

• 分析這個軟件目前的優劣（和類似軟件相比），并推理出開發團隊在軟件工程方面可以提高的一個重要部分（具體建議）。

? - 優勢：相比同類軟件(福大教務通)， 界面UI更美觀， 功能更加齊全，覆蓋了日常學習中會使用的大部分功能。

? - 劣勢：功能繁雜，功能入口不清晰，程序穩定性有提升空間

? - 建議：主要要提高的地方就在UI的一些細節上，部分地方風格不是很統一。以及接口的穩定性上，加以改進，部分功能無法使用。

• 根據理解和體驗，畫出整個軟件所有功能邏輯框圖，根據重要度標識出各模塊的重要度、完成度、出發點及效果

?- 重要： 登錄， 課程表， 查成績， 考場查詢

?- 一般： 歷年卷， 大物實驗， 易班， 圖書館， 教務通知

?- 不重要： 空教室， 嘉錫講壇， 校招日歷， 設置， 注銷

• 完成度：大部分功能都有完成，處理查成績判斷應該是接口問題，暫時無法使用。嘉熙講壇為對界面進行美化直接套web。

• 功能邏輯框圖

• 針對不同的維度評分，對用戶體驗方面、UI界面美觀度、核心功能，分別打分。

? - 用戶體驗方面：? 8

? - UI界面美觀度：? 8.5

? - 核心功能:? 8

建議和規劃

• 如果你是項目經理，如何提高從而在競爭中勝出？

? - 據前期的問卷調查以及小組內的個人生活經歷,我們認為福大助手的軟件質量是值得贊揚的,而在app store中它的評分是滿分五顆星,這也從側面體現了福大助手的軟件質量.不過我認為福大助手在一些方面仍然有提高的空間.首先是推廣方面,在日常生活中我們很少看到福大助手的廣告或者其他推廣手段,同學們知道有這么一款軟件的存在也是因為口耳相傳雖然福大助手可以說是校內唯一的校園服務類app,即使不進行推廣有需求的同學也會在需要時自發下載,但是缺乏推廣就使得很多同學不知道這么一款好軟件的存在，如果我是項目經理,我會花費一些精力在產品的推廣上,比如在新生入學時向學生們推廣這款軟件

• 目前市場上有什么樣的產品了？

? - 目前市面上與這款軟件定位類似的軟件有福大易班,福大教務通

• 我們計劃設計的功能:

? - 添加福大地圖導航功能:對目前市面上的導航軟件沒有的一些福大地標進行導航(比如福大信息辦,福大教學樓監控室)

• 為何要做這個功能，而不是其他功能？

? - 市面上的導航軟件對大學內的導航存在一些盲區,普通用戶在通過這些地圖無法快速找到目的地,而通過瀏覽福大網站來找到相應地標的方式又比較繁雜而成功率不高,舉個例子：福州大學的教學區監控室在中樓3樓多媒體監控廳，這在市面上流行的導航地圖中都是查不到。

• 為什么用戶會用你的產品/功能？

? - 市面上的導航軟件還沒有將精力投入到校園內的導航，對一些只流傳于同學口中的地點導航地圖更是無法顧及，因此我們的校園導航功能瞄準的就是這個痛點。

• 你的創新在哪里？可以用 NABCD 分析。

? -? NEED：市面上的導航軟件對大學內的導航存在一些盲區,普通用戶在通過這些地圖無法快速找到目的地,而通過瀏覽福大網站來找到相應地標的方式又比較繁雜而成功率不高,舉個例子：福州大學的教學區監控室在中樓3樓多媒體監控廳，這在市面上流行的導航地圖中都是查不到。

? -? APPROACH：在福大助手中添加校園地圖功能，通過問卷調查并在福大相關網站上收集福大的詳細地標，并將數據整合到我們的福大地圖中，形成福大地圖導航

? -? BENIFIT：節約同學們校內尋路的時間，節約同學們因不知道校內某個地點而向其他人詢問的時間

? -? COMPETITOR：目前市面上的導航軟件在校內導航做得并不好，而且針對校內一些只流傳于同學口中的地點導航地圖更是無法顧及，所以我們目前的競爭對手在信息來源這方面無法與我們的優勢比擬

? -? DELIVERY：我們會積極尋求與校方合作，借用校方的宣傳渠道為我們的產品進行推廣（畢竟是根正苗紅的福大app）

• 如果你來領導這個團隊，會有什么不一樣？

? -? 如果我來領導這個團隊，我會更注重項目的推廣，因為根據我們發布的100人問卷的結果顯示，仍然有12%的人沒有聽說過“福大助手” 這款軟件，此外我們也會積極尋求和校方合作，借助學校的渠道來幫助宣傳我們的軟件

• 如果你的團隊有5個人, 4個月的時間，你作為項目經理，應該如何配置角色（開發，測試，美工等等）？

? -? 我們的分配：前端-2人 后端-2人 測試-1人

• 描述你的團隊在16 周期間每周都要做什么，才能在第16周如期發布軟件，大小里程碑績點設定。

周數計劃里程碑績點

1	問題定義,可行性研究,需求分析	完成項目需求說明書	10%
2	軟件總體設計,詳細設計	用層次圖完成軟件結構設計,編寫程序規格說明書	30%
3-10	具體編碼及單元測試	將詳細設計的結果翻譯成項目所用的語言,并編寫相應的單元測試,發布alpha版本	30%
11	綜合測試	針對小部分目標用戶展開Alpha版本的使用評測,收集產品缺陷與改進之處	5%
12-15	beta版本開發	針對Alpha版本中存在的軟件缺陷進行改進,按照規格說明書中的驗收標準對產品進行驗收	15%
16	正式版本發布	軟件按照規格說明書中的定義良好的運行	10%

• 項目發布后，有沒有考慮過項目該怎么部署才能滿足需求。依據附錄圖（某校教務處系統的部署）作為參考，分析16周后你所完成的項目上線需要哪些配套設備(服務器、帶寬、數據庫需求數量與配置) 。

? -? 我們認為為了滿足目前的用戶規模我們需要：
? ? -? 負載均衡：2臺
? ? -? 應用服務器：16核32G 2臺
? ? -? 后端服務器：32核64G 3臺
? ? -? 關系型數據庫：Oracle 3個 主從數據庫+備份
? ? -? 緩存數據庫：Redis 2個 主備

增量開發設計

• 優化/新增功能點的原型界面：福大校園地圖導航

? - 假設需要查找福大信息化辦公室

?

• 基本實現思路

? - 接入百度地圖SDK，并根據我們對福大學生的問卷調查以及訪問福大各個機構官網查找機構地址形成地理數據導入到地圖中。

• 優化/新增功能點與原有產品如何接入

? - 新增功能與原有界面并不會產生沖突，可以考慮在側邊欄添加一個按鈕指向本功能，并在應用引導頁設置提醒，向用戶介紹本新增功能的入口

答辯總結

小組現場答辯得分：

• 去掉一個最高分，去掉一個最低分，小組最終得分為78.5分

組號組名打分

1	爸爸餓了隊	77
2	拖鞋旅游隊	77
3	彳艮彳亍隊	81
4	火箭少男100	74
5	起床一起肝活隊	80
6	404 Note Found隊	85
7	第三視角	74
8	小白吃	82

問題回答：

第二組的提問

• 問題1:能否說明一下尋找以及測試BUG的所使用的時間？感覺你們找的BUG蠻不容易找的

• 答:我們小組的測試人員使用了一個晚上——將近4個小時的時間完成找bug的任務

• 問題2:能否提供使用頻率中餅圖的具體百分比？

• 答:

• 問題3:增量開發中是否真的能做到直接找到一間辦公室的地址然后進行導航？

• 答:具體的地理數據需要根據我們對福大學生的問卷調查以及訪問福大各個機構官網查找機構地址形成地理數據導入到地圖中。

第三組的提問

• 問題1:個人覺得地圖導航需求不高，我覺得比如說你要去哪個辦公室，他告訴你哪棟樓幾零幾來的實在。

• 答:感謝建議，我們的原型設想是將地標顯示到地圖上，之后如果用戶點擊該地標會有更詳細的地理位置信息展現。

• 問題2:請問你們調查項目需求的時候是調查了多少人呢？是以什么樣的形式？

• 答:我們主要針對大一新生發布了一份問卷調查，共有100人回答了本問卷

• 問題3:感覺增量開發設計這塊所給出的新功能只有一個，是否有更多的想發沒有分享？

• 答:我們一開始的設想有3個新功能，分別是：課程表備忘功能、圖書館自習室預定功能整合以及福大地圖導航，最后我們小組認為福大地圖導航的剛需最強，且實現可能性大所以最后選擇了這個功能

第四組的提問

• 問題1:為什么ppt中只展示了兩個系統的各一個bug呢？

• 答: 我們在項目評測報告中展示了小組成員測試到的其他bug，ppt中只展示了在我們看來最嚴重、最隱蔽的bug，一方面是為了壓縮演講內容，另一方面是其他bug相比起展示的bug節目效果較差

• 問題2:能否在ppt中體現隊員分工呢？

• 答: 我們會在之后的ppt中注意的

• 問題3:測試報告中幾乎沒有一張圖片，會不會沒有信服力呢？

• 答: 感謝您的建議，我們會在之后的報告中關注沒有圖片這個問題。

第五組的提問

• 問題1:ppt中增量開發設計模塊只有一個功能，是否沒有展示完全？

• 答:我們一開始的設想有3個新功能，分別是：課程表備忘功能、圖書館自習室預定功能整合以及福大地圖導航，最后我們小組認為福大地圖導航的剛需最強，且實現可能性大所以最后選擇了這個功能

• 問題2:ppt中的bug測試展示是否有點少了？bug測試大概花了多長時間？

• 答:我們在項目評測報告中展示了小組成員測試到的其他bug，ppt中只展示了在我們看來最嚴重、最隱蔽的bug。我們安卓端與ios端的測試人員分別用了4個小時的時間進行bug測試，雖然bug數量少，但是我認為我們安卓端的bug是最隱蔽的

• 問題3:請問接受調查的用戶的年級分布是怎樣的？

• 答:
  

第六組的提問

• 問題1:1、增量功能的想法很好，但是具體怎么實施？

• 答:實現思路：接入百度地圖SDK，并根據我們對福大學生的問卷調查以及訪問福大各個機構官網查找機構地址形成地理數據導入到地圖中。

• 問題2:2、你們的問卷調查看起來效果不錯，能不能簡要敘述一下你們都有什么問題？

• 答:歡迎查看我們的問卷調查

• 問題3:3、有沒有考慮過從別的途徑進行測試，而不是人工測試？

• 答: 感謝您的建議，我們也是聽了您組的報告才知道還有自動化測試應用的網站存在（孤陋寡聞了），如果有下次我們一定考慮自動化測試應用的方式與手工測試方式相結合。

第七組的提問

• 問題1:針對調查問卷具有局限性這個問題，你們打算怎么改進？

• 答:之后我們會考慮通過與其他方式相結合來進行調查，感謝您的建議

• 問題2:建議你們注意一下《測試報告》中目錄的格式問題？

• 答:謝謝您的提醒，我們在之后的報告中會更加注意格式問題

• 問題3:ppt中新功能的需求，有一部分是希望可以添加其他功能，可以說明具體是添加哪些功能嗎？

• 答:希望添加其他功能是某位受訪者在回答希望添加什么功能時提出的回復，我們只是真實的把他的回答展現在詞云中。

第八組的提問

• 問題1:ppt中的功能使用頻率的具體數據是怎么得到的？

• 答:我們通過向福大學生發布問卷調查來獲得的數據

• 問題2:ppt中的福大助手結構圖是否過于簡單？嘉錫講壇等功能就無法被易班、生活工具、教務工具的其中之一涵蓋

• 答:為了ppt的顯示清晰我們在演講時的圖片是進行過簡化的，詳圖在上方作業要求部分已經體現

• 問題3:增量開發設計中的福大地圖導航想法很妙，能否簡述一下技術實現步驟？

• 答:實現思路：接入百度地圖SDK，并根據我們對福大學生的問卷調查以及訪問福大各個機構官網查找機構地址形成地理數據導入到地圖中。

小組本次作業貢獻分

組員貢獻比例完成任務

王彬	20	完成博客撰寫、項目評測撰寫、完成作業建議與規劃部分
趙暢	10	演講PPT
王源	10	功能原型圖制作
志煒	10	完成項目分析部分
文垚	10	應用測試安卓端、報告表格編輯
恒達	10	應用測試IOS端
煌偉	10	用戶采訪
展瑞	10	問卷設計、發布并回收
岳昕	10	問卷設計、發布并回收

個人部分

PSP

PSP2.1???Personal Software Process Stages??預估耗時（分鐘）實際耗時（分鐘）

Planning	?計劃	5	5
· Estimate	???· 估計這個任務需要多少時間	5	5
Development	開發	150	150
· Analysis	???· 需求分析 (包括學習新技術)	0	0
· Design Spec	????· 生成設計文檔	0	0
· Design Review	??· 設計復審	0	0
· Coding Standard	????· 代碼規范 (為目前的開發制定合適的規范)	0	0
· Design	????· 具體設計	0	0
· Coding	??· 具體編碼	0	0
· Code Review	????· 代碼復審	0	0
· Test	???· 測試（自我測試，修改代碼，提交修改）	150	150
Reporting	?報告	30	30
· Test Repor	?· 測試報告	20	20
· Size Measurement	???· 計算工作量	0	0
· Postmortem & Process Improvement Plan	??· 事后總結, 并提出過程改進計劃	10	10
	????合計	185	185

學習進度條

第N周新增代碼（行）累計代碼（行）本周學習耗時(小時)累計學習耗時（小時）重要成長

1	500	500	12	12	單元測試的寫法
2	0	500	12	17	Axure RP 8 原型設計工具
3	300	800	16	33	C++爬蟲、regex正則表達式匹配
6	0	800	15	48	UML類圖的制作
7	0	800	20	68	軟件需求規格說明書的書寫
11	0	800	5	73	Laravel后端框架安裝，騰訊云服務器部署，團隊git的使用
11	100	900	8	81	git分支操作、MVC模型、最基本的http信息傳遞、基本的Eloquent數據模型寫法
11	100	1000	6	87	git多個遠程分支同步操作、json發送與接收、http post方法、curl測試
11	200	1200	8	95	php后臺邏輯、移植數據庫、數據接口、前端頁面接收post表單返回值
12	300	1500	16	111	數據庫調錯、后端調錯、password_hash、timestamp字段
12	200	1700	5	116	git團隊合作
12	100	1800	5	121	postman測試
12	100	1900	3	124	數據庫編碼
13	0	1900	3	127	alpha結束，進行事后諸葛亮會議，暫無其他技術上的收獲
14	0	1900	3	130	進行測試報告作業

轉載于:https://www.cnblogs.com/ZCplayground/p/10092551.html

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的团队项目测评博客的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。