軟體測試模型
v模型:使用者需求->需求分析與系統->概要設計->詳細設計->編碼->單元測試->整合測試->系統測試->驗收測試
w模型:
開發:使用者需求->需求分析與系統設計->概要設計->詳細設計->編碼->整合->實施->交付
測試:使用者需求&驗收測試準備->需求分析與設計&系統測試準備->詳細設計&單元測試準備->整合測試->系統測試->驗收測試
定義乙個bug的級別
崩潰,嚴重,一般,次要
崩潰:阻礙開發或測試工作造成系統崩潰,宕機,資料庫連線錯誤,主要功能喪失,基本模組喪失等問題
嚴重:系統主要功能喪失,資料庫儲存呼叫錯誤,使用者資料丟失,以及功能選單不能使用
一般:功能沒有完全實現,但是不影響使用,功能選單存在缺陷單不會影響系統穩定性
次要:介面等出現問題,比如頁面顯示出現錯別字等
bug的優先順序
immediate 即「馬上解決」，表示問題必須馬上解決，否則系統根本無法達到預定的需求。
urgent即「急需解決」，表示問題的修復很緊要，很急迫，關係到系統的主要功能模組能否正常。
high即「高度重視」，表示有時間就要馬上解決，否則系統偏離需求較大或預定功能不能正常實現。
normal即「正常處理」，進入個人計畫解決，表示問題不影響需求的實現，但是影響其他使用方面，比如頁面呼叫出錯，呼叫了錯誤的等。
low即「低優先順序」，即問題在系統發布以前必須確認解決或確認可以不予解決。
假如出現乙個bug,開發人員認為不是乙個bug但是測試人員認為是乙個bug,此時應該怎麼辦
先檢查自身bug是否描述清楚
和開發人員進行交流,讓開發人員站在使用者的角度和開發人員進行**
不僅要參考bug級別,還要考慮bug是否會影響整個流程,站在使用者的角度去定義級別
提公升自身的技術和業務水平,不光提出問題,同時還得直到如何去解決問題
開乙個評審會
分析缺陷產生的原因,找出預防對策
測試用例
測試用例基本要素:測試環境,操作步驟,測試資料,預期結果
測試分類
開發階段:單元測試,整合測試,系統測試,驗收測試
測試實施組織:a,b,第三方
測試執行方式:靜態測試,動態測試
是否檢視**:黑盒測試,白盒測試,灰盒測試
是否進行手工測試:手工測試,自動化測試
測試物件分類:效能測試,安全測試,相容性測試,文件測試,易用性測試,業務測試,介面測試,安裝測試
手機發燙會有哪些原因導致
應用程序太多
手機電池
手機環境
手機長時間使用
手機電池
手機cpu執行
一些其他概念
容錯性測試:系統在輸入錯誤的資料之後應該給出提示,而不應該直接退出.
災難恢復性測試:通過各種手段，讓軟體強制性地發生故障，然後驗證系統已儲存的使用者資料是否丟失，系統和資料是否能盡快恢復。
手機如果發燙你會從哪些方面去考慮
重新整理乙個網頁如果重新整理不出來的話你會從哪些方面考慮
軟體測試相關資源
密碼 km62 密碼 15k7 密碼 m1hp 密碼 he9l 測試新手資料理論 測試開發資料 密碼 2iyk lr全部資料 密碼 o5sa lr自動化例項 密碼 6oet pc效能自動化 密碼 u6wr 密碼 l06p 自學計畫 密碼 llnu jmeter基礎和高階 密碼 cgrl seleni...
軟體測試相關知識
通過手工或自動化的手段來執行或測定某個軟體產品系統的過程，目的在於檢測軟體產品是否滿足規定的需求，或者弄清楚預期結果與實際結果之間的差別。測試軟體各個功能模組處理是否正確，業務邏輯是否正確，資料流轉 呈現 處理和儲存是否正確。測試使用者介面是否美觀，介面設計是否人性化 易操作，提示是否友好完善，不同...
軟體測試入門 2軟體測試相關概念
測試工程師 自動化測試工程師 測試開發工程師 遊戲測試工程師 移動端測試工程師 web端測試工程師 介面測試工程師 效能測試工程師 安全測試工程師 以最少的人力 物力 時間找到軟體中潛在的缺陷，從而迴避商業風險。使用人工或自動的手段來執行程式，目的在於檢驗是否滿足需求。所有測試追溯到使用者需求 把盡...