軟件缺陷定義
? ? ? ? 軟件沒(méi)打到產(chǎn)品說(shuō)明書(shū)標(biāo)明的功能? ? ? ? 軟件出現(xiàn)了產(chǎn)品說(shuō)明數(shù)指明不會(huì)出現(xiàn)的錯(cuò)誤? ? ? ? 軟件功能超出產(chǎn)品說(shuō)明書(shū)指明的范圍? ? ? ? 軟件未達(dá)到產(chǎn)品說(shuō)明書(shū)雖未指出但應(yīng)該達(dá)到的目標(biāo)? ? ? ? 軟件難以理解，不易使用，運(yùn)行速度緩慢或者從測(cè)試人員的角度看最終用戶人為不好
軟件缺陷產(chǎn)生的原因
? ? ? ? 需求不明確和變更會(huì)影響軟件最終質(zhì)量? ? ? ? 軟件結(jié)構(gòu)復(fù)雜? ? ? ? 編碼問(wèn)題? ? ? ? 項(xiàng)目期限短? ? ? ? 使用新技術(shù)
軟件缺陷分類(lèi)
? ? 測(cè)試類(lèi)：界面類(lèi) 功能類(lèi) 性能類(lèi) 安全類(lèi) 兼容性類(lèi)? ? 缺陷嚴(yán)重程度：嚴(yán)重 一般 次要 輕微? ? 缺陷優(yōu)先級(jí)：立即解決 高優(yōu)先級(jí) 正常排隊(duì) 低優(yōu)先級(jí)? ? 缺陷發(fā)生階段：需求階段缺陷 架構(gòu)階段缺陷 設(shè)計(jì)階段缺陷 設(shè)計(jì)階段缺陷 編碼階段缺陷 測(cè)試階段缺陷
軟件測(cè)試內(nèi)容
? ? 邏輯功能，界面，性能，易用性，兼容性，安裝等測(cè)試 文檔測(cè)試也算 排版，字體大小，
軟件測(cè)試的環(huán)境
? ? 測(cè)試環(huán)境 = 硬件+軟件+網(wǎng)絡(luò)? ? 硬件環(huán)境：pc機(jī)還是筆記本? ? 軟件環(huán)境：不同的操作系統(tǒng)Windows10 Windows8 Windows7 Linux Mac，不同瀏覽器Firefox Chrome? ? 網(wǎng)絡(luò)：局域網(wǎng)還是互聯(lián)網(wǎng)
軟件測(cè)試流程：
軟件測(cè)試基本原則
原則一：測(cè)試顯示軟件存在缺陷
軟件測(cè)試是為了降低存在缺陷的可能性，即便是沒(méi)有找到缺陷，也不能證明軟件是完美的
原則二：窮盡測(cè)試是不可能的
在測(cè)試階段，測(cè)試人員可以根據(jù)風(fēng)險(xiǎn)和優(yōu)先級(jí)來(lái)進(jìn)行集中和高強(qiáng)度的測(cè)試，從而保證軟件的質(zhì)量。
原則三:測(cè)試盡早介入
測(cè)試人員一般在需求階段就開(kāi)始介入，使缺陷在需求或設(shè)計(jì)階段就被發(fā)現(xiàn)，缺陷發(fā)現(xiàn)越早，修復(fù)的成本就越小
原則四:缺陷集群性(2/8原則)
軟件測(cè)試中存在Pareto原則：80%的缺陷發(fā)現(xiàn)在20%的模塊中
原則五:殺蟲(chóng)劑悖論
測(cè)試人員不能一直依賴于現(xiàn)有的測(cè)試技術(shù)，而要不斷地提升測(cè)試方法以提高測(cè)試效率
原則六:測(cè)試活動(dòng)依賴于測(cè)試內(nèi)容
不同行業(yè)，測(cè)試活動(dòng)的開(kāi)展都有所不同所以軟件測(cè)試的活動(dòng)開(kāi)展以來(lái)與所測(cè)試的內(nèi)容
原則七：沒(méi)有錯(cuò)誤是好是謬論
軟件測(cè)試不僅是找出缺陷，同時(shí)也需要確認(rèn)軟件是否滿足需求。如果開(kāi)發(fā)出來(lái)的產(chǎn)品不滿足 用戶的需求，即便找到和修復(fù)了缺陷也作用不大。
原則八：程序不能自測(cè)之后就上線
原則九：嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試的隨意性
原則十：應(yīng)當(dāng)對(duì)每個(gè)測(cè)試結(jié)果做全面的檢查
原則十一：妥善保存測(cè)試計(jì)劃、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便
原則十二：設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)當(dāng)包括合理的輸入數(shù)據(jù)和不合理的輸入數(shù)據(jù)
原則十三：測(cè)試用例應(yīng)由測(cè)試數(shù)據(jù)和與之對(duì)應(yīng)的預(yù)期輸出結(jié)果這兩部分組成
軟件測(cè)試分類(lèi)
按照測(cè)試原理分類(lèi)
黑盒測(cè)試：不用關(guān)心盒子里的結(jié)構(gòu)只關(guān)心輸入數(shù)據(jù)和輸出數(shù)據(jù)結(jié)果判斷是否有問(wèn)題
百合測(cè)試：是一種按照程序內(nèi)部邏輯結(jié)構(gòu)和編碼結(jié)構(gòu)設(shè)計(jì)測(cè)試數(shù)據(jù)并完成測(cè)試的測(cè)試方法
灰盒測(cè)試：一種基于程序運(yùn)行時(shí)的外部表現(xiàn)同時(shí)又結(jié)合程序內(nèi)部結(jié)構(gòu)來(lái)設(shè)計(jì)測(cè)試數(shù)據(jù)的測(cè)試方法
按照測(cè)試階段分類(lèi)
單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試
按內(nèi)容分類(lèi)
功能測(cè)試、性能測(cè)試、兼容性測(cè)試
功能測(cè)試：
界面測(cè)試、冒煙測(cè)試、回歸測(cè)試、業(yè)務(wù)邏輯測(cè)試、易用性測(cè)試
功能測(cè)試：根據(jù)鏟平操作描述和需求文檔，測(cè)試一個(gè)產(chǎn)品的特性和可操作性行為是否滿足用戶需求的測(cè)試方法
界面測(cè)試：測(cè)試用戶界面的功能模塊的布局是否符合客戶使用習(xí)慣
冒煙測(cè)試：驗(yàn)證系統(tǒng)的核心功能是否能夠正常運(yùn)行
回歸測(cè)試：只修改了舊代碼后，重新測(cè)試確認(rèn)修改沒(méi)有因入心的錯(cuò)誤導(dǎo)致其他代碼產(chǎn)生錯(cuò)誤
業(yè)務(wù)邏輯測(cè)試：在基本的功能點(diǎn)都已合格的基礎(chǔ)上，準(zhǔn)備多種測(cè)試數(shù)據(jù)確定最終輸出的結(jié)果是否符合預(yù)期的測(cè)試
易用性測(cè)試：指用戶使用軟件時(shí)是否符感覺(jué)方便
性能測(cè)試：
性能測(cè)試：通過(guò)自動(dòng)化的測(cè)試工具模擬剁成正常、峰值以及異常負(fù)載條件來(lái)對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行效驗(yàn)
壓力測(cè)試：通過(guò)逐步增加系統(tǒng)負(fù)載，測(cè)試系統(tǒng)性能的變化，并確定在什么條件下系統(tǒng)性能處于失效狀態(tài)
負(fù)載測(cè)試：通過(guò)逐步增加系統(tǒng)負(fù)載，測(cè)試系統(tǒng)性能的變化，在滿足性能的指標(biāo)的情況下，系統(tǒng)所能承受的最大負(fù)載量的測(cè)試
并發(fā)測(cè)試：是一個(gè)負(fù)載測(cè)試和壓力測(cè)試的過(guò)程，即逐漸增加并發(fā)用戶數(shù)負(fù)載直到系統(tǒng)的瓶頸、通過(guò)分析資源監(jiān)控指標(biāo)等確定系統(tǒng)并發(fā)性能
兼容性測(cè)試：
冒煙測(cè)試、隨機(jī)測(cè)試、安全性測(cè)試、探索性測(cè)試、回歸測(cè)試、Alpha測(cè)試、Beta測(cè)試
隨機(jī)測(cè)試：隨機(jī)測(cè)試主要是根據(jù)測(cè)試這的經(jīng)驗(yàn)無(wú)需測(cè)試用例對(duì)軟件進(jìn)行功能和性能抽查的測(cè)試方法
安全性測(cè)試：通過(guò)不同的測(cè)試方法，曉燕程序、網(wǎng)絡(luò)、數(shù)據(jù)庫(kù)安全性
探索性測(cè)試：:碰到問(wèn)題時(shí)能隨機(jī)應(yīng)變，強(qiáng)調(diào)測(cè)試人員的主觀能動(dòng)性明確整體的測(cè)試計(jì)劃的測(cè)試方法
Alpha測(cè)試：內(nèi)部環(huán)境下的測(cè)試
Beta測(cè)試：生產(chǎn)環(huán)境下的測(cè)試
測(cè)試分類(lèi)占比
