團隊做業5-測試與發佈

一. 測試

1. 測試過程當中的BUG

• 修復的bug：
  - （1）金額沒有動態變化計算的問題；
  - （2）發佈以後，背景圖片沒法顯示的問題
  - （3）發佈以後，按鈕沒法使用（找了兩天緣由，發現是發佈的時候，沒有設置request合法域名，致使前端程序不會向服務器發送網絡請求）
  - （4）一些除0的限制和時間選擇的限制
  - （5）顯示可用餘額的小數點問題
  - （6）用戶之間的隔離問題（測試期間，部分沒有隔離，致使當前用戶輸入的消費金額，會出如今其餘用戶的記錄裏）
  - （7）測試期間，出現過沒有用戶登錄請求的問題
• 不能重現的bug：
  - （1）有時候日曆部分會出現跳格的現象，可是以後忽然又好了......就......比較迷
• 不屬於bug的bug：
  - （1）沒有」收入「的這個記錄選項，只有」支出「。由於咱們的這個小程序的核心功能是」計劃「。因此不在意用戶的收入，只要用戶輸入」計劃「所用金額，後續的開銷都是在這個計劃中進行的遞減。也就是說用戶的其餘收入不是咱們這個小程序所關心的部分，咱們只關心用戶天天的支出。
• 沒有能力修復的bug：
  - （1）版本發佈以後，前端數據沒法鏈接到後端，按鈕失效等發佈以後的問題（後臺測試是沒有問題的）。如今正在解決。上面的問題一天後修復了，因此刪掉！
  - （2）添加完流水帳單以後，日曆部分沒能馬上顯示出來，須要點一下其餘地方再點回來，才能看到更新的金錢變化。這個好像是屬於微信端的一個緩存刷新的問題，咱們暫時沒有找到解決的辦法
  - （3）對於屏幕比較長的手機......咱們暫時沒想到怎麼優化他們的用戶體驗......功能使用都沒有問題的
• 下個版本修復的bug：
  - （1）添加刪除和修改消費的問題
  - （2）當前「計劃」期間，後續幾天的可用餘額愈來愈多的問題（後端忘作除法了......）
  - （3）修復的bug就這些了，其餘的屬於其餘優化和增長方面，後面有說，這裏就不重複了

2. 場景測試

學生A，每個月生活費有2000，月初時花錢大手大腳，到了月底發現無錢可用。並且原本每月想存300塊錢買點東西的想法也泡湯了。
    使用咱們的記帳小程序，在月初就能夠進行規劃。他有2000的生活費，每月想存300，可能還有200想用於這個月的其餘娛樂生活，留給吃飯和買東西的錢只剩1500，那就能夠在計劃中加入1500。設置時間範圍爲一個月以後，程序自動計算這以後的天天他在吃飯上最多能夠用多少錢。
    若是天天的消費超出這個範圍，後續的天數天天可以使用則變少。若是今天的消費少於這個數值，後續天天可以使用則變多。
    A也能夠經過圖表查看當月計劃的消費狀況，在哪些地方用了多少錢

3. 測試矩陣

• 說明：以上最後一個「整體」測試部分，主要針對界面的一個用戶的整體觀感體驗。在咱們測試中發現，在屏幕較長的手機，好比 Iphone X上面，程序運行和操做，部件位置等都沒什麼問題，就是用戶體驗比較差。以下圖
  

4. 非功能測試

• 100個用戶併發壓力測試，同時有服務器響應時間
  

• 數據還不錯的機型
  

• 以及數據不太好的機型
  

5. 附加題

• 性能指標
  如下是不一樣機型的性能測試報告（這裏使用的是微信自帶的測試，能夠看到CPU，內存等使用狀況）
  
  
  
  
  
  

• 系統資源監控（直接進服務器裏看的）
  

• 壓力測試（使用coolaf1.2.2接口在線壓力測試進行測試）如下測試屢次，使用不一樣的數值，來測試出最合適的併發數

  經過測試能夠看出，服務器對於100之內的請求，能夠所有同時處理。可是大於100的請求，當併發數太多時，失敗的請求就會成比例上升。當併發數量較小的時候，多個請求也是都可以完成的。對於咱們的小程序來講，自己的請求不會太頻繁，因此這個服務器的質量應該仍是夠用的了

• 疲勞度測試（服務器裏的...）
  

• 安全測試（無法測試，只能描述一下咱們作了什麼）
  - 使用ORM而不是字符串拼接，，從根本上杜絕了sql注入
  - 作好用戶權限隔離，，避免越權漏洞
  - 使用https協議，避免數據傳輸過程被查看和修改
  • 咱們討論了一下，這個好像無法測試。他們作安全測試的，通常有漏洞才能去把這個漏洞利用起來，而後提交測試報告，說明這個地方的問題和漏洞在哪裏。可是若是沒有漏洞，這個就不會有任何反應，人爲應該是無法進行的。因此咱們也只能把咱們用到的安全性策略寫出來了
    - 另外咱們的後端同窗本行就是搞滲透的，怎麼會讓本身寫的東西被注入呢...（小聲bb...）

6. 出口條件

（1）記帳的記錄功能沒有問題
    （2）計劃的制定沒有問題
    （3）金額的計算沒有問題
    （4）日曆正常顯示，且能夠正常跳轉流水帳單界面
    （6）圖表統計部分數據正常（界面問題此階段暫不解決）
    總的來講，咱們的Alpha階段，主要是實現一個記帳小程序的基本使用功能以及咱們的核心功能（實現天天金額的動態計算和規劃）。因此在這兩個主要功能完成的前提下，功能使用沒有問題，咱們就認定Alpha階段足夠好，能夠發佈。咱們在功能能夠正常使用，且進過測試以後沒有邏輯bug，限制也都加過了。各方面測試數據顯示問題應該不大，且安全方面作的還能夠，因此就選擇發佈了。

---

二. 發佈

1. 發佈說明（另外一篇博客中有詳細說明）

http://www.cnblogs.com/Team-Blog/p/8983692.html

2. 輔助說明（視頻說明發布功能）

https://www.bilibili.com/video/av21919462/?p=2