林建威---案例分析 (i至誠)
阿新 • • 發佈:2022-04-10
這個作業屬於哪個課程 | 至誠軟工實踐F班 |
---|---|
這個作業要求在哪裡 | https://edu.cnblogs.com/campus/fzzcxy/ZhichengSoftengineeringPracticeFclass/homework/12580 |
這個作業的目標 | <學會案例分析,軟體測試,找到軟體的不足。> |
學號 | <212106721> |
測試i至誠
第一部分 找Bug(黑白盒測試)
Bug發生時的測試環境
手機型號:Redmi K40
系統UI: MIUI 13.0.3穩定版
作業系統:安卓12
bug1
- Bug的嚴重性:嚴重,影響部分學生打卡(踩點的)。
- 可復現性:必然發生
- 具體情況描述:開啟健康日報,他裡面的時間就定格在你進去的前兩分鐘。
- 建議:把時間改成實時的
bug2
- Bug的嚴重性:嚴重,不能定位到正確資訊,影響疫情防控。
- 可復現性:必然發生
- 具體情況描述:開啟健康日報,位置固定是那一個位置。
- 建議:把位置改為定位的。
第二部分 功能分析
1.根據軟體已有的功能,評估其做到這個程度大約需要多少時間?(例如:團隊人數6人左右,計算機大學畢業生,並有專業UI支援)。(必答)
目標 | 時間 |
---|---|
需求獲取分析 | 2周 |
原型設計 | 3周 |
軟體開發 | 8周 |
軟體測試 | 2周 |
總計 | 15周 |
2.分析這個軟體目前的優劣(和微信端的“至誠教務助手”相比),哪個更實用?(必答)
客戶端的i至誠功能比較齊全一點,就是東西比較多,有些東西找的不方便。微信端的至誠教務助手的使用起來更方便,只能說兩款都有自己的優點,實用主要是看客戶的習慣。
3.從各方面的問題,推理出這個軟體團隊在軟體工程方面可以提高的一個重要方面(具體建議)。
建議就是設計常用視窗,然後多測試幾次bug,增加使用者體驗。
4.你在第一部分發現的bug,為何軟體團隊不能在釋出前修復?他們是不知道,還是有意不修復?你覺得是什麼原因?可以從下面的可能性中選取幾個:
測試把關不嚴,敷衍了事,沒有注意在特殊的配置或環境下測試
第三部分 建議和規劃
市場現狀
- 目前市場上是否有其他類似功能的產品、競品?
每個高校應該都會有屬於自己的一種app,有是有但是沒有什麼競爭力。 - 上述產品的定位、優勢與劣勢在哪裡?
優勢方便學校的管理,劣勢也是很明顯,只能一所學校用。 - 上述產品之間呈現什麼樣的關係,哪些為競品關係?以及競爭中的各方態勢如何?
比如說,i至誠和至誠教務助手,這種同一個市場,且互為競爭關係的。
市場與產品生態
- 產品的使用者群體之間是否存在一定的關係?是否有利用其相互作用二次構成特定使用者生態的可能性?
產品使用者群體都是學生和老師,基本無利用其相互作用二次構成特定使用者生態的可能性 - 產品的子產品,以及其他相關產品之間是否存在一定的關係?是否有利用各個產品特性之間的相互關係二次構成產品生態的可能性?
存在那種互補的,功能都基本相似。很難構成某種產品生態。
產品規劃
- 如果你是專案經理,可以招聘6個人,並且有4個月的時間,你認為應該如何配置角色(開發,測試,美工等等) 才能在第16周如期釋出軟體的改進版本,並取得預想中的成績。
美工: 1人
專案經理: 1人
測試: 1人
開發人員: 3人 - 請為你的團隊設計16個週期每週的詳細規劃。
任務 | 時間 |
---|---|
需求獲取分析 | 第一週-第二週 |
確認模型和流程圖 | 第三週-第四周 |
軟體開發 | 第五週-第九周 |
第一次軟體測試 | 第十週 |
修改不足 | 第十一週-第十二週 |
第二次軟體測試 | 第十三週 |
修改bug | 第十四周 |
第三次測試並優化 | 第十五週 |
釋出專案 | 第十六週 |