“漁夫兼職”APP測試計劃
作者:漁夫隊
文檔版本:1.0
文檔編号:釋出日期:2018年1月17日
l 文檔曆史
變更日期 | 作 者 | 版 本 | 變更摘要 |
2018-1-17 | 漁夫隊 | Yufu1.0 | 使用者體驗 |
l 相關文檔
釋出日期 | 文章标題 | 備注 | |
2017-12-13 | 《軟體概要設計說明書》 | 1.0 | |
《軟體需求規格說明書》 | |||
2017-12-15 | 《軟體詳細設計說明書》 | ||
《資料庫設計說明書》 | |||
《項目開發計劃》 |
l 文檔目的
描述“漁夫兼職”APP性能測試流程、範圍、環境、風險等因素作為性能測試實施依據。
一、第一個沖刺階段測試計劃
l 項目背景介紹
“我們的産品漁夫兼職是為了解決大學生兼職群體 的痛苦,他們需要一個好的管道去找一個讓自己滿意的兼職,但是現有的方案并沒有很好地解決這些需求,我們有獨特的辦法 ,建立一個平台,它能給使用者一個互相篩選,選擇的機會。同時,我們有高效率的優惠推廣以及人脈,能很快地讓大部分使用者知道我們的産品,并進一步傳播。
我們的平台整合了 釋出招聘資訊,釋出個人履歷及個人理想工作時間,招聘機關可以通過各個方面的要求來智能選擇待業人員,同時我們還整合了平台打卡功能,每月自動回報人員業績,大大簡化了招聘機關和就職人員的互動過程。
現在的兼職招聘大都還通過發傳單的方式進行,這種方式不僅效率低下,成本較高,還缺乏有效的監管,很多時候達不到預期的效果,而我們的平台很好地解決了這個問題,在就職前,大學生就能切實的看到自己的就業所得,宣傳效率大大提升,招聘周期大大縮短。
l 術語及編寫
l 性能測試(Performance Testing):
在一定負載情況下,系統響應時間、搜尋篩選結果等性能是否滿足使用者特定的性能需求。
l 負載測試(Load Testing):
在一定的軟甲、硬體及網絡環境下,在不同虛拟使用者數量的情況下進行一種或者多種業務,測試伺服器的性能名額是否在使用者要求的範圍内,用于确定系統所能承受的最大使用者數、最大有效使用者數以及不同使用者數下的系統響應時間和伺服器的資源使用率。
l 壓力/強度測試(Stress Testing):
在一定軟體、硬體及網絡環境下,模拟大量的虛拟使用者想伺服器産生負載, 使伺服器的資源處于極限狀态下并長時間連續運作,目的是用來測試伺服器高負載情況下是否能夠穩定工作。
l 配置測試(Configuration Testing):
在一定的軟體,硬體及網絡環境下, 在資料庫中構造不同數量級别的資料記錄,運作一種或多種業務,在一定虛拟使用者數量的情況下,擷取不同配置的性能名額,由于選擇最佳的裝置及參數配置。通過配置測試可以将性能缺陷放大,友善定位行呢瓶頸。
l 系統運作環境
手機
l 測試内容
根據需求,在本次測試中我們需要對“漁夫兼職”APP,注冊個人使用者賬号、登入、修改個人賬号資訊、搜尋職位、投遞履歷;注冊招聘方個人賬号、登入、釋出招聘資訊、接收履歷等功能進行測試,得到該功能在一定負載的 資料處理能力。
l 非測試内容
由于以下功能在真實情況下使用較少,并對響應時間元明确需求,故不進行測試網站背景管理功能。
l 測試政策
(1)業務抽取(測試腳本)
測試主要業務:
序号 | 業務名稱 | 腳本編寫要求 | 備 注 |
注冊使用者 | 不同的使用者使用不同的注冊資料,暫存器資料覆寫全部業務規則,在使用者并發的情況下,每個使用者注冊時間。 | 使用者輸入賬号、登入密碼,昵稱進行注冊。 | |
2 | 進入APP | 不同使用者進入APP時間不同,在使用者并發的情況下,進入APP所需要的時間。 | 使用者随機選擇時間進入APP |
3 | 修改資訊 | 不同使用者賬戶資訊不同,填寫完資訊,修改所需要的時間。 | 填寫資料内容需要随機 |
4 | 查詢 | 不同使用者根據角色查詢不同的招聘資訊,獲得查詢傳回所需的時間。 | 查詢内容需要随機 |
5 | 退出網站 | 不同使用者在不同的時間退出APP,在使用者并發情況下,每個使用者退出APP的時間。 | 使用者随機選擇時間退出APP |
l 使用者行為模型及性能名額
測試場景描述 | 性能名額 | ||
5個使用者并發注冊使用者,并發率20% | 注冊響應時間小于3秒 | ||
10個使用者登陸網站 | 使用者登入網站響應時間在2秒以内 | ||
5個使用者投遞履歷 | 平均每個使用者響應在1秒以内 | 需要考慮不同容量帶來的影響,比如:履歷文檔的大小,使用的手機、網速等 | |
5個使用者查詢 | 使用者查詢響應在1秒左右 | 需要考慮不同容量帶來的影響,比如:使用者輸入的關鍵字 | |
5個使用者并發退出網站 | 注冊響應時間小于2秒 |
混合模式使用者行為模型及性能名額(測試場景)
使用者行為模型編号為1、2、3、4、5、的場景同時執行 | 注冊響應時間小于2秒,使用者登入時間響應在1秒以内,使用者投遞履歷、釋出招聘資訊響應時間平均在2秒左右,使用者登出響應時間小于2秒。 | 模拟真實情況下多種使用者行為同時進行的系統負載情況。 |
注:受測試平台影響,我們需要對負載使用者進行調整。
(3)角色和職責
角色 | 資源數量 | 職責 | |
測試人員 | 跟蹤監督性能測試項目進度 稽核性能測試報告 | ||
性能測試人員 | 撰寫性能測試計劃 分析性能需求,制定性能測試方案 輔助開發人員修改性能缺陷 | ||
軟體性能測試人員 | 開發性能測試文檔 設計執行性能測試場景 執行回歸測試 |
l 進度安排
任務名稱 | 起始時間 | 結束時間 | |
測試計劃 | 2017-12-22 | 2018-1-1 | |
測試腳本開發 | 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 假設
二、第二沖刺階段測試計劃
l 收集使用者體驗
測試内容 | 測試結果 | ||
釋出APP,收集部分使用者在注冊、登入、登出過程的個人感受 | 由于邀請的全為非學生群體,是以對于網際網路使用不太流暢,大多反應界面跳轉間缺乏向導。 | ||
使用者浏覽網頁求職資訊,發表第一直覺個人感受 | 分類較為齊全,可選擇空間很大。 | ||
收集使用者關于此APP整體性能展示,提出改進意見。 | 使用者直覺感覺使用較為生疏,提出了一個關于使用者注冊成功後無提示、最初以為是一般性網站測評(類似釣魚網站)的使用者回報。 |
l 根據使用者體驗回報結果,聯合開發人員進行性能修改
回報内容 | 修改内容 | ||
始終顯示注冊界面 | 注冊界面與登入界面分别較小,添加注冊成功提示消息,再跳轉至登入界面。 | ||
類似一般釣魚APP,不知道這個APP的用途 | 在網站下方增加3個跳轉連結: “關于我們”:團隊最初的項目及成員介紹 “漁夫兼職”:部落格首頁 “使用者回報”: 調查問卷,最初調研階段,通過讓使用者浏覽APP後再填寫網站的步驟顯得很繁瑣。 | ||
個人資訊界面看起來效果不佳 | 将個人資訊界面 的表頭進行修飾,在後方錄入表格的提示詞字型增大 |
l 最終使用者體驗
邀請的依舊為非學生群體,明顯回報使用者操作友好性提高。 | |||
使用者浏覽APP求職資訊,發表第一直覺個人感受 | |||
通過看APP下方連結介紹,評價很高! |