測試計劃

「漁夫兼職」APP測試計劃

 

 

做者：漁夫隊

文檔版本：1.0

文檔編號：發佈日期：2018年1月17日

 

 

 

l  文檔歷史

變動日期	做  者	版  本	變動摘要
2018-1-17	漁夫隊	Yufu1.0	用戶體驗

 

 

l  相關文檔

發佈日期	文章標題	版  本	備註
2017-12-13	《軟件概要設計說明書》	1.0
2017-12-13	《軟件需求規格說明書》	1.0
2017-12-15	《軟件詳細設計說明書》	1.0
2017-12-15	《數據庫設計說明書》	1.0
2017-12-15	《項目開發計劃》	1.0

 

 

l  文檔目的

描述「漁夫兼職」APP性能測試流程、範圍、環境、風險等因素做爲性能測試實施依據。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1、第一個衝刺階段測試計劃

l  項目背景介紹

「咱們的產品漁夫兼職是爲了解決大學生兼職羣體 的痛苦，他們須要一個好的渠道去找一個讓本身滿意的兼職，可是現有的方案並無很好地解決這些需求，咱們有獨特的辦法 ，建立一個平臺，它能給用戶一個互相篩選，選擇的機會。同時，咱們有高效率的優惠推廣以及人脈，能很快地讓大部分用戶知道咱們的產品，並進一步傳播。

咱們的平臺整合了 發佈招聘信息，發佈我的簡歷及我的理想工做時間，招聘單位能夠經過各個方面的要求來智能選擇待業人員，同時咱們還整合了平臺打卡功能，每個月自動反饋人員業績，大大簡化了招聘單位和就任人員的交互過程。

如今的兼職招聘大都還經過發傳單的方式進行，這種方式不只效率低下，成本較高，還缺少有效的監管，不少時候達不到預期的效果，而咱們的平臺很好地解決了這個問題，在就任前，大學生就能切實的看到本身的就業所得，宣傳效率大大提高，招聘週期大大縮短。

 

l  術語及編寫

l  性能測試（Performance Testing）：

在必定負載狀況下，系統響應時間、搜索篩選結果等性能是否知足用戶特定的性能需求。

l  負載測試（Load Testing）：

在必定的軟甲、硬件及網絡環境下，在不一樣虛擬用戶數量的狀況下進行一種或者多種業務，測試服務器的性能指標是否在用戶要求的範圍內，用於肯定系統所能承受的最大用戶數、最大有效用戶數以及不一樣用戶數下的系統響應時間和服務器的資源利用率。

l  壓力/強度測試（Stress Testing）：

在必定軟件、硬件及網絡環境下，模擬大量的虛擬用戶想服務器產生負載, 使服務器的資源處於極限狀態下並長時間連續運行,目的是用來測試服務器高負載狀況下是否可以穩定工做。

l  配置測試（Configuration Testing）：

在必定的軟件，硬件及網絡環境下, 在數據庫中構造不一樣數量級別的數據記錄,運行一種或多種業務,在必定虛擬用戶數量的狀況下,獲取不一樣配置的性能指標,因爲選擇最佳的設備及參數配置。經過配置測試能夠將性能缺陷放大,方便定位行呢瓶頸。

l  系統運行環境

手機

l  測試內容

根據需求，在本次測試中咱們須要對「漁夫兼職」APP，註冊我的用戶帳號、登陸、修改我的帳號信息、搜索職位、投遞簡歷；註冊招聘方我的帳號、登陸、發佈招聘信息、接收簡歷等功能進行測試，獲得該功能在必定負載的 數據處理能力。

l  非測試內容

因爲如下功能在真實狀況下使用較少，並對響應時間元明確需求，故不進行測試網站後臺管理功能。

l  測試策略

（1）業務抽取（測試腳本）

測試主要業務：

序號	業務名稱	腳本編寫要求	備  注
1	註冊用戶	不一樣的用戶使用不一樣的註冊數據，暫存器數據覆蓋所有業務規則，在用戶併發的狀況下，每一個用戶註冊時間。	用戶輸入帳號、登陸密碼，暱稱進行註冊。
2	進入APP	不一樣用戶進入APP時間不一樣，在用戶併發的狀況下，進入APP所須要的時間。	用戶隨機選擇時間進入APP
3	修改信息	不一樣用戶帳戶信息不一樣，填寫完信息，修改所須要的時間。	填寫數據內容須要隨機
4	查詢	不一樣用戶根據角色查詢不一樣的招聘信息，得到查詢返回所需的時間。	查詢內容須要隨機
5	退出網站	不一樣用戶在不一樣的時間退出APP，在用戶併發狀況下，每一個用戶退出APP的時間。	用戶隨機選擇時間退出APP

 

