實踐課:案例分析
阿新 • • 發佈:2022-04-08
這個作業屬於哪個課程 | 至誠軟工實踐F班 |
---|---|
這個作業要求在哪裡 | https://edu.cnblogs.com/campus/fzzcxy/ZhichengSoftengineeringPracticeFclass/homework/12580 |
這個作業的目標 | 軟體測試,功能分析 |
學號 | 212106763 |
i至誠APP
當下,校內許多事務都是在“i至誠”APP上完成的,但是這個軟體還是有不少的缺點,而且大部分功能實用性不強,有些功能開闢出來但是卻沒有使用,全是空白。
不過還是能滿足大學生的日常需求的,修復bug之後會讓使用者使用的更加愉快。
第一部分 找Bug(黑白盒測試)
- Bug發生時的測試環境。
手機Android系統,i至誠版本資訊:1.9.9.80670,任何時間段。
Bug1.拍照功能不存在。
可復現性:必然發生
具體情況:點選拍照功能,不會跳轉到相機,無事發生。
Bug分析:可能只是一個貼圖。
Bug2.不能繫結郵箱。
可復現性:必然發生
具體情況:進行郵箱繫結,輸入郵箱,點選獲取驗證碼,不會收到相關簡訊。而且還有錯別字。。。我這裡用的是QQ郵箱。
Bug分析:POP3和IMAP是郵件相關的協議,IMAP是比POP3更高階一點的協議,實現了了客戶端和服務端的互動;郵件協議出現問題????
Bug3.進校碼異常。
可復現性:偶爾發生
具體情況:進校碼點進去之後通行證,之前的進校碼會顯示綠碼或者紅碼的圖片,還有個人的詳細資訊以及實時時間。現在點進去就變成了圖片所展示的樣子。
Bug分析:伺服器出現問題。
第二部分 功能分析
1.根據軟體已有的功能,評估其做到這個程度大約需要多少時間?(例如:團隊人數6人左右,計算機大學畢業生,並有專業UI支援)。
階段 | 時間 |
---|---|
需求獲取和分析 | 1周 |
模組-原型設計 | 2周 |
系統框架設計、資料庫設計等模組設計 | 4周 |
程式碼編寫 | 4周 |
程式碼複審 | 2周 |
軟體測試 | 2周 |
專案交付 | 1周 |
2.分析這個軟體目前的優劣(和微信端的“至誠教務助手”相比),哪個更實用?
i至誠app的優勢,它的功能更加完善,能完成更多學院生活方面上的事物,比如出入校申請,健康日報,自己編修每日事物等。介面簡單清晰,用起來方便。 i至誠app的劣勢,有不少bug,不能檢視課表,不能查成績。 至誠教務助手,主要用來選課,查課表,查成績的。與i至誠相比,各有各的功能,都挺好。缺點是受微信限制,不是單純的一個app。
3.從各方面的問題,推理出這個軟體團隊在軟體工程方面可以提高的一個重要方面(具體建議)
需求分析要明確,做了那麼多功能,但是一個都沒用上,做出來幹嘛。bug沒有測試出來,健康日報的延時挺嚴重。
4.你在第一部分發現的bug,為何軟體團隊不能在釋出前修復?他們是不知道,還是有意不修復?你覺得是什麼原因?
測試把關不嚴,敷衍了事,沒有注意在特殊的配置或環境下測試。
第三部分 建議和規劃
市場現狀。
目前市場上是否有其他類似功能的產品、競品?
有很多類似功能的產品,比如完美校園,智慧校園,以及各個大學的專用app。
上述產品的定位、優勢與劣勢在哪裡?
有些是為全國高校學生提供服務的,有些只針對自己學校提供服務。
優勢:使用者多,學生能通過它完成校園的事物,瞭解校園的資訊。
劣勢:功能不夠完善,有較多的問題存在。
上述產品之間呈現什麼樣的關係,哪些為競品關係?以及競爭中的各方態勢如何?
完美校園和智慧校園應該是競爭關係,各有各的使用者群,以一個大學為單位的。還有各大學校專屬的app也和它們屬於競爭關係
不過專屬app在自己的學校裡比其他的有優勢。
市場與產品生態
產品的使用者群體之間是否存在一定的關係?是否有利用其相互作用二次構成特定使用者生態的可能性?
比如i至誠的使用者群體就是全校的師生,有構成特定使用者生態的可能性。
產品的子產品,以及其他相關產品之間是否存在一定的關係?是否有利用各個產品特性之間的相互關係二次構成產品生態的可能性?
沒有子產品。
產品規劃
你要在當前軟體的基礎上設計什麼樣的新功能?為何要做這個功能,而不是其他功能?為什麼使用者會用你的產品/功能?你的創新在哪裡?
新加一個查課表,查考試成績的功能。把教務助手常用的這兩個功能加入到i至誠裡,可以完善它,不用專門去公眾號裡找課表了。
只要在學校就必須用我的產品。
如果你是專案經理,可以招聘6個人,並且有4個月的時間,你認為應該如何配置角色(開發,測試,美工等等) 才能在第16周如期釋出軟體的改進版本,並取得預想中的成績。
前端設計2人,架構設計1人,後端開發2人,軟體測試1人。
請為你的團隊設計16個週期每週的詳細規劃。
階段 | 時間 |
---|---|
需求獲取和分析 | 1周 |
模組-原型設計 | 2周 |
模組-原型設計 | 3周 |
系統框架設計、資料庫設計等模組設計 | 4周 |
系統框架設計、資料庫設計等模組設計 | 5周 |
系統框架設計、資料庫設計等模組設計 | 6周 |
程式碼編寫 | 7周 |
程式碼編寫 | 8周 |
程式碼編寫 | 9周 |
程式碼編寫 | 10周 |
程式碼複審 | 11周 |
程式碼複審 | 12周 |
軟體測試 | 13周 |
軟體測試 | 14周 |
專案交付 | 15周 |
釋出 | 16周 |