1. 程式人生 > >軟體測試之功能測試簡單介紹

軟體測試之功能測試簡單介紹

一、功能測試的定義:

功能測試就是對產品的各功能進行驗證,根據功能測試用例,逐項測試,檢查產品是否達到使用者要求的功能。

二、如何做好功能測試

1、首先學習軟體測試基本知識和軟體流程。功能測試最開始最基礎的就是分析需求編寫測試用例,測試是把握質量的守關人,保證不漏測的第一步就是要編寫,儘可能全面的測試用例,可以學習用例編寫方法、黑盒測試方法,閱讀一些書籍,比如:<軟體測試藝術>;此外,根據迭代所處階段測試可以做不同的事情,需求宣講階段制定測試計劃、分析需求編寫測試用例;開發階段瞭解實現技術細節準備開發自測用例;提測後按用例測試,每天丟擲風險和進度,根據執行質量考慮是否測試多輪,根據質量判斷是非可以上線釋出;上線後及時根據運營問題;

2、基礎打牢後多實踐。測試是講究經驗的職業,從簡單需求開始,制定測試計劃,編寫用例執行,執行過程及時調整計劃爆出風險和進度給團隊知道非常重要。從簡單需求到複雜需求到迭代跟進,除了執行,技術瞭解和bug跟進分析很重要,瞭解技術實現可以幫助你設計更全面的用例,更好評估功能質量風險;bug分析也是,往往一個經典的bug分析出來會發現更多隱蔽問題;功能測試完成建議編寫測試總結,對測試方案、邏輯實現、發現問題和自己分析過程進行整理;


          3、進行下去後會更加深入瞭解被測物件,從而可以做更多深入測試。比如穩定性測試,效能專項測試,介面測試等;團隊合作下去可能會發現一些流程上的問題,可以思考如何優化流程讓合作更高效,以及沉澱文件和規則;迭代跟進後會有一些質量效率問題,需要思考如何優化:自動化、精準測試、重複工作指令碼化、工具化;根據每個迭代總結和測試資料分析也需要思考哪些資料待提高:漏測情況、bug發現情況;使用者反饋問題多了,可以思考如何專題解決、如何快速定位……將這些工作完成並記錄沉澱下來形成方法論,多做分享擴大自己影響面;

4、團隊擴充套件後就需要思考如何培養新人,如何開展團隊工作,幫助大家一起進步、高效工作;專案支援是基本,在這基礎上多發現問題多實踐多思考,擴大自己影響。

三、功能測試的內容:
           1. 正常功能

(1) 檢測各模組的正常情況的處理是否能夠正確執行;
           (2) 檢測系統的正常業務處理、正常流程是否能夠正確執行;
           (3) 檢測相關聯的各個子系統在正常情況下的協調運作情況。
          2. 異常功能(異常情況包括但不限於以下情況:資料庫伺服器宕機、資料表毀壞、網路故障、軟體伺服器故障等。
           (1) 檢測模組的異常情況處理是否能夠正確執行;
           (2) 檢測系統的異常業務處理、容錯處理是否能夠正確執行;
           (3) 檢測相關聯的各個子系統在異常情況下是否能夠協調運作且能否形成閉環。
         3.邊界測試,檢測當輸入或輸出為最大、最小、臨界值時模組或系統能否正確處理。
         4.介面測試
          (1) 檢查介面風格是否符合系統開發規範;
          (2) 檢查介面能否支援操作順序的無序性;
          (3) 檢查介面操作是否方便,是否有快捷鍵,是否有聯機幫助。
        5.介面測試、檢測系統與其他軟、硬體系統介面的正確性。
        6.錯誤處理測試
          (1) 檢查對不合格的輸入以及錯誤資料、錯誤操作是否進行有效性檢查和非法性判斷;
          (2) 檢查錯誤提示的描述是否明確,是否容易進行錯誤定位。

相關推薦

軟體測試功能測試簡單介紹

一、功能測試的定義: 功能測試就是對產品的各功能進行驗證,根據功能測試用例,逐項測試,檢查產品是否達到使用者要求的功能。 二、如何做好功能測試 1、首先學習軟體測試基本知識和軟體流程。功能測試最開始最基礎的就是分析需求編寫測試用例,測試是把握質量的守關人,保證不漏測的第

CDH5.7.1 Hadoop2.6 HDFS Encryption KMS 實戰功能測試

CDH KMS 測試 0、使用者說明 [x] keyAdminUser使用者是key admin user [x] hdfs 用 戶是 hdfs super user [x] user_a 、 user_b 是HDFS普通使用者 1、建立keytab

漫遊測試效能測試(3.4、Tsung的介紹 一)

tsung是erlang開發的一個開源的多協議分散式負載測試工具,它能用來壓力測試HTTP、WebDAV、SOAP、PostgreSQL、MySQL、LDAP和Jabber/XMPP的伺服器的效能。其區別於其它效能測試工具最大特點在於高效能。利用其多節點叢集能力,相同的機器配

軟體測試效能測試

最近一直在忙於找工作,很久都沒有更新部落格了。記得前幾天去面試迅雷,面試官問我效能測試的相關問題,自己答得不是很滿意,遂今天抽空來整理一下效能測試的知識。 首先說說什麼是效能測試。效能測試主要是描述軟體在特定的負載和配置環境下程式的響應時間和吞吐率。 既然有

軟體測試 效能測試分類

常見的效能測試:負載測試,壓力測試,可靠性測試,資料庫測試,安全性測試,文件測試。 1.負載測試       測試系統在資源超負荷情況下的表現,以發現設計上的錯誤或驗證系統的負載能力,評估測試物件在不同工作條件下的效能行為,以及持續正常運作的能力。       負載測試

軟體測試App測試-使用者體驗測試

使用者體驗測試 以主觀的普通消費者的角度去感知產品或服務的舒適、有用、易用、友好親切程度。通過不同個體、獨立空間和非經驗的統計複用方式去有效評價產品的體驗特性提出修改意見提升產品的潛在客戶滿意度。

軟體測試App測試點-基礎安全測試

1.軟體許可權 1)扣費風險:包括髮送簡訊、撥打電話、連線網路等 2)隱私洩露風險:包括訪問手機資訊、訪問聯絡人資訊等 3)對App的輸入有效性校驗、認證、授權、敏感資料儲存、資料加密等方面進行檢

