對比國內外現狀，和國際知名企業來說，微軟的開發人員和測試人員的比例是1：2，而國內的現狀是20：1，國內企業比較好點的也才是2：1，所以根據國內發展的必然趨勢，測試在未來幾年內國內的需求是大大增加的。當前的軟體行業已經不是功能為王了，使用者不僅僅只盯著功能是否滿足需求，還會對軟體容易上手，執行效率是否ok...等一系列其它體驗都有了更高的要求，所以這也需要我們對軟體進行大量的測試。通過手工或者工具對「被測物件」進行測試操作，從而驗證實際結果與預期結果是否存在差異，測試的目的就是發現軟體開發**現的錯誤。通過測試可以發現並修復軟體當中存在的缺陷，從而提高使用者對產品的使用。測試可以記錄軟體執行過程中產生的一些資料，從而位決策提供資料支援。一、測試顯示軟體存在缺陷
二、窮盡測試時不可能的
三、測試盡早介入
四、缺陷集群性
五、殺蟲劑悖論
六、測試活動依賴測試內容
七、沒有錯誤是好事謬論
一、單元測試
二、整合測試
三、系統測試
四、驗收測試
一、功能測試：驗收當前的軟體主體功能是否可用。
二、相容性測試：驗證當前軟體在不同的環境下是否還可以使用。
三、安全測試：驗證軟體是否只是能授權使用者提供功能使用。
四、效能測試：相當於當前軟體消耗的資源，它的產出能力。
一、按測試物件進行分類
1.白盒測試
2.黑盒測試
3.灰盒測試
二、按測試物件是否執行分類
1.靜態測試
2.動態測試
三、按測試手段進行分類
1.手工測試
2.自動化測試
一、功能性：軟體需要滿足使用者顯示或者隱式的功能
二、易用性：軟體易於學習和上手使用
三、可靠性：指的就是軟體必須實現需求當中指明的具體功能
四、效率性：類似於軟體的效能
五、可維護性：要求軟體具有將某個功能修復之後繼續使用的能力
六、可移植性：當前軟體可以從乙個平台移植到另乙個平台上去的nl
需求分析→設計用例→評審用例→配置環境→執行用例→
→回歸測試及缺陷跟蹤→輸出測試報告→測試結束
b---→browser 瀏覽器
c---→clent 客戶端
s---→server 服務端
b/s架構
c/s架構
標準：相對於cs架構來說bs架構的兩端都是在使用現成的成熟產品。所以bs會顯得標準一些。
效率：相對於bs架構來說cs中的客戶端可以分擔一些資料處理，因此執行效率會高一些。
安全：bs架構當中的資料傳輸都是以http協議進行的輸出，而http協議又是明文輸出，可以被抓包，所以相對於cs架構來說bs就顯得不那麼安全
公升級：bs架構只需要在伺服器端將資料進行更行，前台只需要重新整理頁面就可以完成公升級，而cs架構當中必須要將兩端進行更新。
開發成本：相對於bs架構來說cs當中的客戶端需要自己開發，所以相對於成本來說會高一些。
測試用例day01
測試用例概述 一 測試用例的定義 二 測試用例的特性 三 測試用例的編制要素 四 測試用例的設計原則 五 測試用例應該避免的問題 六 測試用例分類 1 測試用例 test case 是為特定的目的而設計的一組 測試輸入 執行條件和預期的結果 以便測試某個程式路徑或核實是否滿足某個特定需求。通過大量的...
Day01軟體測試之軟體結構
程式 文件 資料的乙個集合 圖示 整體為軟體結構 常考點 簡單的講述一下 請求的過程？答 網域名稱解析 發起tcp的3次握手 建立tcp連線後發起http請求 伺服器響應http請求，瀏覽器得到html 瀏覽器解析html 並請求html 中的資源 如js css 等 瀏覽器對頁面進行渲染呈現給使用...
學習筆記day01
作業系統簡稱 operating system 簡稱os 其的本質就是乙個軟體，作業系統對上可以管理應用程式，對下可以訪問硬體裝置。主流的作業系統 pc機領域 windows系列，ios，伺服器領域 linux系列，unix，windows server。手持裝置 ios，android，塞班，wi...