團隊做業5——測試與發佈（alpha階段）

測試

請根據團隊項目中軟件的需求文檔、功能說明、系統設計和測試計劃，寫出軟件的測試過程和測試結果，並回答下述問題。

1. 在測試過程當中總共發現了多少Bug？每一個類別的Bug分別爲多少個？

   • a.修復的bug；

     • bug1：
       修復前：受權界面經過點擊受權按鈕跳出是否容許受權框，此時背景應該爲設置的背景 圖片，可是若是點擊「容許」太慢，後面背景就已經進入到記帳的主界面了。
       修復後：修復前點擊「容許」後，是經過點擊用戶頭像來進入到記帳主界面的，因爲反應時間 較快，這個過程並無顯示出來，致使背景直接進入到主界面。修復後是將原來經過點擊用戶 頭像進入主界面換成點擊文字「歡迎使用EASY記」進入主界面。
     • bug2：
       修復前：查詢界面的提示文字「選擇所要查詢的日期：」後面跟着當天的日期。
       修復後：提示文字後面應該是空白的，不該該一開始就顯示日期。

   • b.不能重現的bug

     添加記帳小程序後，第一次使用底部導航條進行頁面切換時，當從「主頁」切換到「記帳」或 者「查詢」頁面時,底部導航條上面，緊挨導航條部分，會有綠色長條閃現。以後進行切換則 正常切換，不會出現綠色長條。

   • c.這個產品就是這樣設計的，不是bug；

     記帳界面點擊確認保存後，直接跳到主界面。在進行不少條帳單記錄時，有可能會忘記已經記 錄過，而重複記錄，因此須要直接跳轉到主界面進行查看。

   • d.沒有能力修復，未來也不打算修復；

     標題欄名字「EASY記」在開發工具上是居中顯示的，可是在真機上測試時是顯示在左側的。

   • e.這個bug的確應該修復，可是沒有時間在這個版本修復，延遲到下一個版本修復。

     • bug1：帳單信息應該存儲在數據庫中，而不是在本地緩存裏，因爲alpha階段還沒有解決如何連 接到服務器使用數據庫，因此這個bug將延遲到bata階段修復。
     • bug2：來自用戶的反饋，在查詢界面只列出了帳單的信息，沒有進行合計。因爲考慮不充分， 這個問題咱們將在bata階段解決它。
     • bug3：主頁應該只有帳單詳情區域能夠滾動，整個主頁不須要設置滾動。記帳界面是固定的幾 項內容佈局能夠直觀看完整，不須要經過滾動來完整查看。
2. 場景測試（scenario testing），包括如下內容：

   • 你預期不一樣的用戶會怎樣使用你的軟件？

     我預期的用戶爲全部須要和想要記帳的人。假設有一我的，他今天發工資啦，就上街給本身買了點東西，這時候他就想把本身今天花了多少錢，這個月工資收入了多少錢給記錄下來，省得到時候忘記了，都不知道錢花到哪裏去了。這時候他就能夠打開微信，點擊小程序應用，搜索EASY記，點擊搜索出的結果，進入EASY記，微信受權後，進入帳單顯示頁面。這時候就能夠進行記錄他想要記錄的帳單了。點擊記帳圖標，進入記帳頁面，在支出頁面中，將他今天買了什麼東西，花了多少錢，記錄下來，在收入頁面中，將他今天發的工資金額記錄下來。而後就能夠在帳單顯示頁面中看到所記錄的帳單和月支出、月收入的金額了。也能夠在查詢頁面中查詢他想要知道的帳單信息。或者點擊帳單記錄頁面中的某條信息進行帳單的修改或者刪除。

   • 他們有什麼需求和目標？

     • 他們的需求：如今大多數人的我的財務管理意識都很薄弱，廣泛呈現着一種現象——「啊，明明沒買什麼，怎麼錢都用光了」，因此他們須要經過記帳的方式來合理的管理他們本身的財務，曾經使用傳統的記帳本記帳，隨身攜帶着及時將天天的收支記錄下來，可是如今網絡發展迅速，生活節奏加快，每一年的支付收入帳單絡繹不絕，傳統記帳已經知足不了人們的需求，因此他們須要一款能夠隨時、隨地、隨身進行記帳的、簡約的、以最清新的界面給用戶最溫馨體驗的記帳小程序。
     • 他們的目標：使用記帳小程序的用戶的目標通常都是但願能夠將本身的每一天的帳目記錄下來，到月末的時候能夠對本月的收入、支出狀況一清二楚，不會出現記不清本身到底在什麼地方花了錢，花了多少錢，本身每月的收入是多少這樣的狀況。能夠經過使用記帳小程序使得本身的財務管理可以清晰明瞭，不會出現糊塗帳的狀況。

   • 你的軟件提供的功能怎麼組合起來知足他們的須要？

     1. 記帳功能使得用戶能夠將本身的天天的收入和支出狀況記錄下來，這樣就不會出現有花錢，卻又不知道花在哪裏了，有收入，卻又不知道這錢是從哪裏來的狀況了。
     2. 查詢功能能夠幫助用戶查看用戶本身在哪天的花銷和收入狀況，也可讓用戶知道本身哪一個月，哪年花了什麼，收入了什麼。這樣就不會出現本身想要知道本身把錢花在哪都找不到，本身前段時間的收入來源也無處可尋的狀況。
     3. 帳單顯示界面可讓用戶一眼就能夠看到本身的收入、支出狀況，還能夠看到本身的當月到目前爲止支出了多少錢，收入了多少錢，從而推斷出是否本身後面幾天要省着花呢。
     4. 帳單的編輯頁面能夠對用戶記錄的帳單進行修改和刪除，就能夠將用戶記錄錯誤的帳目進行修改或者刪除，以便保證帳單的正確性，這樣纔可以更好地實現用戶的需求和目標。