l  用戶行爲模型及性能指標

序號	測試場景描述	性能指標	備註
1	5個用戶併發註冊用戶，併發率20%	註冊響應時間小於3秒
2	10個用戶登錄網站	用戶登陸網站響應時間在2秒之內
3	5個用戶投遞簡歷	平均每一個用戶響應在1秒之內	須要考慮不一樣容量帶來的影響，好比：簡歷文檔的大小，使用的手機、網速等
4	5個用戶查詢	用戶查詢響應在1秒左右	須要考慮不一樣容量帶來的影響，好比：用戶輸入的關鍵字
5	5個用戶併發退出網站	註冊響應時間小於2秒

 

混合模式用戶行爲模型及性能指標（測試場景）

序號	測試場景描述	性能指標	備註
1	用戶行爲模型編號爲一、二、三、四、五、的場景同時執行	註冊響應時間小於2秒，用戶登陸時間響應在1秒之內，用戶投遞簡歷、發佈招聘信息響應時間平均在2秒左右，用戶退出登陸響應時間小於2秒。	模擬真實狀況下多種用戶行爲同時進行的系統負載狀況。

注：受測試平臺影響，咱們須要對負載用戶進行調整。

 

（3）角色和職責

角色	資源數量	職責	備註
測試人員	1	跟蹤監督性能測試項目進度 審覈性能測試報告
性能測試人員	1	撰寫性能測試計劃 分析性能需求，制定性能測試方案 輔助開發人員修改性能缺陷
軟件性能測試人員	1	開發性能測試文檔 設計執行性能測試場景 執行迴歸測試

 

 

 

l  進度安排

任務名稱	起始時間	結束時間	備註
測試計劃	2017-12-22	2018-1-1
測試腳本開發	2017-12-26	2017-12-26
測試環境搭建	2017-12-28	2017-12-29
場景測試	2017-12-30	2017-12-31
測試報告撰寫	2018-1-5	2018-1-8

 

出口標準

1.併發測試功能正常

2.壓力測試連續2小時無端障

3.負載測試在代碼已經配置管理狀況下，測試結果達到用戶要求。

l  風險

無

l  假設

無

 

 

2、第二衝刺階段測試計劃

l  收集用戶體驗

序號	測試內容	測試結果	備註
1	發佈APP，收集部分用戶在註冊、登陸、退出登陸過程的我的感覺	因爲邀請的全爲非學生羣體，所以對於互聯網使用不太流暢，大多反應界面跳轉間缺少嚮導。
2	用戶瀏覽網頁求職信息，發表第一直覺我的感覺	分類較爲齊全，可選擇空間很大。
3	收集用戶關於此APP總體性能展現，提出改進意見。	用戶直觀感受使用較爲生疏，提出了一個關於用戶註冊成功後無提示、最初覺得是通常性網站測評（相似釣魚網站）的用戶反饋。

 

l  根據用戶體驗反饋結果，聯合開發人員進行性能修改

序號	反饋內容	修改內容	備註
1	始終顯示註冊界面	註冊界面與登陸界面分別較小，添加註冊成功提示消息，再跳轉至登陸界面。
2	相似通常釣魚APP，不知道這個APP的用途	在網站下方增長3個跳轉連接： 「關於咱們」：團隊最初的項目及成員介紹 「漁夫兼職」：博客首頁 「用戶反饋」： 調查問卷，最初調研階段，經過讓用戶瀏覽APP後再填寫網站的步驟顯得很繁瑣。
3	我的信息界面看起來效果不佳	將我的信息界面 的表頭進行修飾，在後方錄入表格的提示詞字體增大

 

l  最終用戶體驗

序號	測試內容	測試結果	備註
1	發佈APP，收集部分用戶在註冊、登陸、退出登陸過程的我的感覺	邀請的依舊爲非學生羣體，明顯反饋用戶操做友好性提升。
2	用戶瀏覽APP求職信息，發表第一直覺我的感覺	分類較爲齊全，可選擇空間很大。
3	收集用戶關於此APP總體性能展現，提出改進意見。	經過看APP下方連接介紹，評價很高！