蘇永威--實踐課:案例分析
這個作業屬於哪個課程 | 至誠軟工實踐F班 |
---|---|
這個作業要求在哪裡 | https://edu.cnblogs.com/campus/fzzcxy/ZhichengSoftengineeringPracticeFclass/homework/12580 |
這個作業的目標 | 測試app |
學號 | 212106777 |
i至誠測試
i至誠是本校一款校園必備軟體,本次測試主要是對全體師生的資訊保安以及使用者體驗。i至誠:主要內容分類有疫情防控、辦公管理、教學科研、學生服務、生活服務等。平時學生的請假及出校申請均需通過此app,在疫情常態化的現在學生主要使用“i至誠”進行健康打卡。
測試Bug:
1)Bug發生時的測試環境
手機型號:iphone xr
手機版本:15.1
i至誠版本3.2.8.80430(202111081003)
2)Bug的可復現性及具體復現步驟
測試次數:10次
可復現性:10次
3)Bug具體情況描述
一:時間沒有按照北京時間標準,每次凌晨進行健康日報打卡的時候都會有延遲,這種延遲很容易導致新生沒有習慣性的去檢視有沒有簽到成功而導致最後需要寫檢討
二:地區沒有直接用定位來設定而是手動輸入使用者體驗並不是很好
三:校園一卡通不是同步的
4)Bug分析
-
Bug的可能成因:
因為疫情原因當時可能只是單純用來統計學生的情況並沒有考慮的很周到 -
Bug的嚴重性:
嚴重性並不是很大,細節的問題,細節及影響使用者體驗,所有東西都不可能存在完美。 -
對於Bug的預期及改進建議:
希望把有些功能完善,且希望新增一些新的功能例如:課表查詢,成績查詢,考前座位的查詢等功能和公告。畢竟是一款全校使用的軟體把別的功能分配到公眾號就顯得不完美。
功能分析:
1.根據軟體已有的功能,評估其做到這個程度大約需要多少時間?
任務需求 | 週數 |
---|---|
問題的定義及規劃 | 1-4周 |
需求分析 | 1-2周 |
軟體設計 | 1-5周 |
軟體編碼 | 1-5周 |
軟體測試及bug修復 | 1-2周 |
軟體完成釋出 | 1-2周 |
2.分析這個軟體目前的優劣(和微信端的“至誠教務助手”相比),哪個更實用?
優勢:大部分功能都能滿足學生。介面設計簡潔明瞭
劣勢:功能雖多但是很多沒有完善且沒有用的。需求較大的並沒有完善如:課表查詢,成績查詢,考前座位的查詢等功能和公告
總結:畢竟是app介面會比微信端的“至誠教務助手”來的簡潔明瞭,app的實用性會比較高,最後希望能將,微信端的“至誠教務助手”部分功能如:成績查詢等和app端的結合起來
3.從各方面的問題,推理出這個軟體團隊在軟體工程方面可以提高的一個重要方面(具體建議)。
完善部分需要的減縮沒有實用性的,安全性並不是很高是個潛在危險
4.你在第一部分發現的bug,為何軟體團隊不能在釋出前修復?他們是不知道,還是有意不修復?你覺得是什麼原因?
使用者需求分析並不完美,起初因為是突然的疫情這部分功能是臨時搭建的所以並不需要很完善,但是時間的推移已經有一段時間了所以使用者體驗差也會反應出來。我覺得原因是都是細節問題,所以開發並不是很想完善這些雜事
建議和規劃:
1、市場現狀
-
目前市場上是否有其他類似功能的產品、競品?
高校基本都會擁有自己的學校獨有的APP -
上述產品的定位、優勢與劣勢在哪裡?
定位:以校園為主體優勢:群體是校園並不會有什麼競爭
劣勢:並不是一款賺錢的軟體,競爭壓力小
-
上述產品之間呈現什麼樣的關係,哪些為競品關係?以及競爭中的各方態勢如何?
服務物件是本校的群體,和別的app的競爭方面和客戶方面並不一樣,競爭關係並不是很大。
2、市場與產品生態
-
產品的使用者群體之間是否存在一定的關係?是否有利用其相互作用二次構成特定使用者生態的可能性?
存在師生關係,沒有。
3、產品規劃
-
你要在當前軟體的基礎上設計什麼樣的新功能?為何要做這個功能,而不是其他功能?為什麼使用者會用你的產品/功能?你的創新在哪裡?
1。設計新聞公告分類,因為:現在的大學生基本都不喜歡看新聞2。設計廣告接單,因為:這是一款app所有的東西都是要精力成本的所以可以設定接單廣告位慢慢的賺取前期搭建所虧損的人力精力
-
如果你是專案經理,可以招聘6個人,並且有4個月的時間,你認為應該如何配置角色(開發,測試,美工等等) 才能在第16周如期釋出軟體的改進版本,並取得預想中的成績。
前端後端開發各兩人,美工一人,軟體測試一人。 -
請為你的團隊設計16個週期每週的詳細規劃。
開發週期 | 任務 | 開發週期 | 任務 |
---|---|---|---|
第一週 | 需求分析 | 第九周 | 軟體編碼 |
第二週 | 市場調查 | 第十週 | 軟體編碼 |
第三週 | 原型設計 | 第十一週 | 軟體編碼 |
第四周 | 美化頁面 | 第十二週 | 功能測試及查詢bug |
第五週 | 設計階段 | 第十三週 | 功能測試及修復bug |
第六週 | 軟體編碼 | 第十四周 | 功能測試 |
第七週 | 軟體編碼 | 第十五週 | 隨機使用者體驗報告 |
第八週 | 軟體編碼 | 第十六週 | 軟體正式釋出 |