3. 大家在什麼樣的平臺、硬件配置、瀏覽器類型等條件上對大家的軟件進行測試？——測試矩陣（test matrix）

   測試項	監測點	預產期結果	小米4	vivo X9	vixo X5	vivo Y66	oppo R11s
   微信受權界面	「微信受權」按鈕	獲取用戶微信頭像和微信暱稱	√	√	√	√	√
   帳單顯示頁面	「主頁」圖標	若是有記錄的帳目，就在該頁面顯示出對應的信息，並計算出到有記錄的最後一個當月日期的月支出、月收入	√	√	√	√	√
   記帳頁面	「記帳」圖標和「保存」按鈕	在該頁面記錄的收入支出信息能夠保存成功，並顯示到帳單顯示界面中，且保存成功會跳轉到帳單顯示頁面	√	√	√	√	√
   查詢頁面	「查詢」圖標和日期選擇器	在該頁面中能夠經過選擇不一樣的日期，月份，年份來查詢本身所要的帳單信息	√	√	√	√	√
   刪除頁面	「刪除」按鈕	從主頁中的某條帳單信息點擊後進行編輯頁面，點擊刪除按鈕能夠將這條信息刪除，刪除成功後跳轉回主頁，主頁中就沒有這條信息了	√	√	√	√	√
   修改頁面	「保存」按鈕	從主頁中的某條帳單信息點擊後進行編輯頁面，對這條帳單信息進行修改以後點擊保存按鈕，保存成功後會跳轉回主頁中，就會看到修改後的帳單	√	√	√	√	√