bash腳本函數簡單介紹、應用及函數的簡單遞歸調用

bash腳本bash腳本編程--函數 在bash中,函數是由命令和語句結構構成的能夠實現特定功能的集合; 為什麽要在bash中引入函數? 在bash腳本編寫過程中有可能會出現重復且不做任何改變的代碼內容,如果這類內容全靠原始代碼書寫的話不易於排錯和優化;因此我們可以選擇將此類代碼封裝在函數中,在適當的場景中可

app測試耗電量測試

應用 其他 網路 att 信號 gps定位 內存 cpu bat 1、耗電量場景 1)GPS定位 2)網絡傳輸,尤其是非wifi環境 3)屏幕亮度 4)cpu頻率 5)內存調度頻率 6)wakelocker時間和次數 2、查看app的耗電量 3、amdroid電量測試方法(

Python測試介面測試的基礎

介面測試基礎   測試對於介面測試的理解總是停留在工具使用層面,很多情況下,測試人員會花很大的代價去學習一個工具,而測試工具本身的侷限性,又導致測試人員陷入想直接用現成的測試框架卻又無法進行擴充套件的僵局,最後由於專案的特殊性等客觀因素,測試人員只能放棄工具,脫離了工具的視覺化介面友好操作,發現直接連線口是

Android 白盒測試單元測試(junit),黑盒測試mokey測試

導言: 做安卓也有幾個年頭,對於小專案基本都不去單元測試和穩定性測試等,都是在出現異常後通過debug處理或log列印即可解決,當然對於大的專案,由於執行時效問題,加快開發效率,一些測試方法必須要做,比如白盒測試之單元測試,最新的AS都集成了junit,還有黑盒測試(功能測試)之moke

隨行付微服務測試介面測試和契約測試

背景 日常開發過程中,專案的介面通常由服務提供方約定和提供,微服務模式下介面被多個消費者呼叫更是常態,那麼提供方介面的變更如何快速、高效、無遺漏的通知給消費者呢?另外,當一個service同時被多個使用者呼叫,如何保證對service的修改可以讓其它所有使用者造成的影響都能被感知到?這些問題契約測試可以給你答

Android 白盒測試單元測試(junit),黑盒測試mokey

導言: 做安卓也有幾個年頭,對於小專案基本都不去單元測試和穩定性測試等,都是在出現異常後通過debug處理或log列印即可解決,當然對於大的專案,由於執行時效問題,加快開發效率,一些測試方法必須要做,比

隨行付微服務測試效能測試

背景 傳統效能測試更多的是以事務為核心,更多的是由單個或者多個事務構成業務場景進行壓測。全鏈路壓測指完全引入相關聯的系統,儘量真實模擬線上硬體環境,更多的是以請求為核心,完全模擬真實請求流量,通過引流等方式進行場景的模擬進行壓測,更多的適用於業務鏈路較長的交易。全鏈路一直是效能測試中的難點,其包含系統越多測

漫遊測試效能測試(4.4.Linux下記憶體\磁碟\CPU問題的判斷方法)

以vmstat這個工具查詢出來的結果的欄位為解釋的依據。其它監控工具,只需要瞭解每個欄位的說明,其原理類似。 [email protected]:~# vmstat 2  procs -----------memory---------- ---swap-- --

漫遊測試效能測試(4.5.效能測試工具中的監控方法)

4.5.1Loadrunner的監控 Loadrunner 的windows監控,在開啟監控之前,需要在遠端機器中啟動以下2個服務。 並同時需要注意一下安全選項的設定。 在Loadrunner Controller中填入要監控的IP,選擇相對應的效能計算數器即可

漫遊測試效能測試(4.6常見資源故障曲線)

4.6.1在linux中注入CPU故障後的曲線 上圖示,系統的上下文切換過多,可能是由於呼叫了系統函式造成的。 上圖,系統多次中斷,可能呼叫了時間函式。 上圖示,CPU使用時間百常高,系統中的程序消耗了較多的CPU時間。 上圖示,個別時間CPU的核心消

漫遊測試效能測試(4.8通過監控發現的一個案例)

很早以前在《51測試天地》發表的一篇關於windows平臺上面C#的效能問題分析的文章: 前端時間測試一個系統的效能狀況,其主要業務的HTTP請求內容在Loadrunner中的程式碼為: web_url("Index_3", "URL=http://192.168.10

手機APP測試相容測試

1,作業系統版本 國內Andoird系統:一加氫Os,華為 EMUI,魅族 Flyme,小米 miui等 Andoird版本:android 6、android 7、android 8、android 9 iOS版本:iOS8、iOS9、iOS10、iOS11、iOS1