i至誠測試

第一部分 找Bug（黑白盒測試）

Bug發生時的測試環境:

ios手機，i至誠最新版本

Bug的可復現性及具體復現步驟

bug1是偶爾發生的概率，其他都是經常性的。

Bug具體情況描述

1.頁面跳轉有bug，在點選學工系統後，點選返回頁面，再點選學生請假，會先出現點選學工系統的頁面，再刷新出學生請假頁面。------⭐⭐

2.再點選迎新系統時，點選網路服務，再點選返回，返回的不是迎新服務大廳，而是返回兩個頁面（不管是再首頁點選還是在服務裡面點選）。------⭐

3.公告前面的UI圖顯得太突兀了。------⭐

4.點選辦理，無法清除1這個小紅點，事務也已經處理過了。------⭐

5.下邊的返回頁面是個多餘的設計，因為左上角的返回跟下邊的返回功能性一模一樣。------⭐

6.設定圖示是個二維碼，但是點選進去，沒有一個功能跟二維碼有關的。具有誤導性。------⭐

7.可以利用爬蟲軟體獲取請求頭，然後可以查到師生的使用者資訊，甚至可以利用裡面的二維碼進行付款，只有餘額減少資訊，查不到是誰盜用錢。------⭐⭐⭐⭐⭐

8.可以檢視全校人員的i至誠健康日報打卡時間，個人覺得這個還是比較隱私的資料。------⭐⭐⭐

9.ip訪問的個數太少了，好像同一時間只能200ip訪問，學校學生有那麼多的人，只給了那麼點容量，使用者體驗不是很好。------⭐⭐⭐

Bug分析

可能i至誠這個專案外包給那些不是很厲害的公司做的，畢竟要是是學校老師做的，應該不至於那麼差勁吧。在7和8這兩個bug，我覺得這個嚴重性是相當的嚴重啊，這是涉及到個人財產和隱私的。如何改進這個bug，還是要靠學校的網信辦的老師吧，給不了很準確的建議。

第二部分 功能分析

根據軟體已有的功能，評估其做到這個程度大約需要多少時間？

根據i至誠已有的功能，我覺得在6人團隊的情況下，2-3個月就能完成這個專案。

分析這個軟體目前的優劣（和微信端的“至誠教務助手”相比），哪個更實用？

我在使用i至誠的情況下，除了每天的健康日報打卡，用到的次數也很少，至誠教務助手至少可以看看上課資訊，個人績點資訊，以及一些調課，實用性還是至誠教務助手好。

從各方面的問題，推理出這個軟體團隊在軟體工程方面可以提高的一個重要方面（具體建議）

在需求方面吧，沒有很準確的定義使用者使用最多的功能----查課表資訊，多了很多無關緊要的功能。

你在第一部分發現的bug，為何軟體團隊不能在釋出前修復？他們是不知道，還是有意不修復？你覺得是什麼原因？

確實對使用者需求掌握不是很好，沒有做好使用者調查，具體的設計質量不高，比如bug3和5.測試把關也不嚴謹，出現了使用者隨隨便便就能爬取個人資訊，需要請更專業的外包公司製作軟體。

第三部分 建議和規劃

市場現狀

目前市場上是否有其他類似功能的產品、競品？

現在市場基本每所高校都有自己相對應的APP，我之前的大專學校也有。

上述產品的定位、優勢與劣勢在哪裡？

優勢:有數量眾多的在校生使用，使用量大。

劣勢:除了在校師生，其他人也用不到。

產品的使用者群體之間是否存在一定的關係？是否有利用其相互作用二次構成特定使用者生態的可能性？

都是學生和老師，不太可能能利用起來。

產品的子產品，以及其他相關產品之間是否存在一定的關係？是否有利用各個產品特性之間的相互關係二次構成產品生態的可能性？

關係就是都是自己高校的師生使用，也是不太可能。

如果你是專案經理，可以招聘6個人，並且有4個月的時間，你認為應該如何配置角色(開發，測試，美工等等) 才能在第16周如期釋出軟體的改進版本，並取得預想中的成績。

請為你的團隊設計16個週期每週的詳細規劃。