這些軟件測(cè)試常識(shí)你必須牢記:
01軟件測(cè)試(軟件測(cè)試存在的意義)
1、發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過(guò)程
2、檢驗(yàn)產(chǎn)品是否符合用戶需求
3、提高用戶體驗(yàn)
02軟件測(cè)試原則(常識(shí))
1、盡早介入(需求分析時(shí)介入)
2、追溯到用戶需求(不要閉門造車)
3、程序員應(yīng)該避免檢查自己的程序,除了單元測(cè)試。正面測(cè)試+反面測(cè)試二八原則,80%的錯(cuò)誤集中于20%的模塊中(聚集效應(yīng))
4、對(duì)錯(cuò)誤的結(jié)果有一個(gè)確認(rèn)的過(guò)程(多做幾次測(cè)試,記錄測(cè)試過(guò)程,偶現(xiàn)型BUG)
5、制定嚴(yán)格的測(cè)試計(jì)劃(開(kāi)始時(shí)間、負(fù)責(zé)的模塊.....)
完全測(cè)試不可能,測(cè)試需要終止(會(huì)存在一些合理的BUG,不影響用戶體驗(yàn)和使用的,這些BUG可能要下個(gè)版本才會(huì)改)
03軟件測(cè)試的分類
一、按測(cè)試階段分:
單元測(cè)試、集成測(cè)試(開(kāi)發(fā)和測(cè)試員都可以做,接口測(cè)試劃分在集成測(cè)試?yán)锩娴?、系統(tǒng)測(cè)試(完整的、整體的一個(gè)測(cè)試,不是安卓、蘋果系統(tǒng))、驗(yàn)收測(cè)試(正式驗(yàn)收測(cè)試、Alpha測(cè)試、Beta測(cè)試游戲內(nèi)測(cè)、預(yù)發(fā)布版本、公測(cè))
二、按測(cè)試技術(shù)劃分:
白盒測(cè)試(代碼級(jí)別)、黑盒測(cè)試(通過(guò)外部操作和表面反應(yīng)來(lái)發(fā)現(xiàn))、灰盒測(cè)試
三、按測(cè)試包含的內(nèi)容劃分:
功能測(cè)試、界面測(cè)試、安全測(cè)試、兼容性測(cè)試、易用性測(cè)試、性能測(cè)試、壓力測(cè)試、負(fù)載測(cè)試、恢復(fù)測(cè)試
四、其他測(cè)試:
冒煙測(cè)試、 回歸測(cè)試、探索性測(cè)試、隨機(jī)測(cè)試
04軟件測(cè)試的工作流程
一、接觸到那些崗位人員
開(kāi)發(fā)、產(chǎn)品經(jīng)理、客服、實(shí)施/技術(shù)支持/現(xiàn)場(chǎng)實(shí)施、設(shè)計(jì)師
二、測(cè)試的工作流程
1、測(cè)試需求分析階段:
閱讀需求/理解需求、整理需求點(diǎn)、有疑問(wèn)的地方要一網(wǎng)打盡,要討論,弄明白為止。
2、測(cè)試計(jì)劃階段:
一個(gè)文檔:測(cè)試負(fù)責(zé)人/小組長(zhǎng)制定計(jì)劃
3、測(cè)試設(shè)計(jì)階段:
寫測(cè)試用例:
?、僭u(píng)審:相互檢閱用例是否OK是否完整是否正確
②修改:理解錯(cuò)誤:改正,需求變更:修改
測(cè)試執(zhí)行階段
在測(cè)試之前會(huì)進(jìn)行冒煙測(cè)試(通過(guò)則繼續(xù),不通過(guò),打回)、
根據(jù)測(cè)試用例去執(zhí)行測(cè)試:
①發(fā)現(xiàn)bug--提交到bug管理系統(tǒng)上去
?、陂_(kāi)發(fā)修復(fù)了之后,要去驗(yàn)證,然后進(jìn)行回歸測(cè)試
4、測(cè)試評(píng)估階段:
測(cè)試完畢,出具測(cè)試報(bào)告,
測(cè)試通過(guò)則上線、測(cè)試不通過(guò)則打回,修改,重新測(cè)試。