1. 將問題提交到缺陷管理庫裏面進行備案數據庫
2. 要獲取判斷的依據和標準:瀏覽器
3. 與設計人員、開發人員和客戶表明等相關人員探討,確認是不是缺陷;安全
4. 合理的論述,向測試經理說明本身的判斷的理由,注意客觀、嚴謹,不參雜我的情緒。服務器
等待測試經理作出最終決定,若是仍然存在爭議,能夠經過公司政策所提供的渠道,向上級反映,並有上級作出決定。併發
首先查找需求說明,網站設計等相關文檔,分析測試需求框架
制定測試計劃,肯定測試範圍和測試策略,通常包括如下幾個部分:功能性測試;性能測試;數據庫測試;安全性測試;兼容性測試性能
測試用例設計:單元測試
功能性測試:學習
界面測試:測試
1. 頁面是否風格統一,美觀
2. 頁面內容是否合理,重點內容和熱點內容是否突出
3. 控件是否正常使用
4. 對於必須和未安裝的控件,是否提供自動安裝或下載的功能
5. 文字檢查
性能測試:併發測試,壓力測試,負載測試
數據庫測試要具體決定是否須要開展,數據庫通常須要考慮鏈接性,對數據的存取操做,數據內容的驗證等方面
安全測試:
1. 基本登陸功能的檢查
2. 是否存在溢出狀態,致使系統崩潰或者權限泄漏
3. 相關開發語言的常見安全性問題檢查,例如SQL注入問題等
4. 若是須要高等級的安全性測試,肯定須要專業安全公司的幫助,外包測試或者技術支持
兼容性測試:瀏覽器的兼容性,操做系統的兼容性,軟件平臺的兼容性,數據庫的兼容性
開展測試,並記錄缺陷。合理的安排調整測試進度,提早獲取測試所需的資源,創建管理體系(例如,需求變動,風險,配置,測試文檔,缺陷報告,人力資源報告等內容)
按期評審,對測試進行評估和總結,調整測試的內容
資源方面:一臺客戶端三百個客戶,則會佔用更多資源,各線程之間可能會有干擾,影響結果;後者則沒有這個問題。
帶寬:一臺客戶端三百個客戶,會佔用更多帶寬;後者則要求更寬鬆
IP 地址的問題:一臺客戶端三百個客戶,若是有ip限制,則須要繞過ip限制,如採用ip欺騙。
軟件生命週期,即軟件開發的全過程,包括可行性研究,需求分析,軟件設計,編碼,測試,發佈,維護
按照開發階段劃分,能夠分爲單元測試、集成測試、系統測試、驗收測試
單元測試:針對每一個單元的測試, 以確保每一個模塊能正常工做爲目標
集成測試:對已測試過的模塊進行組裝,進行集成測試。目的在於檢驗與軟件設計相關的程序結構問題
確認(有效性)測試:是檢驗所開發的軟件可否知足全部功能和性能需求的最後手段。有的劃分方法中,也將確認測試合併入系統測試中。
系統測試:檢驗軟件產品可否與系統的其餘部分(好比,硬件、數據庫及操做人員)協調工做。
驗收(用戶)測試:檢驗軟件產品質量的最後一道工序。主要突出用戶的做用,同時軟件開發人員也應有必定程度的參與。
驗收測試能夠分紅Alpha測試和Beta測試。Alpha測試是由用戶在開發環境下完成的測試,Beta測試是由用戶在用戶環境下完成的測試。
1.讓本身的測試基礎知識更加的紮實
2.更深刻的學習自動化知識,包括接口自動化測試方向,並運用到現實工做中
3.性能,增強對性能測試結果的分析
4.學會帶領一個團隊
5.最後,達到測試經理的水平
瀑布流:項目計劃,需求分析,程序設計,程序編碼,軟件測試,運行維護
V字流:需求分析,概要設計,詳細設計,編碼
單元測試,集成測試,系統測試,驗收測試
w字型:用戶需求,需求分析,概要設計,詳細設計,編碼,集成,實施,交付
用戶需求,需求分析,概要設計,詳細設計,單元測試,集成測試,系統測試,驗收測試
軟件:是計算機系統中與硬件相互依存的另外一部分,它是包括程序、文檔的完整集合。
軟件複用(Software Reuse):是將已有軟件的各類有關知識用於創建新的軟件,以縮減軟件開發和維護的花費。軟件複用是提升軟件生產力和質量的一種重要技術。早期的軟件複用主要是代碼級複用,被複用的知識專指程序,後來擴大到包括領域識、開發經驗、設計決定、體系結構、需求、設計、代碼和文檔等一切有關方面。
構件:能夠被複用的軟件成分通常稱做可複用構件。
定義:使用人工或自動手段,來運行或測試某個系統的過程
目的在於檢驗它是否知足規定的需求或弄清預期結果與實際結果之間的差異。
軟件測試的目的
測試是程序的執行過程,目的在於發現錯誤
一個成功的測試用例在於發現至今未發現的錯誤
一個成功的測試是發現了至今未發現的錯誤的測試
確保產品完成了它所承諾或公佈的功能,而且用戶能夠訪問到的功能都有明確的書面說明。
確保產品知足性能和效率的要求
確保產品是健壯的和適應用戶環境的
軟件測試的原則
軟件測試應儘早執行,並貫穿於整個軟件生命週期
軟件測試應追溯需求
缺陷的二八定理
嚴格執行測試計劃,排除測試的隨意性
注意合法合理的輸入,也要注意非法的非預期的輸入
檢查程序是不是否作了不應作的
測試應從「小規模」開始,逐步轉向「大規模」
殺蟲劑悖論
關注缺陷的修復
白盒測試:邏輯覆蓋;循環覆蓋;基本路徑覆蓋
黑盒測試:邊界值分析法;等價類分析法;正交試驗法,錯誤猜想發;因果圖法;狀態裝換測試法;斷定表法;測試大綱法;隨機測試;場景法
軟件測試用例的基本要素包括測試用例編號、測試標題、前提條件,重要級別、優先級,測試輸入、操做步驟、預期結果,實際結果
背景、項目簡介、目的、測試範圍、測試策略、人員分工、資源要求、進度計劃、參考文檔、經常使用術語、提交文檔、風險分析。
測試需求的細化,測試組網圖的設計,自動化測試框架的設計,測試數據和測試腳本的設計,測試用例設計的原則等。
白盒測試用例設計的關鍵是以較少的用例覆蓋儘量多的內部程序邏輯結果
黑盒測試用例設計的關鍵一樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能作到徹底測試,以最少的用例在合理的時間內發現最多的問題
1.需求分析階段:只要就是對業務的學習,分析需求點。
2.測試計劃階段:測試組長就要根據SOW開始編寫《測試計劃》,其中包括人員,軟件硬件資源,測試點,集成順序,進度安排和風險識別等內容。
3.測試設計階段:測試方案通常由對需求很熟的高資深的測試工程師設計,測試方案要求根據《SRS》上的每一個需求點設計出包括需求點簡介,測試思路和詳細測試方法三部分的方案。《測試方案》編寫完成後也須要進行評審。
4.測試方案階段:主要是對測試用例和規程的設計。測試用例是根據《測試方案》來編寫的,經過《測試方案》階段,測試人員對整個系統需求有了詳細的理解。這時開始編寫用例才能保證用例的可執行和對需求的覆蓋。測試用例須要包括測試項,用例級別,預置條件,操做步驟和預期結果。其中操做步驟和預期結果須要編寫詳細和明確。測試用例應該覆蓋測試方案,而測試方案又覆蓋了測試需求點,這樣才能保證客戶需求不遺漏。一樣,測試用例也須要評審。
5.測試執行階段:執行測試用例,及時提交有質量的Bug和測試日報,測試報告等相關文檔。、
SSR :需求分析文檔
HLD : 概要設計文檔
LLD :詳細設計文檔
BD :基本設計
DD : 詳細設計
FD :結構設計