1.軟件測(cè)試背景：
軟件測(cè)試在軟件生命周期中占據(jù)重要的地位碰逸，軟件測(cè)試慢慢的獨(dú)立發(fā)展成為一個(gè)行業(yè)乡小，并且在迅猛發(fā)展。
1.1. 軟件缺陷與軟件故障
一：軟件缺陷的定義
對(duì)于軟件缺陷的精確定義饵史，通常有下列5條描述：
1.軟件未達(dá)到產(chǎn)品說(shuō)明書(shū)的功能 《需求文檔》
2.軟件出現(xiàn)了產(chǎn)品說(shuō)明書(shū)指明不會(huì)出現(xiàn)的錯(cuò)誤
3.軟件功能超出產(chǎn)品說(shuō)明書(shū)指明范圍
4.軟件未達(dá)到產(chǎn)品說(shuō)明書(shū)雖未指出但應(yīng)達(dá)到的目標(biāo)
5.軟件測(cè)試員認(rèn)為難以理解满钟、不易使用、運(yùn)行速度緩慢胳喷、或者最終用戶認(rèn)為不好
二：軟件缺陷的特征
1.軟件的特殊性決定了缺陷不易看到,即“看不到”湃番；
2.發(fā)現(xiàn)了缺陷,但不易找到問(wèn)題發(fā)生的原因所在,即“看到但是抓不到”。
1.2.軟件缺陷產(chǎn)生的原因
軟件缺陷從哪來(lái)吭露？第一大原因就是軟件產(chǎn)品規(guī)格說(shuō)明書(shū)牵辣，很多情況下，說(shuō)明書(shū)沒(méi)有寫(xiě)奴饮，或?qū)懙牟粔蛉嫖诚颍?jīng)常更改，或者開(kāi)發(fā)小組沒(méi)有很好的溝通戴卜，造成對(duì)說(shuō)明書(shū)理解的不一致逾条。第二大原因是軟件設(shè)計(jì)，沒(méi)有做設(shè)計(jì)或設(shè)計(jì)不好投剥，經(jīng)常變動(dòng)等和產(chǎn)品規(guī)格說(shuō)明書(shū)一樣的問(wèn)題师脂，第三個(gè)原因才是編寫(xiě)代碼和其它原因；前兩個(gè)原因至少占了 80%以上江锨。
圖1-1 軟件缺陷產(chǎn)生的原因分布
通過(guò)大量的測(cè)試?yán)碚撗芯考皽y(cè)試實(shí)踐經(jīng)驗(yàn)的積累吃警，典型的軟件缺陷產(chǎn)生的原因被歸納為以下幾種類(lèi)型：
(1)需求解釋有錯(cuò)誤；
(2)用戶需求定義錯(cuò)誤啄育；
(3)需求記錄錯(cuò)誤酌心；
(4)設(shè)計(jì)說(shuō)明有誤；
(5)編碼說(shuō)明有誤挑豌；
(6)程序代碼有誤安券；
(7)數(shù)據(jù)輸入有誤；
(8)測(cè)試錯(cuò)誤氓英；
(9)問(wèn)題修改不正確侯勉；
(10)不正確的結(jié)果是由于其他的缺陷而產(chǎn)生。
1.3.軟件測(cè)試和缺陷修復(fù)的代價(jià)
缺陷發(fā)現(xiàn)的越早铝阐，則修復(fù)這個(gè)缺陷的代價(jià)就越小址貌，在需求、設(shè)計(jì)、編碼练对、測(cè)試余舶、發(fā)布等不同的階段，發(fā)現(xiàn)缺陷后修復(fù)的代價(jià)都會(huì)比在前一個(gè)階段修復(fù)的代價(jià)提高10倍（參見(jiàn)圖1-2）锹淌。
圖1-2 軟件測(cè)試和缺陷修復(fù)的代價(jià)
2.軟件測(cè)試基礎(chǔ)理論
軟件測(cè)試是保證軟件質(zhì)量的一種手段，那么赠制，什么叫軟件測(cè)試赂摆？
2.1.軟件測(cè)試定義
- 狹義：測(cè)試的定義：“程序測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程”。這個(gè)定義钟些，被業(yè)界所認(rèn)可烟号，經(jīng)常被引用。
- 廣義：為了更早地發(fā)現(xiàn)問(wèn)題政恍，所以將測(cè)試延伸到需求評(píng)審汪拥、設(shè)計(jì)審查活動(dòng)中去，也就是將“軟件質(zhì)量保證”的部分活動(dòng)歸為測(cè)試活動(dòng)篙耗。實(shí)際上迫筑，在軟件開(kāi)發(fā)實(shí)際操作中，常常將軟件測(cè)試和質(zhì)量保證——這兩種努力（efforts）合并起來(lái)宗弯。延伸后的軟件測(cè)試脯燃，被認(rèn)為是一種軟件測(cè)試的廣義概念。
- 軟件測(cè)試的定義：軟件測(cè)試是貫穿整個(gè)軟件開(kāi)發(fā)生命周期蒙保、對(duì)軟件產(chǎn)品（包括階段性產(chǎn)品）進(jìn)行驗(yàn)證和確認(rèn)的活動(dòng)過(guò)程辕棚，其目的是盡快盡早地發(fā)現(xiàn)在軟件產(chǎn)品中所存在的各種問(wèn)題——與用戶需求、預(yù)先定義的不一致性邓厕。
2.2.測(cè)試流程：
需求評(píng)審 測(cè)試計(jì)劃制定 測(cè)試計(jì)劃執(zhí)行 發(fā)布與測(cè)試報(bào)告總結(jié)
1從用戶體驗(yàn)角度提供設(shè)計(jì)建議
2從開(kāi)發(fā)經(jīng)驗(yàn)角度逝嚎，分析設(shè)計(jì)是否存在風(fēng)險(xiǎn)，是否能夠?qū)崿F(xiàn)
3 聯(lián)合其他模塊分析详恼，設(shè)計(jì)是否存在漏洞补君，邏輯功能存在缺陷
1測(cè)試用例設(shè)計(jì)
2測(cè)試用例評(píng)審，和測(cè)試時(shí)間估計(jì)
3測(cè)試資源申請(qǐng)
1用例執(zhí)行
2 Bug修復(fù)驗(yàn)證和推動(dòng)版本進(jìn)度
3性能監(jiān)控昧互，壓力測(cè)試赚哗，兼容測(cè)試
1版本發(fā)布和線上質(zhì)量監(jiān)控，用戶反饋實(shí)時(shí)響應(yīng)
2測(cè)試用例更新整合硅堆，測(cè)試計(jì)劃評(píng)估
3提供版本最終測(cè)試報(bào)告屿储，包括用例覆蓋率，bug數(shù)據(jù)分析等
全程跟進(jìn)需求變更渐逃，與產(chǎn)品無(wú)縫溝通够掠，在測(cè)試階段有需求變更要第一時(shí)間了解改動(dòng)范圍，如果影響版本的質(zhì)量要說(shuō)明風(fēng)險(xiǎn)茄菊，評(píng)估需求是否必須更改以及是否影響版本發(fā)布上線的時(shí)間線
規(guī)劃測(cè)試項(xiàng)目需要的功能開(kāi)發(fā)和自動(dòng)化開(kāi)發(fā)人員比例疯潭，規(guī)劃整個(gè)測(cè)試流程需要的時(shí)間赊堪，要預(yù)留處理緊急事件的緩沖
執(zhí)行
協(xié)調(diào)測(cè)試資源，部署測(cè)試環(huán)境竖哩，督促開(kāi)發(fā)和產(chǎn)品提供一切需要的測(cè)試工具哭廉，測(cè)試數(shù)據(jù)等，推動(dòng)版本進(jìn)度相叁，每日進(jìn)行bug review（bug復(fù)盤(pán)）遵绰，標(biāo)識(shí)出bug解決的優(yōu)先級(jí)和提交測(cè)試的時(shí)間點(diǎn)，每日提供當(dāng)日產(chǎn)品質(zhì)量報(bào)告
報(bào)告
項(xiàng)目發(fā)布上線后增淹，對(duì)整個(gè)版本的bug進(jìn)行數(shù)據(jù)分析椿访，總結(jié)出用例的覆蓋率，對(duì)于沒(méi)有覆蓋到用例的bug虑润，轉(zhuǎn)化成用例成玫，同時(shí)測(cè)試人員之間進(jìn)行分享，針對(duì)新接觸的測(cè)試方法測(cè)試工具和有價(jià)值的bug進(jìn)行經(jīng)驗(yàn)總結(jié)
3.軟件測(cè)試分類(lèi)
3.1.黑盒測(cè)試和白盒測(cè)試
黑盒測(cè)試(Black Box -Test) ：已知產(chǎn)品的功能設(shè)計(jì)規(guī)格拳喻，可以進(jìn)行測(cè)試證明每個(gè)實(shí)現(xiàn)了的功能是否符合要求哭当。
白盒測(cè)試(White Box Testing) ：已知產(chǎn)品的內(nèi)部工作過(guò)程，可以通過(guò)測(cè)試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格要求冗澈，所有內(nèi)部成分是否以經(jīng)過(guò)檢查福压。
灰盒測(cè)試郑藏，是介于白盒測(cè)試與黑盒測(cè)試之間的茬高，可以這樣理解矾芙，灰盒測(cè)試關(guān)注輸出對(duì)于輸入的正確性，同時(shí)也關(guān)注內(nèi)部表現(xiàn)朵栖，但這種關(guān)注不象白盒那樣詳細(xì)颊亮、完整，只是通過(guò)一些表征性的現(xiàn)象陨溅、事件终惑、標(biāo)志來(lái)判斷內(nèi)部的運(yùn)行狀態(tài)，有時(shí)候輸出是正確的门扇，但內(nèi)部其實(shí)已經(jīng)錯(cuò)誤了雹有，這種情況非常多，如果每次都通過(guò)白盒測(cè)試來(lái)操作臼寄，效率會(huì)很低霸奕，因此需要采取這樣的一種灰盒的方法
3.2.靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試
靜態(tài)測(cè)試，是指不實(shí)際運(yùn)行被測(cè)試軟件吉拳，而只是靜態(tài)的檢查程序代碼质帅、界面或者文檔中可能存在的錯(cuò)誤的過(guò)程。
動(dòng)態(tài)測(cè)試:是指實(shí)際運(yùn)行被測(cè)程序，輸入相應(yīng)的測(cè)試數(shù)據(jù)煤惩，檢查實(shí)際輸出結(jié)果和預(yù)期結(jié)果是否相符的過(guò)程嫉嘀。
3.3.功能測(cè)試和性能測(cè)試
1.1.1.功能測(cè)試
是黑盒測(cè)試的一部分，它檢查實(shí)際軟件的功能是否符合用戶的需求魄揉。
功能測(cè)試可以細(xì)分邏輯功能測(cè)試剪侮，界面測(cè)試，易用性測(cè)試洛退，安裝測(cè)試和兼容性測(cè)試瓣俯。
邏輯功能測(cè)試:測(cè)試應(yīng)用是否符合邏輯，比如應(yīng)該先注冊(cè)賬號(hào)之后不狮，才能進(jìn)行登錄,登錄之后才能看我的購(gòu)物車(chē)
界面測(cè)試:窗口大小，按鈕大小在旱，點(diǎn)擊按鈕彈出什么樣的提示框摇零，是否有滾動(dòng)條，下拉菜單是否有展示內(nèi)容...
易用性測(cè)試:從軟件使用的合理性和方便性等角度對(duì)軟件系統(tǒng)進(jìn)行檢查,比如桶蝎，軟件窗口長(zhǎng)寬比例是否合適驻仅，顏色色彩是否賞心悅目，字體大小是否合適
安裝測(cè)試:
兼容性測(cè)試:硬件兼容性測(cè)試和軟件兼容性測(cè)試
硬件兼容性:比如一款軟件在pc機(jī)登渣，筆記本上是否兼容
軟件兼容性測(cè)試:比如一款軟件在windows8和windows10上是否兼容
1.1.2.性能測(cè)試
時(shí)間性能:軟件的一個(gè)具體事務(wù)的響應(yīng)時(shí)間噪服。比如點(diǎn)擊一個(gè)登陸按鈕，到登錄成功(失敗)的反應(yīng)時(shí)間胜茧，瀏覽器非常常見(jiàn)粘优，ANR（Application not responding 應(yīng)用程序無(wú)響應(yīng)）
空間性能:軟件運(yùn)行時(shí)所消耗的系統(tǒng)資源，比如對(duì)內(nèi)存和cpu的消耗
一般性能測(cè)試:軟件正常運(yùn)行呻顽，不向其施加任何壓力的測(cè)試
穩(wěn)定性測(cè)試:也叫可靠性測(cè)試雹顺，是指連續(xù)運(yùn)行被測(cè)系統(tǒng)，檢查系統(tǒng)運(yùn)行時(shí)的穩(wěn)定成都廊遍。
負(fù)載測(cè)試:讓被測(cè)系統(tǒng)在其能夠忍受的壓力范圍之內(nèi)連續(xù)運(yùn)行嬉愧，來(lái)測(cè)試系統(tǒng)的穩(wěn)定性。（測(cè)試載重）
壓力測(cè)試:持續(xù)不斷的給被測(cè)試的系統(tǒng)增加壓力喉前，直到被測(cè)試的系統(tǒng)壓垮為止没酣，用來(lái)測(cè)試系統(tǒng)所承受的最大壓力。（測(cè)試強(qiáng)度）
3.4.回歸測(cè)試卵迂、冒煙測(cè)試裕便、隨機(jī)測(cè)試
1.1.3.回歸測(cè)試
是指對(duì)軟件的新版本進(jìn)行測(cè)試時(shí)，重復(fù)執(zhí)行上一個(gè)版本測(cè)試時(shí)的用例见咒，比如在1.0版本中闪金，有一個(gè)bug，到了2.0版本中,再重新測(cè)試1.0中這個(gè)bug
1.1.4.冒煙測(cè)試
指對(duì)一個(gè)軟件進(jìn)行系統(tǒng)大規(guī)模的測(cè)試之前，先驗(yàn)證一下軟件的基本功能是否實(shí)現(xiàn)哎垦，是否具備可測(cè)性囱嫩。
測(cè)試小組在正式測(cè)試一個(gè)新版本之前，先指派一兩個(gè)測(cè)試人員測(cè)試一下軟件的主要功能漏设，如果沒(méi)有實(shí)現(xiàn)墨闲，則打回開(kāi)發(fā)組重新開(kāi)發(fā)，這樣做可以節(jié)省大量的時(shí)間成本和人力成本郑口。
1.1.5.隨機(jī)測(cè)試
是指測(cè)試中所有的輸入數(shù)據(jù)都是隨機(jī)生成的鸳碧，其目的是模擬用戶的真實(shí)操作，并發(fā)現(xiàn)一些邊緣性的錯(cuò)誤犬性。
3.5.單元測(cè)試瞻离、集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試
1.1.6.單元測(cè)試
單元測(cè)試（unit testing）乒裆，是指對(duì)軟件中的最小可測(cè)試單元進(jìn)行檢查和驗(yàn)證套利。對(duì)于單元測(cè)試中單元的含義，一般來(lái)說(shuō)鹤耍，要根據(jù)實(shí)際情況去判定其具體含義肉迫，如C語(yǔ)言中單元指一個(gè)函數(shù)，Java里單元指一個(gè)類(lèi)稿黄，圖形化的軟件中可以指一個(gè)窗口或一個(gè)菜單等喊衫。
總的來(lái)說(shuō)，單元就是人為規(guī)定的最小的被測(cè)功能模塊杆怕。單元測(cè)試當(dāng)一段代碼完成之后族购，是由白盒測(cè)試工程師或者開(kāi)發(fā)人員自行測(cè)試，比如java中執(zhí)行單元測(cè)試叫做junit測(cè)試陵珍。
目前大部分公司單元測(cè)試由開(kāi)發(fā)人員簡(jiǎn)單編譯和調(diào)試一下自己的程序联四，沒(méi)有相應(yīng)的單元測(cè)試計(jì)劃。
單元測(cè)試方式:先靜態(tài)地觀察代碼是否符合規(guī)范撑教，然后動(dòng)態(tài)地運(yùn)行一下代碼,檢查運(yùn)行的結(jié)果朝墩。
例如：模塊接口測(cè)試
- 應(yīng)對(duì)通過(guò)所測(cè)模塊的數(shù)據(jù)流進(jìn)行測(cè)試
- 調(diào)用所測(cè)模塊時(shí)的輸入?yún)?shù)與模塊的形式參數(shù)的個(gè)數(shù)、屬性和順序是否匹配
- 所測(cè)模塊調(diào)用子模塊時(shí)伟姐，輸入子模塊的參數(shù)與子模塊的形式參數(shù)在個(gè)數(shù)收苏、屬性和順序上是否匹配。
- 輸出給標(biāo)準(zhǔn)函數(shù)的參數(shù)的個(gè)數(shù)愤兵、屬性和順序是否正確鹿霸。
- 全局變量的定義在各個(gè)模塊中是否一致。
- 當(dāng)模塊通過(guò)外部設(shè)備進(jìn)行輸入/輸出操作秆乳，文件屬性是否正確懦鼠、open和close語(yǔ)句是否正確钻哩，規(guī)定的I/O格式說(shuō)明與I/O語(yǔ)句是否匹配；緩沖區(qū)容量是否與記錄長(zhǎng)度匹配肛冶，在讀寫(xiě)之前是否打開(kāi)了文件街氢，讀寫(xiě)之后是否關(guān)閉了文件，對(duì)I/O錯(cuò)誤是否做了處理睦袖。
驅(qū)動(dòng)模塊：相當(dāng)于所測(cè)模塊的主程序珊肃，它接收測(cè)試數(shù)據(jù)，把這些數(shù)據(jù)傳送給所測(cè)模塊馅笙，最后再輸出實(shí)際結(jié)果
樁模塊：用以代替所測(cè)模塊調(diào)用的子模塊伦乔。
1.1.7.集成測(cè)試
集成測(cè)試是單元測(cè)試的下一個(gè)階段，是指將通過(guò)測(cè)試單元模塊組裝成系統(tǒng)或者子系統(tǒng)董习，再進(jìn)行測(cè)試烈和，重點(diǎn)測(cè)試不同模塊的接口部分。
- 在把各個(gè)模塊連接起來(lái)的時(shí)候皿淋，穿越各個(gè)模塊的接口的數(shù)據(jù)時(shí)候會(huì)丟失
- 一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響
- 各個(gè)子功能組裝完成后招刹，能否達(dá)到預(yù)期的父功能
- 全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問(wèn)題
- 單個(gè)模塊產(chǎn)生的誤差累計(jì)起來(lái)是否會(huì)放大
1.1.8.系統(tǒng)測(cè)試和驗(yàn)收測(cè)試
集成測(cè)試完成之后，就是系統(tǒng)測(cè)試和驗(yàn)收測(cè)試沥匈。
系統(tǒng)測(cè)試:指的是將整個(gè)軟件系統(tǒng)看做一個(gè)1個(gè)整體進(jìn)行測(cè)試蔗喂，包括對(duì)功能忘渔、性能高帖，以及軟件所運(yùn)行的軟硬件環(huán)境進(jìn)行測(cè)試。
系統(tǒng)測(cè)試由黑盒測(cè)試人員在整個(gè)系統(tǒng)集成完畢后進(jìn)行測(cè)試畦粮，前期主要測(cè)試系統(tǒng)的功能是否滿足需求散址，后期主要測(cè)試系統(tǒng)運(yùn)行的性能是否滿足需求，以及系統(tǒng)在不同的軟硬件環(huán)境的兼容性等宣赔。
驗(yàn)收測(cè)試：以用戶為主的測(cè)試预麸，軟件開(kāi)發(fā)人員和質(zhì)量保證人員參加，