4. 非功能測試
   • 性能指標（響應時間和吞吐量，須要給出截圖和測試實例以及結果）
   • 系統資源監控（CPU、內存佔用狀況，須要給出截圖和測試實例以及結果）
   • 壓力測試（不一樣併發用戶數，須要給出截圖和測試實例以及結果）
   • 疲勞度測試（測試服務器持續運行的能力，須要給出截圖和測試實例以及結果）
   • 安全測試（從三個角度來看，即保密性、可用性、完整性。須要給出截圖和測試實例以及結果）
   • 參考
     • http://www.cnblogs.com/freeton/archive/2013/05/31/3109815.html
     • http://www.javashuo.com/article/p-niigqpxj-ma.html
     • 吞吐量：http://www.cnblogs.com/fnng/archive/2012/06/29/2570558.html
     • 併發用戶：http://www.cnblogs.com/fnng/archive/2012/06/29/2570558.html
     • 響應時間：http://www.cnblogs.com/fnng/archive/2012/07/01/2571990.html

   ####PS：由於咱們的微信小程序沒有用到服務器，因此像是性能測試，壓力測試，疲勞度測試這些關於服務器的測試都不可以進行測試。

   序號	所完成的測試	系統所指望的性能指標	實際測試結果	差異分析	性能問題及其改進建議
   001	系統資源監控	平均cpu佔用低於15%,平均內存佔用不超過180M	平均內存佔用128.44M，cpu平均佔比14.02%	測試使用了雲真機三星S8+和vivoX20A，以及微信開發工具自帶測試報告PRO6s機型。從測試數據能夠看出不一樣手機cpu使用率和內存狀況是不同的。三星S8+的cpu使用率接近於20%，內存使用狀況175M,而vivo的CPU使用率接近於15%，內存使用狀況165M。由於雲真機測試是對apk測試，咱們用它來對小程序進行測試，從數據上看，當使用小程序和未使用小程序時微信的性能狀況都是差很少的，也就是說小程序並無佔用	通常都是cpu不夠用致使卡頓問題，耗時的js操做異步化，不要阻塞主線程。少用scroll-view，這個組件對性能影響實在太大，單純的只是須要一塊可滾動區域，用wxss+view。
   002	安全測試—保密性	將用戶的數據信息保密，不被泄露	有保證用戶的我的信息不被泄露	每一個用戶本身的信息存儲在用戶本地中，且每一個用戶之間是不可以獲取其餘用戶的信息的。	微信小程序自身這個平臺的安全性就比較高，它自身的一些語句就有規定好安全的用法，像是request網絡請求僅支持採用https。而且微信小程序是隻可以得到用戶的微信暱稱，其餘資料是不可以獲取的，而且不容許跳轉到外部網站，不容許放連接，不容許相互之間跳轉。這在很大程度上保證了小程序的安全性。並且咱們本身還能夠部署網絡防火牆。
   003	安全測試—可用性	保證微信小程序的全部可以是可用的	咱們的微信小程序所擁有的功能均可以使用	實際測試和預期的結果沒有多大的差異，能夠正常使用。	微信小程序是應用在微信上的，而微信的安全性能自己就比較好，咱們將咱們的微信小程序放在微信上的，且微信小程序的規範也很大程度保護了小程序。咱們按微信小程序的規範進行小程序的發開能夠保證微信小程序的安全。
   004	安全測試—完整性	保護數據的完整性和數據相關屬性的完整性	咱們的微信小程序實現了完整性	微信小程序平臺自己關於這方面就作得很好，像是網絡傳輸時使用的都是https協議的，這樣保證了小程序的安全，避免了小程序被經過不明連接攻擊，且微信小程序平臺和微信之間交互信息時都有使用密鑰進行加密，且密鑰不會發放。	微信小程序平臺自己就已經針對各個問題設置了相關的操做，在最大程度上保證在微信小程序平臺上開發出的小程序能夠抵禦必定程度的攻擊。而且咱們本身也能夠爲咱們的小程序加上網絡防火牆。

   系統資源監控：

   • vivoX20A機型
     
     

   • 三星S8+機型
     
     

   安全測試：
   

5. 附加題：下列的附加題基於4個標準要求中，進一步細化了要求

   測試項	基本要求	細化要求	分值
   性能指標	響應時間和吞吐量	除了總的響應時間的測試，還須要有性能瓶頸的分析，須要指出軟件哪一個模塊對響應時間有嚴重影響，能夠從計算響應時間和I/O響應時間兩個部分考慮，模塊的粒度越小越集中越好，須要給出截圖和測試實例以及分析	5
   系統資源監控	CPU、內存佔用狀況	與響應時間相似，須要給出哪一個模塊佔用CPU時間和內存最多，模塊的粒度越小越集中越好，須要給出截圖和測試實例以及分析	5
   壓力測試	不一樣併發用戶數	須要給出相應的測試腳本	5
   疲勞度測試	測試服務器持續運行的能力	計算從服務開啓的最長的運行時間，須要給出相應截圖，能夠從系統日誌中查看	3
   安全測試	從三個角度來看，即保密性、可用性、完整性	保密性須要從數據保密性和用戶使用過程的保密性來看。保證軟件有必定的防護能力，能夠針對保密性攻擊有抵抗能力。可用性指針對惡意攻擊有必定的抵抗能力保證服務可用和魯棒。完整性要求用戶數據不被篡改，操做間互不干擾，數據的一致性可以獲得必定程度上的保證。	5

   系統資源監控：
   
   
   從上圖能夠看出記帳界面的CPU佔用和內存使用狀況都是最多，CPU佔用最高可達42.5%，內存佔用最高可達147M。由於記帳界面所須要進行的數據操做比較多，加載時間比較長，記帳須要輸入的選項較多，而且須要將其讀取並寫入到緩存中，這相對於其餘界面只須要讀取所花的時間比較多。

   安全測試：
   微信小程序在傳輸或者進行網絡請求時，使用的都是https協議的連接，使用了https協議的網頁或網址之類在傳輸過程當中是進行了加密，整個頁面都是進行了加密的，這樣能夠避免微信小程序的相關數據被泄露或者是被篡改。而且微信小程序是隻可以得到用戶的微信暱稱和頭像，其餘資料是不可以獲取的，而且不容許跳轉到外部網站，不容許放連接，微信小程序之間是不容許相互跳轉的。這在很大程度上保證了小程序的安全性，避免跳轉到不明頁面，致使小程序被攻擊。

