引言
最近有很多朋友來問我做測試難不難?需要注意哪些?
今天鬆勤程老師就給大家講講軟件測試新手入門需要了解的小知識點!
(鬆勤軟件學院訊)這些軟件測試常識你必須牢記:
一、軟件測試(軟件測試存在的意義)
1、發現程序中的錯誤而執行程序的過程
2、檢驗產品是否符合用戶需求
3、提高用戶體驗
二、軟件測試原則(常識)
1、儘早介入(需求分析時介入)
2、追溯到用戶需求(不要閉門造車)
3、程序員應該避免檢查自己的程序,除了單元測試。正面測試+反面測試二八原則,80%的錯誤集中於20%的模塊中(聚集效應)
4、對錯誤的結果有一個確認的過程(多做幾次測試,記錄測試過程,偶現型BUG)
5、制定嚴格的測試計劃(開始時間、負責的模塊.....)
完全測試不可能,測試需要終止(會存在一些合理的BUG,不影響用戶體驗和使用的,這些BUG可能要下個版本纔會改)
三、軟件測試的分類
1、按測試階段分:
單元測試、集成測試(開發和測試員都可以做,接口測試劃分在集成測試裏面的)、系統測試(完整的、整體的一個測試,不是安卓、蘋果系統)、驗收測試(正式驗收測試、Alpha測試、Beta測試遊戲內測、預發佈版本、公測)
注:Alpha測試:前期用戶測試,模擬實際操作環境下進行驗收測試(內測)屬於開發環境,開發和測試不能參與
Beta測試:後期用戶測試,真實環境下進行的(公測),開發和測試也不能參與
相同點:開發和測試都不能參與
不同點:前期、後期,開發環境進行和真實環境進行
2、按測試技術劃分:
白盒測試(代碼級別)、黑盒測試(通過外部操作和表面反應來發現)、灰盒測試
3、按測試包含的內容劃分:
功能測試(點點點)、界面測試(UI界面)、安全測試、兼容性測試、易用性測試(是否容易上手)、性能測試、壓力測試、負載測試、恢復測試(災備,自我修復)
4、其他測試:
冒煙測試(版本發佈之前主幹測試,在真正測試之前)、 迴歸測試(驗證測試修復好的BUG及其相關功能是否正常.....怎樣確定迴歸測試範圍)、探索性測試(測試思維)隨機測試
四、軟件的生命週期(六個階段)
1、問題定義及規劃階段
主要確定軟件的開發目的及其可行性,制定開發計劃
注:老闆、產品經理、研發、項目經理、需求分析師來做
2、需求分析/評審階段
分析來源(原型圖/軟件需求說明書)、參與人員(主持--產品經理,其他參與、研發、設計、測試)、關注一個問題--測試參與這個需求分析的目的是什麼?(知己知彼、方便提出疑問)
3、軟件設計階段(屬性:屬於開發的工作)
概要設計(數據庫 表 等框架性的東西)
詳細設計(僞代碼級別)
4、軟件編碼階段
開發人員任務、程序員編碼
5、軟件測試階段
測試工程師的任務或開發的任務
開發做:單元測試、
開發or測試:集成測試---接口測試
測試人員:系統測試、
客戶or產品經理:驗收測試---Alpha測試、Beta測試
6、軟件運行維護階段
版本、產品上線(版本的升級改進)BUG的修復
五、軟件測試的工作流程
1、接觸到那些崗位人員
開發、產品經理、客服、實施/技術支持/現場實施、設計師
2、測試的工作流程
1)、測試需求分析階段:
閱讀需求/理解需求、整理需求點、有疑問的地方要一網打盡,要討論,弄明白爲止。
2)、測試計劃階段:
一個文檔:測試負責人/小組長制定計劃
包含的內容:
①目的:我們要完成測試,大概什麼時候完成,達成什麼樣的目標。②人員:哪些人蔘與進來,成爲測試小組。
③任務劃分:誰負責哪個功能模塊的測試/用例的編寫。
④時間規劃:什麼時候開始寫用例,什麼時候開始測試,什麼時候結束測試,什麼時候上線。
⑤出具的文檔:用例,bug表單,軟件測試報告。
⑥資源的申請/準備:申請一臺服務器?我要做什麼類型的測試?需要準備什麼樣的工具?
3)、測試設計階段:
寫測試用例:
①評審:相互檢閱用例是否OK是否完整是否正確
②修改:理解錯誤:改正,需求變更:修改
測試執行階段
在測試之前會進行冒煙測試(通過則繼續,不通過,打回)、
根據測試用例去執行測試:
①發現bug--提交到bug管理系統上去
②開發修復了之後,要去驗證,然後進行迴歸測試
4)、測試評估階段:
測試完畢,出具測試報告,
測試通過則上線、測試不通過則打回,修改,重新測試。
結語:
想了解更多軟件測試知識,歡迎評論區留言或私信鬆勤程老師!
@鬆勤教育丨以工匠精神,專注IT在線教育(www.songqinnet.com)