作業連結
- 調研,評測
- 評測
- 個人上手體驗
- BUG
- 原因分析
- 采訪
- 評測
- 分析
- 時間預估
- 分析和建議
- 功能邏輯框圖
- 子產品分析
- 評分
- 建議和規劃
,功能評測,黑箱測試
下載下傳并使用,描述最簡單直覺的個人第一次上手體驗。
- 初印象為登陸方式不太友好。莫名其妙地分開為身份驗證和關注驗證,各有一個入口,且沒有引導。
- 進入首頁面後,第一眼覺得界面簡介且功能很多,整合了通知檔案、成績查詢、福大黃頁、校園巴士、失物招領、學生證附卡、講座報告、校園新聞、福大首頁、我的課表、福大郵箱、個人日程和移動OA共13個功能子產品。
- 然而在具體使用中發現[我的課表]、[移動OA]、[成績查詢]子產品功能是不能用的,[學生證附卡]等子產品基本不能使用,[福大郵箱]、[個人日程]、[失物招領]子產品存有一些影響基本使用的BUG。
- 無法使用和有BUG的功能讓操作變得十分困難,有些頁面的跳轉邏輯也不夠友好。總的來說,第一次上手體驗感不佳。
軟體的bug
按照描述的bug定義,找出幾個功能性的比較嚴重的bug。至少兩個。
用專業的語言描述(每個bug 不少于 40字),如有必要,可以配圖.
*注:為了友善表示,以“「」"表示按鈕,以“[]”表示頁面。
- 【功能選擇頁面】
- 1.IOS端将頁面左滑後可删除子功能,然而删除後隻能在搜尋欄重新找到删除的功能,卻不能再将之添加回選擇頁面了。
- 【個人日程】
- 2.添加日程時不能設定提醒:點選「添加日程」進入[添加事件]頁面,輸入标題和設定提醒後,點選「儲存」後無反應。
-
3.下載下傳日程表傳回後異常:在事件表頁面點選「下載下傳」進入[下載下傳的日程清單]頁面,在點選「<」按鈕後,頁面實作出現異常。具體表現為圖1的[設定]頁面空白,圖2-1、2-2的[添加日程]頁面出現亂碼,圖3的[檢視具體日程]頁面空白等。
圖1:
圖2-1:
圖2-2:
-
4.日程複制:在[設定]頁面,如圖3所示的3個按鈕多按幾次,小機率出現所有日程都被複制的bug。且此時再進行改色,改變的隻有複制後的日程。效果圖如圖4-1、4-2。
圖3:
圖4-1:
圖4-2:
- 5.建立日程備注超出長度限制:在[建立日程]頁面所填寫的字長超出255位元組限制時,無法點選「儲存」按鈕(無提示無跳轉)。
- 6.日程顯示時間有歧義:[建立日程]時設定時長超過一天時,日日程顯示頁上所寫的時間隻有時間無日期。例如下圖,設定的日程時間為12月10日00:09到12月11日07:19。
-
7.前進傳回按鈕跳轉邏輯錯誤:先打開某一具體日程,按左下角的「<」按鈕傳回後,再打開[設定]頁面,按下「>」按鈕後再按「<」傳回,如圖5所示頁面崩潰。
圖五:
- 【成績查詢】
- 8.功能缺失:進入[成績查詢]後,可選擇的學年隻有12-16學年。
- 【我的課表】
- 9.功能缺失:進入[課程表]後,無法顯示課程。
- 【福大郵箱】
- 10.手機版登陸失敗:如下圖1所示,網頁版提示“您已被禁止登陸,請聯系管理者。”,而網頁版可正常登陸。
- 【失物招領】
- 11.失物招領上傳圖失敗:釋出失物招領時,如若上傳了圖檔再釋出,會提示上傳圖檔不能為空。
- 12.@功能無法精準定位個人:釋出失物招領時,選擇通知某人後,隻能選擇人名,無法避免重名現象。
- 13.@功能失效:釋出失物招領時,選擇通知某人,被通知的人卻并不會收到通知。
- 【學生證附卡】
- 14.學生資訊采集:進入頁面後首先跳出“擷取失敗!原因:輔導員為空,請添加輔導員”字樣,但實際可輸入的隻有手機号碼一列。且沒有驗證,随意輸入後既可進入[學生證附卡]頁面。
- 15.功能缺失:[學生證附卡]頁面的補辦和資訊更新均無法使用。
- 【身份驗證】
- 16.重複驗證:重複使用同一個人的學号和密碼進行驗證可通過身份驗證,但是在關注驗證時,輸入手機号或郵箱卻提示用之前綁定的号碼進行登陸。此時無法解除學号綁定,新的微信号無法進行任何操作。
- 17.手機号驗證身份顯示錯誤:[手機号驗證身份]頁面有幾率出現手機号卡在區号框裡的現象。
你覺得為什麼這個産品組的人沒有發現這些bug?
- 是個有按鈕就可以了的企業号,産品組的人應付作業糊弄了事
- 傳遞時間太趕完全沒時間做測試就釋出了
- 總的來說就是态度不太行…
假設你們團隊需要開發這套系統,需要注意哪些方面(架構、部署運維、微服務等)。
第8章 使用者調研, 軟體的使用者體驗
相信每個同學的朋友中一定有人需要用這樣的軟體,記載你對這位使用者的采訪。例如使用下面的采訪提要:
介紹采訪對象的背景和需求(他們有沒有用過這個APP或類似的APP,除了現有的功能還有别的需求麼)
讓采訪對象使用微信福州大學企業号(請上傳照片證明使用者的确正在使用,遠端采訪的同學請讓别人幫忙照相)
描述使用者使用這個産品的過程, 使用者的問題解決了麼?軟體在資料量/界面/功能/準确度上各有什麼優缺點?使用者體驗方面有問題麼?
使用者對産品有什麼改進意見?
被采訪者1
- 背景: 計算機專業同學
- 需求:需要一個便捷的、提供功能齊全且故障率不高的校方APP
- 照片:
- 使用過程:下載下傳了企業微信,并且使用了自己的學号進行注冊,試用了所有功能。
- 使用感受:在使用産品的過程中,使用者的問題沒有得到解決。大部分功能都不能使用,不過錄入了所有福州大學學生的名字和學号,資料量還是挺全的。
- 改進意見:把功能做完再談改進吧。
被采訪者2
- 背景:醫大同學,用過類似福大易班的校園APP
- 需求: 沒什麼需求
- 使用過程:介紹了她們學校的APP,嘗試使用了福大微信企業号,結果因為企業号沒有解綁功能(如BUG16所示),試使用失敗。
- 使用感受: BUG的力量!
- 改進意見:加入解除綁定的功能。
結論:經過這麼多工作,你一定有充分的理由給這個軟體下一個評價,請選擇一個結論:
非常不推薦
不推薦
一般☑
推薦
非常推薦
> 參考 8.6 節 對工作的估計, 和14.1 節 軟體工程的品質
使用此軟體的大部分功能,聯系第二部分的分析,估計這個項目做到這個程度大約需要多少時間(團隊人數6人左右,計算機大學畢業生,并有專業UI 支援)。
- 估計時間:兩個月。
- 理由:整體需要做的工作挺多的,雖然完成度不佳,但考慮到學習成本,是以估計為兩個月。
> 分析這個軟體目前的優劣(和類似軟體相比),并推理出團隊在軟體工程方面可以提高的一個重要部分(具體建議)。
- 優點:
- 微信企業号是一個很好的平台,基本上所有在校大學生都使用微信,非常适合在上面釋出通知,在上面提供一些實用的功能也能更好地服務于廣大福大師生。
- 相比于“福大教務通”、“福大易班”、“福大助手”等針對福大學生的校園APP,福州大學企業号不需要另外下載下傳,更加便捷,還提供了福大黃頁等功能,還可以通過企業号直接聯系到校友,如果推廣起來還是挺不錯的。
- 劣勢:
- 福州大學企業号功能雖多,但能用的不多,沒有特别大的亮點。且推廣度不高,知道的人并不多。
- 建議:
- debug。先修複好現有功能的bug基礎上再選擇去增添功能和推廣。
- 因為一卡通背後印着這個公衆号的二維碼,是以建議增加和一卡通相關的充值之類的功能。
- 建議增加請假報批等功能。
- 建議去除完全沒必要的功能,如[個人日程]。
- 建議增加常見問題查詢的功能。提供一些如怎麼補辦學生證、如何請假等問題的答案。而因為[校園巴士]所能提供的資訊量較少,如果無法精準定位小白,是以可以可以把這項功能整合到常見Q&A裡。
- 增強推廣力度,可以考慮通過班導向大一新生傳播等途徑,目前推廣力度不足,且搜尋不夠友善。雖然在校卡背後貼了公衆号的二維碼,但是許多人不知道這個公衆号的作用,且關注邏輯麻煩,是以并不會選擇使用它。
> 根據了解和體驗,畫出整個軟體所有功能邏輯框圖
> 根據重要度辨別出各子產品的重要度、完成度、出發點及效果
重要度按1~5評分,1:不重要,2:一般重要,3:重要,4:很重要,5:非常重要。
子產品 | 重要度 | 完成度% | 出發點 | 效果 |
---|---|---|---|---|
通知檔案 | 5 | 85 | 為使用者提供檢視通知檔案,公示以及校内公告 | 提供了基本功能 |
福大首頁 | 80 | 位使用者提供關于福大的重要資訊 | 連結向福大首頁網頁版 | |
校園新聞 | 4 | 主要用于檢視福大的校園新聞 | 界面友好,查詢友善 | |
福大郵箱 | 2 | 60 | 主要用于登入使用者的福大郵箱 | 由于手機版郵箱不可用,而網頁版直接登陸網頁檢視,是以效果不佳 |
福大黃頁 | 為使用者提供了福大各部門電話号碼 | 操作簡便、分類明确 | ||
我的課表 | 為使用者提供課表 | 無法顯示,背景圖也不對 | ||
成績查詢 | 10 | 主要用于檢視使用者的成績 | 無法檢視 | |
個人日程 | 1 | 為使用者提供日程記錄 | bug較多,使用不友善 | |
移動OA | 3 | ? | 無法使用 | |
失物招領 | 75 | 為使用者提供釋出和檢視失物招領和尋物啟事功能 | 有些小bug,但能用 | |
校園巴士 | 為使用者提供校園巴士資訊 | 能檢視,但資訊量較少 | ||
講座報告 | 為使用者提供講座報告資訊 | 能檢視到所需資訊 | ||
學生證附卡 | 40 | 為使用者提供檢視、修改學生證附卡資訊的功能 | 隻能檢視部分資訊,不能修改 |
> 針對不同的次元評分,對使用者體驗方面、UI界面美觀度、核心功能,分别打分。
評分項 | 理由 | |
---|---|---|
使用者體驗 | bug較多,功能不全,但能檢視校内新聞、公告和學生學号,可以基礎使用 | |
UI界面美觀度 | 8 | 界面比較簡潔美觀 |
核心功能 | 7 | 整合了很多的功能,但功能雖全卻不精,很多功能都或多或少的具有一些缺憾,略顯雞肋 |
參考《建構之法》第8章 功能的定位和優先級;第9章 項目經理
這個軟體有很多可以提高的部分。
- 如果你是項目經理,如何提高進而在競争中勝出?
- 提高軟體的品質和穩定性。即使軟體擁有吸引使用者使用的功能,但是若穩定性和容錯率達不到使用者的可接受範圍内,也會極大削減使用者的使用興趣,不能長期使用。
- 有足夠吸引人的功能,提供件沒有的而在特定群體中很實用的功能。
- 注意宣傳。通過學校官方來進行宣傳。
- 目前市場上有什麼樣的産品了?
- 超級課程表、課程格子
- 對所有高校提供的APP,提供友善快捷的課表功能。超級課程表還提供四六級查詢、跳蚤市場、超級課堂等功能。
- 福大教務通、福大助手
- 針對福州大學實際情況設計。提供課程表,查詢成績,學分,考試安排,教務處消息通知等功能。
- 期末考啦
- 提供試卷、PPT下載下傳等功能。
- 易班
- 通過校本化能夠和教務處連接配接,提供課表和成績查詢等功能。
- 超級課程表、課程格子
- 你要設計什麼樣的功能?
- 在原有基礎上删除以下功能:
- 校園巴士;
- 個人日程。
- 在原有基礎上再增加以下功能:
- 1.一卡通查詢充值;
- 2.常見Q&A;
- 3.福大地圖和地點介紹;
- 4.校曆查詢;
- 5.請假申請;
- 6.圖書館借書管理。
- 在原有基礎上删除以下功能:
- 為何要做這個功能,而不是其他功能?
- 一卡通查詢充值:印在一卡通背後應該要提供相關功能吧;
- 常見Q&A:讓使用者有問題時可以有地方查詢;
- 福大地圖和地點介紹:讓不熟悉學校情況的新生快速适應學校環境,免去他們的一些苦惱。
- 校曆查詢:提供校曆查詢,有助于學生了解這個學期的進度與情況,友善學生做出合理規劃。
- 請假申請:友善學生請假,不用跑很遠,而且可以友善老師檢視是否有學生請假。
- 圖書館借書管理:友善學生檢視已借書籍、書籍到期期限等資訊。
- 為什麼使用者會用你的産品/功能?
- 平台便利;
- 功能均是從使用者角度出發所考慮得出的;
- 提供了一些其他軟體所沒有的一些功能;
- 功能完備,使用便捷。
- 你的創新在哪裡?可以用 NABCD 分析。
- 你的創意解決了使用者的什麼需求?(N)
- 擁有功能全面,提供黃頁、Q&A、請假申請等功能,解決了使用者查找學校資訊困難、請假困難等痛點。
- 你有什麼招數來解決使用者的痛苦或問題?(A)
- 提供其他軟體所沒有的功能,使學生的問題迎刃而解。
- 你這個産品或服務會給使用者帶來什麼好處?(B)
- 本産品幫助同學更快地适應校園生活,友善地檢視學校通知等資訊,在學習和生活上為同學更高的效率。
- 你的産品有沒有類似的競争者,他們的産品怎麼樣?(C)
- 福大教務通等軟體。這些軟體功能僅限于查課表,查成績,找空教室,查考場。不具備生活,工作上的便捷功能。
- 超級課程表等軟體。針對性強,與教務處對接更好,功能更全面。
- 你如何推銷你的産品?(D)
- 我們可先得到校方的支援,通過線上線下同時宣傳,向學生宣傳一卡通背後的二維碼作用等。
- 你的創意解決了使用者的什麼需求?(N)
-
如果你來上司這個團隊,會有什麼不一樣?
明确團隊分工和時間配置設定。為每一位成員配置設定合理的工作任務,并在合理的時間内傳遞可用的軟體功能,對于無法實作的功能使用其他的方法進行代替
- 如果你的團隊有5個人, 4個月的時間,你作為項目經理,應該如何配置角色(開發,測試,美工等等)?
- 開發前期,兩人負責功能開發,一人負責美工,兩人負責UI,各部分人員在完成一個功能子產品之後必須自行測試通過再傳遞。後期測試階段再安排2~3人進行系統測試。
- 描述你的團隊在16 周期間每周都要做什麼,才能在第16周如期釋出軟體,大小裡程碑績點設定。
時間/周 | 安排 |
---|---|
1-2 | 考慮使用者需求,确定功能,制定初步計劃。随後進行實際調研,對出現的問題,需求沖突等進行政策調整。 |
制定出較為完善的工作方案,明确人員分工和工作計劃,開展工作。 | |
4-7 | 搭建軟體基本架構,形成初步的架構,實作幾項基礎功能,并對目前出現的問題及時回報,調整開發政策,明确下一階段的開發任務。 |
8-12 | 功能進一步完善,軟體基本完成,各功能完善,開始考慮釋出測試版。 |
13-14 | 軟體系統測試和調試。 |
15 | 小範圍内釋出Beta版本,并處理回報資訊 |
16 | 進一步完善釋出。 |
- 項目釋出後,有沒有考慮過項目該怎麼部署才能滿足需求。依據附錄圖(某校教務處系統的部署)作為參考,分析16周後你所完成的項目上線需要哪些配套裝置(伺服器、帶寬、資料庫需求數量與配置) 。
- 應用伺服器叢集:2 核 2G * 6
- 後端伺服器叢集:16 核 64G * 2
- 資料庫:5個
- 帶寬:10M