測試APP ：i至誠

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

• 測試Bug的環境
   手機型號：SHARK PRS-A0
   作業系統：Android 11
   i至誠版本: 3.2.8.80430（202111081003）
• Bug具體情況描述

• bug1
  • 必然發生
  • 嚴重性：⭐
  • 具體情況：健康日報填報的時間沒有與北京標準時間對應而且填報中的地址是可以隨便修改，不是根據定位來獲取地址

• bug2
  • 必然發生
  • 嚴重性：⭐⭐⭐⭐
  • 具體情況：在學生健康填報許可權有問題，可以在裡面獲取到全校所有學生的系別、專業學號、電話號碼以及部分定位情況資訊

• bug3
  • 必然發生
  • 嚴重性：⭐
  • 具體情況：在個人資訊中更改頭像，不支援png格式，選擇png格式作為頭像沒有反應

• bug4
  • 必然發生
  • 嚴重性：⭐
  • 具體情況：在APP公告中點選第一個公告右上角語音播放，出現的按鈕點下個公告會跳到內部測試的公告

• bug5
  • 偶爾發生：10次測試出現5次
  • 嚴重性：⭐
  • 具體情況：點選公告裡面瀏覽次數實時增加一次外面沒有實時增加，反之外面實時裡面沒有實時

第二部分 功能分析

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

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

  • 優勢：功能相對較多
  • 劣勢：沒有檢視課表功能，不常使用較多功能。
  • 總結：i至誠就用來健康填報和出校返校申請，平常都是用至誠教我助手，至誠教務助手比較好用而且還實用

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

  • 從軟體測方面試：i至誠有些功能只實現圖示功能沒有去實現，學生資訊存在洩露問題，這些問題應該在測試階段發現並進行解決

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

  • 測試把關不嚴，敷衍了事，沒有注意在特殊的配置或環境下測試
  • 對使用者需求掌握不好

第三部分 建議和規劃

• 市場現狀

  • 目前市場上是否有其他類似功能的產品、競品？
    • 今日校園
    • 釘釘
  • 上述產品的定位、優勢與劣勢在哪裡？
    • 定位：為本校學生服務
    • 優勢：專門為本校學生設計的功能
    • 劣勢：只能在本校使用
  • 上述產品之間呈現什麼樣的關係，哪些為競品關係？以及競爭中的各方態勢如何？
    • 無，都是各個學校專門設計為本校學生服務使用

• 市場與產品生態

  • 產品的使用者群體之間是否存在一定的關係？是否有利用其相互作用二次構成特定使用者生態的可能性？
    • 存在一定關係，有利用其相互作用二次構成特定使用者生態的可能性。
  • 產品的子產品，以及其他相關產品之間是否存在一定的關係？是否有利用各個產品特性之間的相互關係二次構成產品生態的可能性？
    • 有一定關係，萬能牆，二手交易等
  • 請為你的團隊設計16個週期每週的詳細規劃。

• 產品規劃

  • 你要在當前軟體的基礎上設計什麼樣的新功能？為何要做這個功能，而不是其他功能？為什麼使用者會用你的產品/功能？你的創新在哪裡？可以用NABCD分析。
    • 新增展示課表資訊，平時用至誠教務助手最多的就是檢視課表資訊，i至誠裡面沒有這個功能
  • 如果你是專案經理，可以招聘6個人，並且有4個月的時間，你認為應該如何配置角色(開發，測試，美工等等) 才能在第16周如期釋出軟體的改進版本，並取得預想中的成績。

  人數	任務
  1	需求收集，需求分析，編寫文件
  2	美工ui設計和前端
  2	後端和資料庫
  1	軟體測試

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

  周	階段任務
  1	需求收集、需求分析
  2	討論需求，設計原型
  3	統一開發工具
  4-8	軟體設計，前後端分離開發
  9	前後端整合，進行完善
  10	軟體測試
  11-12	修改測試bug
  13	軟體二次測試
  14-15	二次修改測試bug
  16	軟體釋出