由于IT技術(shù)的發(fā)展,軟件測試為了測試軟件中存在的問題,它在面向市場和大眾的使用時(shí)段不容易出錯(cuò),從而造成系統(tǒng)崩壞等一系列因素。學(xué)習(xí)軟件測試的學(xué)員想了解一些關(guān)于這方面的知識嗎?快來看看吧!
需求分析-測試計(jì)劃一測試設(shè)計(jì),測試開發(fā)--測試執(zhí)行一測試評估需求階段:測試人員了解需求,對需求進(jìn)行分解,得出測試需求
計(jì)劃階段:根據(jù)需求編寫測試計(jì)劃/測試方案
設(shè)計(jì)階段:測試人員適當(dāng)了解設(shè)計(jì),進(jìn)而設(shè)計(jì)編寫一部分測試用例
測試階段:根據(jù)測試用例和計(jì)劃執(zhí)行測試,在執(zhí)行過程中記錄,管理缺陷,測試完成后編寫測試報(bào)告運(yùn)行維護(hù):測試人員需要參與項(xiàng)目的實(shí)施,測試人員對項(xiàng)目產(chǎn)品的業(yè)務(wù)和操作一般都比較了解,加上優(yōu)秀的表達(dá)能力,所以可以收集問題并及時(shí)反饋給相關(guān)負(fù)責(zé)人
(1)完全測試是不可能的。不可能找出所有錯(cuò)誤
(2)測試存在風(fēng)險(xiǎn)。測試不全面
(3)測試只能表明缺陷的存在。不能證明沒有缺陷
(4)產(chǎn)品潛在錯(cuò)誤書與已發(fā)現(xiàn)錯(cuò)誤數(shù)成正比。
(5)讓不同cesium人員參與測試中。避免固定測試思維
(6)開發(fā)者與測試者分開
(7)設(shè)計(jì)用例時(shí),包括輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果兩部分,且輸入數(shù)據(jù)包括合法與非法的情況。
(8)集中測試易出錯(cuò)或錯(cuò)誤較多的模塊。二八定律
(9)長期保留所有測試用例。進(jìn)行回歸測試
2.1按測試階段劃分
單元測試(針對程序源代碼進(jìn)行測試)
集成測試(也稱接口測試,將多個(gè)模塊組合在一起進(jìn)行測試)
系統(tǒng)測試(對整個(gè)系統(tǒng)進(jìn)行測試。包括功能、性能、文檔等)
驗(yàn)收測試(對整個(gè)系統(tǒng)進(jìn)行測試。不同的使用群體進(jìn)行測試。內(nèi)測:指定特定人員進(jìn)行測試;公測:普通用戶
2.2按代碼可見度劃分
黑盒測試:看不見源代碼,針對程序的功能界面進(jìn)行測試。一主要應(yīng)用于系統(tǒng)測試階段
灰盒測試:看到部分代碼,針對系統(tǒng)的接口進(jìn)行測試。--主要應(yīng)用于集成測試階段
白盒測試:看到所有代碼,針對源代碼進(jìn)行測試。一-主要應(yīng)用于單元測試階段總結(jié):黑盒測試==系統(tǒng)測試灰盒測試==集成測試==接口測試白盒測試=單元測試