軟體測試52講讀後筆記(持續更新 )

2021-08-25 12:05:17 字數 835 閱讀 3490

最近在極客讀到茹炳晟老師的「軟體測試52講」,覺得觀點很正,特記錄一下自己的在意的點

ps:需付費,鐵雞勿點。

從開篇詞可以了解到作為乙個測試工程,如果想要發展,你需要做到哪些,文章中分了3步,我在這裡列出了針對我個人情況需要改進的地方。

關注軟體整體的質量,需要根據業務風險以及影響來制定測試策略,控制測試的時間和成本,可以對測試框架以及工具做出適合專案需求的選型。

熟悉測試工具背後原理以及工具優缺點和適用場景

可以根據自己的需要開發適合於團隊的工具(需要適用於自己團隊的開發能力)

站在整體執行的角度上考慮,比如高併發的測試執行基礎架構;應對資料差異的測試資料準備平台;與發布系統的持續整合。

作為測試工程師,你的目標是要保證系統在各種應用場景下的功能是符合設計要求的,所以你需要考慮的測試用例就需要更多、更全面;測試方法如等價類劃分、邊界值相信都已經融入到大家的工作中的,不做說明。

小感觸:

初級測試工程師和比較不錯的功能測試工程師設計case差距主要在經驗上,也就是碰到乙個場景你能想象到他可能出問題的點或者細節有哪些。

但是,乙個質量過硬的軟體系統,除了顯式功能性需求以外,其他的非功能性需求即隱式功能性需求也是極其關鍵的。非功能需求主要涉及安全性、效能和相容性三大部分,這些是非常容易忽略的,但確恰好是決定軟體質量的重要因素。

測試的不可窮盡性,在絕大多數的軟體工程實踐中,測試由於受限於時間成本和經濟成本,是不可能去窮盡所有可能的組合的,而是採用基於風險驅動的模式,有所側重地選擇測試範圍和設計測試用例,以尋求缺陷風險和研發成本之間的平衡。

軟體測試52講讀書筆記

最近要做功能測試和效能測試,臨時抱佛腳,學習點可用的概念和術語,有個大概的認知。乙個質量過硬的軟體系統,除了顯式功能性需求以外,其他的非功能性需求即隱式功能性需求也是極其關鍵的。顯式功能性需求 functional requirement 的含義從字面上就可以很好地理解,指的是軟體本身需要實現的具體...

《軟體測試52講》讀書筆記 軟測的核心競爭力

必須要深入理解業務,但是業務知識不能等同於測試能力 測試工程的價值不能僅僅體現在特定的產品業務上,一旦離開這個業務領域,若你的經驗積累很難被有效重用的話,那你的競爭力就會下降 測試開發崗位的核心是 測試 開發 的目的是更好地服務於測試 作為測開不能只關心如何實現預先設計的功能,而完全不關心所開發的測...

《軟體測試52講》讀書筆記 軟測的核心競爭力

必須要深入理解業務,但是業務知識不能等同於測試能力 測試工程的價值不能僅僅體現在特定的產品業務上,一旦離開這個業務領域,若你的經驗積累很難被有效重用的話,那你的競爭力就會下降 測試開發崗位的核心是 測試 開發 的目的是更好地服務於測試 作為測開不能只關心如何實現預先設計的功能,而完全不關心所開發的測...