軟件測試模型

V模型:用戶需求->需求分析與系統->概要設計->詳細設計->編碼->單元測試->集成測試->系統測試->驗收測試
W模型:
開發:用戶需求->需求分析與系統設計->概要設計->詳細設計->編碼->集成->實施->交付
測試:用戶需求&驗收測試準備->需求分析與設計&系統測試準備->詳細設計&單元測試準備->集成測試->系統測試->驗收測試

定義一個bug的級別

崩潰,嚴重,一般,次要
崩潰:阻礙開發或測試工作造成系統崩潰,死機,數據庫連接錯誤,主要功能喪失,基本模塊喪失等問題
嚴重:系統主要功能喪失,數據庫保存調用錯誤,用戶數據丟失,以及功能菜單不能使用
一般:功能沒有完全實現,但是不影響使用,功能菜單存在缺陷單不會影響系統穩定性
次要:界面等出現問題,比如頁面顯示出現錯別字等

BUG的優先級

Immediate 即“馬上解決”，表示問題必須馬上解決，否則系統根本無法達到預定的需求。
Urgent即“急需解決”，表示問題的修復很緊要，很急迫，關系到系統的主要功能模塊能否正常。
High即“高度重視”，表示有時間就要馬上解決，否則系統偏離需求較大或預定功能不能正常實現。
Normal即“正常處理”，進入個人計劃解決，表示問題不影響需求的實現，但是影響其他使用方面，比如頁面調用出錯，調用了錯誤的等。
Low即“低優先級”，即問題在系統發布以前必須確認解決或確認可以不予解決。

假如出現一個bug,開發人員認為不是一個bug但是測試人員認為是一個bug,此時應該怎么辦

先檢查自身bug是否描述清楚
和開發人員進行交流,讓開發人員站在用戶的角度和開發人員進行探討
不僅要參考BUG級別,還要考慮BUG是否會影響整個流程,站在用戶的角度去定義級別
提升自身的技術和業務水平,不光提出問題,同時還得直到如何去解決問題
開一個評審會
分析缺陷產生的原因,找出預防對策

測試用例

測試用例基本要素:測試環境,操作步驟,測試數據,預期結果

測試分類

開發階段:單元測試,集成測試,系統測試,驗收測試
測試實施組織:A,B,第三方
測試執行方式:靜態測試,動態測試
是否查看代碼:黑盒測試,白盒測試,灰盒測試
是否進行手工測試:手工測試,自動化測試
測試對象分類:性能測試,安全測試,兼容性測試,文檔測試,易用性測試,業務測試,界面測試,安裝測試

手機發燙會有哪些原因導致

應用進程太多
手機電池
手機環境
手機長時間使用
手機電池
手機CPU運行

一些其他概念

容錯性測試:系統在輸入錯誤的數據之后應該給出提示,而不應該直接退出.
災難恢復性測試:通過各種手段，讓軟件強制性地發生故障，然后驗證系統已保存的用戶數據是否丟失，系統和數據是否能盡快恢復。

手機如果發燙你會從哪些方面去考慮

1.環境
溫度:
溫度過高,溫度過低,密閉環境
2.充電線
充電線類型不同,USB端口不同
3.充電
邊玩手機邊充電,充電時間過長,充電期間電流過大,在電腦上充電,在電源上充電,充電寶充電
4.手機硬件
手機上某些硬件可能和手機不匹配,手機電池,手機某個App打開
5.手機負荷
手機中進程可能特別多,手機中的內存可能不夠,但是此時右有很多進程
6.CPU
CPU調度過于頻繁

刷新一個網頁如果刷新不出來的話你會從哪些方面考慮

1.網絡
網絡擁塞,網絡帶寬,手機這邊沒有網絡
2.服務器
服務器可能拒絕,服務器可能認為我已經將這個資源給你發送了,所以就不會再發送,服務器當機
3.視頻
視頻過大,視頻類型和手機不相符合,手機內存不足,不足以加載出新的視頻
4.自己緩沖區
緩沖區這邊數據已經滿了此時就不能再繼續接受數據了,對方到那個的數據肯定會丟失

總結

以上是生活随笔為你收集整理的软件测试相关的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。