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

列出你認為的嚴重影響使用者體驗的Bug，並用專業的語言描述，參考要點如下：（必答）

• Bug發生時的測試環境

  • 手機作業系統：Android
  • i至誠版本：2.1.1（243）

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

  • 測試次數：10次
  • 可復現性：10次
  • 測試的Bug都是必然發生的

• Bug具體情況描述

  • Bug 1：更換頭像的"拍照"功能無法開啟手機的相機功能
     
    
     
     

  • Bug 2：頁面有些擁擠，使用者可能在短時間內不太好發現輸入手機號的輸入框位置
     
       
     
     

  • Bug 3：手機號繫結成功後無系統提示，直接跳回"我的"介面

    • 無任何系統提示，要回到安全設定介面才看到手機號已繫結
       
         
       
       

  • Bug 4：繫結郵箱介面有些擁擠，"郵箱地址"輸入框與"傳送驗證碼"輸入框不對齊
     
       
     
     

  • Bug 5：系統設定介面過於簡單，沒有除"退出登入"的其他功能
     
    
     
     

  • Bug 6：日程中的日曆沒有提供顯示課表和檢視年日曆的功能，這應該屬於沒有的話沒什麼問題，有的話錦上添花的功能
     
       
     
     

  • Bug 7：提交的申請沒有被審批就會一直存在"事務"的"待辦"和"發起"頁面中
     
       
     
     

  • Bug 8：

    • 添加了頁面中所有功能和刪除所有可刪除項後的頁面，其中多項功能如"第二課堂"、"入館教育"、"晚刷統計"等功能在多個分類中重複顯示
         
       
    • 刪除所有可刪除項後的首頁，剩餘幾項固定功能沒法調整位置
    • 添加了頁面中所有功能和刪除所有可刪除項後的首頁，最多隻多顯示五項功能
         
    • 只有圖中用紅色框框出來區域內的功能可以進行調整更換位置，無法調整黃色框中功能的位置
      
       
       

  • Bug 9：進校碼無法正常顯示
     
    
     
     

  • Bug 10：

    • "校園一卡通"功能中待辦任務無法進行增刪改查等操作
       
         
       
    • "校園一卡通"功能中離線碼無法正常顯示
       
      
       
       

  • Bug 11：健康日報中時間與手機系統時間不同步
     
    
     
     

• Bug分析

  • 產生Bug的可能成因

    引用概念來說產生bug的原因就是那些軟體工程師在編寫程式時犯了顧此失彼的錯誤,有時候就是幾種最新或先進的結構或模型用在一起時意想不到的產生了漏洞。

  • Bug的嚴重性

    個人覺得這些Bug應該是處於"3級一般性錯誤"和"4級建議性錯誤"：
    ①部分次要功能如"進校碼"、"入館教育"等功能喪失，現在我們都在校內，暫時用不到這些功能，短時間內處理不太嚴重；
    ②一些業務流程對應的功能如"離線碼"、"待辦任務"未實現，這些功能平日裡也用不太到，不影響實際使用；
    ③一些使用者介面可能不太友好，比如"繫結郵箱"頁面的部分對齊方式，包括文字對齊，沒有與頁面其他排列項一致；

• 對於Bug的預期及改進建議
  ①隨著疫情防控工作的進行，對於如"進校碼"之類的功能建議儘快修復，方便學校管理工作
  ②可以調整部分使用者介面，使其更加美觀友好

第二部分 功能分析（參考8.6節對工作的估計，和14.1節軟體工程的質量）

• 根據軟體已有的功能，評估其做到這個程度大約需要多少時間？(例如：團隊人數6人左右，計算機大學畢業生，並有專業UI支援)。（必答）

  軟體開發階段	開發時間
  需求分析階段	3周
  軟體設計階段	5周
  程式編碼階段	5周
  軟體測試階段	2周
  軟體交付、驗收階段	1周

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

  • 優點
    ①功能強大眾多，滿足學院對人員進校時的管理、師生在校內消費、疫情防控健康狀況日常填報等功能
    ②介面美觀，使用者體驗好
    ③入口淺，手機直接點選圖示進入，不需要像微信端的"至誠教務助手"一樣，需要點選微信再搜尋"至誠教務助手"
    ④崩潰閾值高，可以承載更多使用者同時使用，相比"至誠教務助手"不容易崩潰
     
  • 缺點
    ①沒有課表查詢功能
    ②沒有成績查詢功能
    ③沒有選課功能
    ④除"健康日報"功能外，其他功能很少用到
    ⑤開發成本高
    ⑥開發週期長
     
  • 總結
    如果可以將二者合二為一，功能會更加完善，更加方便使用者使用
     

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

  提高軟體的可靠性和安全性，保障使用者的隱私和財產安全

• 你在第一部分發現的bug，為何軟體團隊不能在釋出前修復？他們是不知道，還是有意不修復？你覺得是什麼原因？可以從下面的可能性中選取幾個：
  可能為以下原因：

  開發人員粗心大意
  測試把關不嚴，敷衍了事，沒有注意在特殊的配置或環境下測試

第三部分 建議和規劃(參考《構建之法》第8章功能的定位和優先順序；第9章專案經理)

這個軟體有很多可以提高的部分，如果你是新上任的專案經理，你將如何提高從而使其更富競爭力？請針對以下問題進行思考：

• 市場現狀

  • 目前市場上是否有其他類似功能的產品、競品？
    幾乎每個大學都有屬於自己學校的此類APP
     
  • 上述產品的定位、優勢與劣勢在哪裡？
    定位：輔助學校對在校師生進行管理、完成疫情防控等功能
    優勢：介面美觀，功能強大，眾多
    劣勢：其實學生們實際更常用到的是"至誠教務助手"的課表查詢功能，要是能與"至誠教務助手"結合，該產品的功能會更強大，更具有競爭力
     
  • 上述產品之間呈現什麼樣的關係，哪些為競品關係？以及競爭中的各方態勢如何？
    與校內師生是相互依託的關係，與其他大學的APP是相互合作、共同交流的關係，不存在競爭關係，發展前景較好。
     

• 市場與產品生態

  • 產品的使用者群體之間是否存在一定的關係？是否有利用其相互作用二次構成特定使用者生態的可能性？
    該產品的使用者群體都是在校師生，或者是學校的安保人員，其他人員都不會使用到。
     

• 產品規劃

  • 你要在當前軟體的基礎上設計什麼樣的新功能？為何要做這個功能，而不是其他功能？為什麼使用者會用你的產品/功能？你的創新在哪裡？可以用NABCD分析。
    與"至誠教務助手"的功能相結合，增加課表查詢顯示、成績查詢等功能，豐富產品的功能，而不是讓該產品大部分時間都只是"健康日報"功能被頻繁使用。
     
  • 如果你是專案經理，可以招聘6個人，並且有4個月的時間，你認為應該如何配置角色(開發，測試，美工等等) 才能在第16周如期釋出軟體的改進版本，並取得預想中的成績。
    配置1位UI設計師、1位資料庫架構師、2位開發工程師、2位測試工程師
     

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

  開發週期	任務	開發週期	任務
  第1周	概念開發與產品規劃	第9周	程式編碼
  第2周	需求分析	第10周	程式編碼
  第3周	需求分析	第11周	程式編碼
  第4周	軟體UI設計	第12周	程式編碼
  第5周	軟體UI設計	第13周	程式編碼
  第6周	軟體設計	第14周	軟體測試
  第7周	軟體設計	第15周	軟體測試
  第8周	軟體設計	第16周	交付、驗收