測試實踐：
一.客戶端測試：現在客戶端越來越豐富，所以測試的內容也越來越多，越來越複雜，如今對測試的需求也是看越來越大
例子：計算器（單機版本，沒有聯網）
1.選單，點選客戶端介面的功能，測試功能點，對於不同人群可能有不同的需求，來測試不同的功能
二.web測試：
特點：所有的操作都在瀏覽器進行
1.**能不能開啟，最基礎的
3.搜尋乙個關鍵字：膝上型電腦（普通使用者關注的是不同的電腦以及引數，不同的使用者有不同的需求等）
作為測試工程師關注的是：
彈出網頁的快慢
例如**,點選進去測試功能點
3.軟體測試從需求開始：
軟體測試經典的v模型：（左右對應，例如驗收測設根據的是需求，類推）
左邊：需求分析-概要設計-詳細設計-編碼（從上到下）
右邊：驗收測試-系統測試-整合測試-單元測設（從上到下）
開發人員自己做的：
需求分析-概要設計-詳細設計-編碼-單元測試-整合測試
（單元測試和整合測試開發人員做的多）
測試人員主要做的是系統測試：手工測試，自動化測試，效能測試，安全測試等
單元測試也可能有進行對核心**自動化測試，效能測試等
驗收測試和系統測試比較相似，但是測試的點沒有系統測試多，主要加入了客戶進行測試
則總結起來:測試工程師的工作：系統測試，部分的驗收測試
4.測試工程師：最終關注使用者需求
工作中可能會遇到的問題：
需求評審階段我在，但是應該幹什麼：多提問，根據需求規格說明書多提問
不明白說的是什麼，寫不了測試用例
自己覺得是錯的，但是開發的說沒有問題
前後功能描述不一致
需求又變了，又得重新寫
如果需求本身就是錯的怎麼辦
答案：軟體出現的問題很多時候就是需求階段搞錯了，需求非常重要
5.級別：
6.軟體測試的物件：
7.軟體測試分類：
效能測試，自動化測試，安全測試在黑盒測試中用的較多，白盒測試也可用
單元測試在白盒測試中用的較多
alpha和beta測試：實際上就是屬於驗收測試
軟體的特色功能
使用者最常用的功能
系統可以分塊賣的話，銷售時最昂貴的功能塊
出錯將導致使用者不滿或者索賠的功能
最複雜，最容易出錯的程式
相對獨立，應當提前測試的程式
最容易擴散錯誤的程式
全系統效能瓶頸所在程式
開發者最沒有信心的程式（與開發者聊）
明確知道
關注對非法輸入程式的處理和反應
處理輸入的三種方式：
4.使用輸出來指導輸入選擇
5.狀態：
6.使用者資料：
7.執行環境：
軟體測試自學之路
等等，這種想法很正常，你不要以為就你乙個人不會，就你乙個人自學起來很困難，其實差不多每個人在自學的時候都會遇到各種困難，各種煩惱。這是你可以逛逛貼吧，逛逛論壇看看其他人在自學時遇到的問題，看看他人的感受，以及從他人的經歷中獲取經驗，獲取自學的流程，自學的範圍等。說起我軟體測試自學的過程，我自己也覺得...
軟體測試學習之路 軟體測試和測試環境筆記
前言 做了第一講 軟體測試和測試環境的筆記，是我自己在萬門大學系統化學習軟體測試做的學習筆記。為啥要學呢？因為雖然從大三就開始接觸軟體測試，但是大學老師教的東西，其實更多是灌填式，老師講什麼，你就學什麼。不知道別人怎麼想，但是我坦白，常常會有為什麼要學這個，學哪個又能幹嘛的疑問。出了社會更講速成化，...
軟體測試小白之路《一》
一 什麼是測試 測試定義 軟體測試 英語 software testing 過程。軟體測試的經典定義是 在規定的條件下對程式進行 操作，以發現程式錯誤，衡量軟體質量，並對其是否能滿足設計要求進行評估的過程。二 為什麼測試？測試目的 1.軟體測試是為了發現錯誤而執行程式的過程。2.測試是為了證明程式有...