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