6. 你認爲大家團隊的軟件在什麼條件下，就能夠認定其已經足夠好，能夠發佈Alpha版本？——出口條件（exit criteria）

   我認爲咱們團隊的軟件能夠實現咱們的記帳小程序——EASY記，能夠在使用咱們的記帳小程序的各個功能以前先實現微信受權功能，獲取用戶本身的微信頭像和微信暱稱；能夠沒有錯誤的實現記帳功能，能夠很順利地將咱們的某日的支出或收入的帳單記錄下來；能夠在有記帳記錄的狀況下在帳單顯示頁面即主頁中將帳單信息顯示出來，並計算出當月的月支出和月收入；能夠在有記帳記錄的狀況下在查詢界面中查詢到本身想要查詢到的相關帳單信息，不管是日帳單，月帳單仍是年帳單都是能夠的；能夠對記錄的某一條帳單信息進行修改或者是刪除，並將修改或者刪除後的結果重返回到帳單顯示界面即主頁中去。在實現以上條件的狀況下，咱們就能夠認爲本身的小程序已經足夠好，能夠發佈Alpha版本了。

參考

1. 測試的計劃及執行：
   • http://www.cnblogs.com/xinz/archive/2011/11/19/2255542.html
2. 測試報告實例：
   • http://www.cnblogs.com/buaase/p/4971390.html
3. 微信小程序/APP
   • 測試工具：XTest
   • 安裝：https://github.com/TencentXTest/XTest/releases
   • 教程：
     • https://www.jianshu.com/p/aa7bd634736f
     • https://www.jianshu.com/p/21d58d68be97
     • 參考：微信小程序自動化實踐
4. Jmerter性能測試：http://www.cnblogs.com/TankXiao/p/4045439.html
5. DBMonster是一個生成隨機數據、用來測試SQL數據庫的壓力測試工具，詳見 http://dbmonster.kernelpanic.pl/。
6. 更多的性能測試工具，可訪問 http://www.opensourcetesting.org/performance.php

發佈

1. 軟件發佈的同時，在團隊博客上寫一個發佈說明
   • 列出這一版本的功能（在原有項目基礎上開發的列出新功能）

   
   本版本擁有微信受權登陸記帳小程序的功能，微信受權後經過點擊爲微信頭像下方的」歡迎使用EASY記!*_*」 文字進入記帳小程序的帳單顯示界面。咱們能夠經過點擊帳單顯示界面已有的帳單來進行帳單的修改和刪除，進入修改和刪除界面後，咱們能夠根據咱們的須要進行相應的操做。咱們能夠經過點擊記帳圖標進入記帳頁面，進行記錄咱們的平常收入和支出。咱們能夠點擊查詢的圖標進入查詢頁面進行帳單的查詢，能夠查詢某日，某月，某年的帳單。

   • 以原有項目爲基礎開發的，列出這一版本修復的缺陷

     咱們的項目是全新的項目，目前尚未修復的缺陷。

   • 對運行環境的要求

     運行環境的要求：須要在手機上安裝有微信，而且要可以使用微信小程序即用戶先須要將微信更新至iOS6.5.3版本或Android6.5.3版本及以上版本。

   • 安裝方法

     安裝方法一：用戶如今手機上下載微信，安裝好微信以後，經過微信上的應用——小程序進行搜索，搜索咱們的記帳小程序——EASY記，點擊搜索出來的小程序進入EASY記。而後會出現微信受權頁面，微信受權後經過點擊爲微信頭像下方的「歡迎使用EASY記!*_*」 文字進入EASY記的帳單顯示頁面。
     
     微信受權後
     

     安裝方式二：二維碼
     

   • 描述系統已知的問題和限制

     • 系統已知的問題在於由於咱們沒有鏈接上數據庫，使得咱們的記帳小程序使用的是本地緩存來記錄用戶輸入的帳單記錄。可是這就致使了一個問題，就是若是用戶僅僅是退出小程序的話，原來輸入的記錄都會在，可是若是用戶是將EASY記小程序刪除以後，再次搜索EASY記點擊進入並使用時，就會發現原來的數據沒有掉了。
     • 系統已知的限制在於微信小程序必須是在微信中才可以找到和使用的，其餘平臺就不能夠了。而且在使用過程當中，不可以將小程序刪除掉，不然原來記錄的帳單信息就沒有了。

   • 說明軟件的發佈方式以及發佈地址

     • 軟件的發佈方式：咱們的記帳小程序——EASY記是經過微信公衆平臺|小程序中的開發管理將咱們的發佈版本提交審覈，在經過審覈後，將審覈經過的版本發佈出來。
     • 軟件的發佈地址：咱們的記帳小程序——EASY記是發佈在微信的小程序中，能夠在微信小程序應用中搜索到。
       

2. 對於功能的描述除了文字之外，能夠經過圖片、視頻等進行輔助說明。
   

參考

版本發佈說明的實例: http://www.cnblogs.com/buaase/p/4954977.html