請根據團隊專案中軟體的需求文件、功能說明、系統設計和測試計畫，寫出軟體的測試過程和測試結果，並回答下述問題。
在測試過程中總共發現了多少bug？每個類別的bug分別為多少個？
b.不能重現的bug
新增記賬小程式後，第一次使用底部導航條進行頁面切換時，當從「主頁」切換到「記賬」或 者「查詢」頁面時,底部導航條上面，緊挨導航條部分，會有綠色長條閃現。之後進行切換則 正常切換，不會出現綠色長條。
c.這個產品就是這樣設計的，不是bug；
記賬介面點選確認儲存後，直接跳到主介面。在進行很多條賬單記錄時，有可能會忘記已經記 錄過，而重覆記錄，所以需要直接跳轉到主介面進行檢視。
d.沒有能力修復，將來也不打算修復；
標題欄名字「easy記」在開發工具上是居中顯示的，但是在真機上測試時是顯示在左側的。
e.這個bug的確應該修復，但是沒有時間在這個版本修復，延遲到下乙個版本修復。
場景測試（scenario testing），包括以下內容：
你的軟體提供的功能怎麼組合起來滿足他們的需要？
記賬功能使得使用者可以將自己的每天的收入和支出情況記錄下來，這樣就不會出現有花錢，卻又不知道花在**了，有收入，卻又不知道這錢是從**來的情況了。
查詢功能可以幫助使用者檢視使用者自己在哪天的花銷和收入情況，也可以讓使用者知道自己哪個月，哪年花了什麼，收入了什麼。這樣就不會出現自己想要知道自己把錢花在哪都找不到，自己前段時間的收入**也無處可尋的情況。
賬單顯示介面可以讓使用者一眼就可以看到自己的收入、支出情況，還可以看到自己的當月到目前為止支出了多少錢，收入了多少錢，從而推斷出是否自己後面幾天要省著花呢。
賬單的編輯頁面可以對使用者記錄的賬單進行修改和刪除，就可以將使用者記錄錯誤的賬目進行修改或者刪除，以便保證賬單的正確性，這樣才能夠更好地實現使用者的需求和目標。
你們在什麼樣的平台、硬體配置、瀏覽器型別等條件上對你們的軟體進行測試？——測試矩陣（test matrix）
測試項監測點
預產期結果
小公尺4vivo x9
vixo x5
vivo y66
oppo r11s√√
√√√賬單顯示頁面
「主頁」圖示
如果有記錄的賬目，就在該頁面顯示出對應的資訊，並計算出到有記錄的最後乙個當月日期的月支出、月收入√√
√√√記賬頁面
「記賬」圖示和「儲存」按鈕
在該頁面記錄的收入支出資訊可以儲存成功，並顯示到賬單顯示介面中，且儲存成功會跳轉到賬單顯示頁面√√
√√√查詢頁面
「查詢」圖示和日期選擇器
在該頁面中可以通過選擇不同的日期，月份，年份來查詢自己所要的賬單資訊√√
√√√刪除頁面
「刪除」按鈕
從主頁中的某條賬單資訊點選後進行編輯頁面，點選刪除按鈕可以將這條資訊刪除，刪除成功後跳轉回主頁，主頁中就沒有這條資訊了√√
√√√修改頁面
「儲存」按鈕
從主頁中的某條賬單資訊點選後進行編輯頁面，對這條賬單資訊進行修改之後點選儲存按鈕，儲存成功後會跳轉回主頁中，就會看到修改後的賬單√√
√√√非功能測試
序號所完成的測試
系統所期望的效能指標
實際測試結果
差別分析
效能問題及其改進建議
001系統資源監控
平均cpu占用低於15%,平均記憶體占用不超過180m
平均記憶體占用128.44m，cpu平均佔比14.02%
一般都是cpu不夠用導致卡頓問題，耗時的js操作非同步化，不要阻塞主線程。少用scroll-view，這個元件對效能影響實在太大，單純的只是需要一塊可滾動區域，用wxss+view。
002安全測試—保密性
將使用者的資料資訊保密，不被洩露
***使用者的個人資訊不被洩露
每個使用者自己的資訊儲存在使用者本地中，且每個使用者之間是不能夠獲取其他使用者的資訊的。
003安全測試—可用性
實際測試和預期的結果沒有多大的差別，可以正常使用。
004安全測試—完整性
保護資料的完整性和資料相關屬性的完整性
系統資源監控：
安全測試：
附加題：下列的附加題基於4個標準要求中，進一步細化了要求
測試項基本要求
細化要求
分值效能指標
響應時間和吞吐量
除了總的響應時間的測試，還需要有效能瓶頸的分析，需要指出軟體哪個模組對響應時間有嚴重影響，可以從計算響應時間和i/o響應時間兩個部分考慮，模組的粒度越小越集中越好，需要給出截圖和測試例項以及分析
5系統資源監控
cpu、記憶體占用情況
與響應時間類似，需要給出哪個模組占用cpu時間和記憶體最多，模組的粒度越小越集中越好，需要給出截圖和測試例項以及分析
5壓力測試
不同併發使用者數
需要給出相應的測試指令碼
5疲勞度測試
測試伺服器持續執行的能力
計算從服務開啟的最長的執行時間，需要給出相應截圖，可以從系統日誌中檢視
3安全測試
從三個角度來看，即保密性、可用性、完整性
保密性需要從資料保密性和使用者使用過程的保密性來看。保證軟體有一定的防禦能力，可以針對保密性攻擊有抵抗能力。可用性指針對惡意攻擊有一定的抵抗能力保證服務可用和魯棒。完整性要求使用者資料不被篡改，操作間互不干擾，資料的一致性能夠得到一定程度上的保證。
5系統資源監控：
從上圖可以看出記賬介面的cpu占用和記憶體使用情況都是最多，cpu占用最高可達42.5%，記憶體占用最高可達147m。因為記賬介面所需要進行的資料操作比較多，載入時間比較長，記賬需要輸入的選項較多，並且需要將其讀取並寫入到快取中，這相對於其他介面只需要讀取所花的時間比較多。
你認為你們團隊的軟體在什麼條件下，就可以認定其已經足夠好，可以發布alpha版本？——出口條件（exit criteria）
測試的計畫及執行：
測試報告例項：
jmerter效能測試：
dbmonster是乙個生成隨機資料、用來測試sql資料庫的壓力測試工具，詳見
更多的效能測試工具，可訪問
軟體發布的同時，在團隊部落格上寫乙個發布說明
說明軟體的發布方式以及發布位址
版本發布說明的例項:
團隊作業5 測試與發布（Alpha版本）
alpha版本測試報告 一 測試找出的bug 1 練習模式的測試 在測試中發現的bug如下 連續兩個運算數當做乙個處理 如1和2連續輸入當做12處理 練習模式沒有提示答案 錯誤種類單一 只提示 很抱歉回答錯誤 第一次回答錯誤後，輸入正確答案仍舊提示回答錯誤 不支援數字的拖動 介面還需要美化 2 計時...
團隊作業5 測試與發布（Alpha版本）
2017 5 7 22 00pm，以部落格發表日期為準 晚交 0分 遲交一周以上 倒扣本次作業分數 抄襲 倒扣本次作業分數 請根據團隊專案中軟體的需求文件 功能說明 系統設計和測試計畫，寫出軟體的測試過程和測試結果，並回答下述問題。在測試過程中總共發現了多少bug？每個類別的bug分別為多少個？修復...
團隊作業5 測試與發布（alpha階段）
請根據團隊專案中軟體的需求文件 功能說明 系統設計和測試計畫，寫出軟體的測試過程和測試結果，並回答下述問題。在測試過程中，沒有細數存在的bug，一般都是一邊做一邊解決bug。主要是準備考研的大學生。會在零碎的時間裡通過小程式來記憶或複習單詞。需求 簡潔便利，可以隨時開啟小程式來背單詞。介面簡單，容易...