功能測試序言

2021-09-07 14:48:57 字數 1107 閱讀 1580

測試算得上是技術崗位裡面較為特殊的領域,在大多數的公司裡面,軟體測試都是屬於研發體系的。但是多數的測試崗位並為像其他的崗位那樣需要去手動些**。除了自動化測試、效能測試可能會需要我們去寫**,但也並非要寫,可能會看就行了,自己稍微修改下。裡面的功能測試更是特別,基本不會需要用到測試人員去寫**(不會寫不代表不需要知道基本的網路知識,也是需要像開發一樣了解產品原理,否則真的是瞎測試了)

我曾經犯過這樣的錯誤,一直覺得我所做的功能測試很低階,是一種沒有太大價值的工作崗位。但是隨著深入的接觸了手工測試、還接觸了自動化、效能測試、了解安全測試之後才越發的感受到功能測試的重要性。

普通的功能測試確實是很容易讓人吐槽,就像使用者體驗者一樣只是簡單的去驗證產品是否有bug,是否使用正常,但是這都是簡單初級的功能測試。

後期的功能測試不單單是要簡單的驗證功能。還要前期參與設計,保證產品設計的合理性,易用性(這個合理性並非是對產品的有bug一說,有時候產品是沒有功能問題,但是使用者用的就是不爽,用的不舒服,體驗不好,這也是問題,也是我們測試前期要注意的),這個階段就需要我們有使用者思維,去站在使用者的角度思考,而不是簡單的驗證功能。

還有和開發的關聯,我們測試的產品還要考慮實現流程和原理,一方面是為了驗證產品實現過程中可能出現的漏洞,需要我們用什麼方式去驗證是否有bug,另一方面是我們需要去實現困難,這個涉及到產品的是否正常發布,是否可現實等(雖然這部分的功能主要是開發做的,但是測試的介入可以幫助更合理的解決問題)

結合上面的兩個簡單觀點就可以看出,功能測試在前期的重要地位,不僅要有產品的思維方式,也要有開發的思維方式。我們後面所謂的自動化測試只是對手工測試的重複操作,一般來說手工測試沒有發現的bug,一般自動化也很難發現(自動化更多的是提高了手工測試效率,為專案的發布做快速的冒煙驗證,提高發布信心)。高大上的效能測試確實會有技術難度些,但也是建立在功能測試的分析基礎上,一上來就yy著壓測這壓測那的,能發現效能bug就有鬼了;安全測試也是,這都是建立在我們前期功能測試分析不全的基礎,才需要他們出馬的(安全測試就是就是檢測一些常規漏洞,高階的安全測試很溜,可是一般的安全測試基本也很少發現問題,如果我們功能測試能具備安全測試的思維,前期基本都能把安全bug預防掉的)

*普通的功能測試就是手工測試,高階的功能測試那就是神一般的存在,架構級的存在。

測試 功能測試

測試最基本的就是看介面展示是否正確這一類測試。但是,這類測試如果功能點多的情況下,如何有效測試就是乙個問題。1 詳略得當的測試用例,可以用mindmanager去做,也可以用excel等。2 光有測試用例是不夠的,還要根據測試資料,設計測試策略。如 測試的服務端的先後 測試賬號的先後 測試功能的先後...

冒煙測試 功能測試

1 冒煙測試是走正常的流程 即正確的流程 主流程 用正確的資料,看系統能否通過,正常資料能夠很好的通過,則冒煙成功通過,在冒煙後版本才能進行功能測試。2 一名成功的測試工程師在測試功能點的時候,不應該只是站在測試的角度,應該是站在測試 從測試角度出發 需求 從需求出發 客戶 需求上沒體現的,從客戶立...

APP測試 功能測試

1.1 了解需求 1.2 編寫測試用例 當然之前可能是測試計畫,測試方案的確認等。這是測試經理的主要工作。測試用例的編寫,主要是建立在第1步的了解需求之後。測試用例主要包含 1用例標題 2用例資料 3測試步驟 4期望結果 5實際結果。當然還有其它的,包含測試人員,測試環境,測試工具等。安裝是否正常 ...