| 軟件測(cè)試?yán)碚摶A(chǔ) | 當(dāng)前位置： 首頁> 學(xué)習(xí)中心> 小白入門> 詳情 |
1、軟件的生命周期
計(jì)劃階段（planning）-〉需求分析（requirement）-〉設(shè)計(jì)階段（design）-〉編碼（coding）->測(cè)試（testing）->運(yùn)行與維護(hù)（running maintrnacne）
2、什么是軟件測(cè)試，測(cè)試的目的是什么
定義：在規(guī)定的條件下對(duì)程序進(jìn)行操作，以發(fā)現(xiàn)程序錯(cuò)誤，衡量軟件質(zhì)量，并對(duì)其是否能滿足設(shè)計(jì)要求進(jìn)行評(píng)估的過程。
目的：測(cè)試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯(cuò)誤軟件測(cè)試為了發(fā)現(xiàn)程序中存在的代碼或業(yè)務(wù)邏輯錯(cuò)誤軟件測(cè)試為了檢驗(yàn)產(chǎn)品是否符合用戶的需求軟件測(cè)試為了提高用戶體驗(yàn) 。
軟件測(cè)試的原則：測(cè)試應(yīng)盡早啟動(dòng)、介入（需求分析階段），所有的測(cè)試應(yīng)追溯到用戶需求，測(cè)試證明軟件存在缺陷，不可能執(zhí)行窮盡測(cè)試，完全測(cè)試是不可能的，測(cè)試需要終止。
二八原則，測(cè)試發(fā)現(xiàn)的錯(cuò)誤中80%很可能的起源于20%的模塊中。（缺陷存在群集現(xiàn)象）對(duì)錯(cuò)誤結(jié)果要進(jìn)行一個(gè)確認(rèn)的過程（測(cè)試的詳細(xì)數(shù)據(jù)，截圖，前置條件等），制定嚴(yán)格的測(cè)試計(jì)劃；妥善保管測(cè)試過程中的所有文檔；程序員盡量避免自己的檢查程序；設(shè)計(jì)測(cè)試用例是應(yīng)該考慮到合法的輸入和不合法的輸入。
3、測(cè)試的流程，測(cè)試分為哪幾個(gè)階段
獲取需求 ->測(cè)試方案計(jì)劃編寫 ->測(cè)試用例編寫與評(píng)審 ->用例執(zhí)行與bug提交驗(yàn)證 ->測(cè)試報(bào)告編寫 ->版本上線與交付
需求調(diào)查：全面了解系統(tǒng)概況、應(yīng)用領(lǐng)域、軟件開發(fā)周期、軟件開發(fā)環(huán)境、開發(fā)組織、時(shí)間安排、功能需求、性能需求、質(zhì)量需求及測(cè)試要求等。根據(jù)系統(tǒng)概況進(jìn)行項(xiàng)目所需的人員、時(shí)間和工作量估計(jì)以及項(xiàng)目報(bào)價(jià)。
制定初步的項(xiàng)目計(jì)劃。
測(cè)試準(zhǔn)備：組織測(cè)試團(tuán)隊(duì)、培訓(xùn)、建立測(cè)試和管理環(huán)境等。
測(cè)試設(shè)計(jì)：按照測(cè)試要求進(jìn)行每個(gè)測(cè)試項(xiàng)的測(cè)試設(shè)計(jì)，包括測(cè)試用例的設(shè)計(jì)和測(cè)試腳本的開發(fā)等。
測(cè)試實(shí)施：按照測(cè)試計(jì)劃實(shí)施測(cè)試。
測(cè)試評(píng)估：根據(jù)測(cè)試的結(jié)果，出具測(cè)試評(píng)估報(bào)告。
一般來說分為5個(gè)階段：?jiǎn)卧獪y(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試。
單元測(cè)試：是針對(duì)軟件設(shè)計(jì)的最小單位––程序模塊甚至代碼段進(jìn)行正確性檢驗(yàn)的測(cè)試工作，通常由開發(fā)人員進(jìn)行。
集成測(cè)試：是將模塊按照設(shè)計(jì)要求組裝起來進(jìn)行測(cè)試，主要目的是發(fā)現(xiàn)與接口有關(guān)的問題。由于在產(chǎn)品提交到測(cè)試部門前，產(chǎn)品開發(fā)小組都要進(jìn)行聯(lián)合調(diào)試，因此在大部分企業(yè)中集成測(cè)試是由開發(fā)人員來完成的。
系統(tǒng)測(cè)試：是在集成測(cè)試通過后進(jìn)行的，目的是充分運(yùn)行系統(tǒng)，驗(yàn)證各子系統(tǒng)是否都能正常工作并完成設(shè)計(jì)的要求。它主要由測(cè)試部門進(jìn)行，是測(cè)試部門最大最重要的一個(gè)測(cè)試，對(duì)產(chǎn)品的質(zhì)量有重大的影響。
驗(yàn)收測(cè)試：以需求階段的《需求規(guī)格說明書》為驗(yàn)收標(biāo)準(zhǔn)，測(cè)試時(shí)要求模擬實(shí)際用戶的運(yùn)行環(huán)境。對(duì)于實(shí)際項(xiàng)目可以和客戶共同進(jìn)行，對(duì)于產(chǎn)品來說就是最后一次的系統(tǒng)測(cè)試。測(cè)試內(nèi)容為對(duì)功能模塊的全面測(cè)試，尤其要進(jìn)行文檔測(cè)試。
4、測(cè)試有哪些策略
黑盒/白盒，靜態(tài)/動(dòng)態(tài)，手工/自動(dòng)，冒煙測(cè)試，回歸測(cè)試，公測(cè)（Beta測(cè)試的策略）
4.1、單元測(cè)試對(duì)象，及策略有哪些
單元測(cè)試對(duì)象是模塊內(nèi)部的程序錯(cuò)誤，目的是消除局部模塊邏輯和功能上的錯(cuò)誤和缺陷。測(cè)試依據(jù)是模塊的詳細(xì)設(shè)計(jì)，測(cè)試方法是采用白盒測(cè)試。邏輯覆蓋、循環(huán)覆蓋、同行評(píng)審、桌前檢查、代碼走查、代碼評(píng)審、景泰數(shù)據(jù)流分析。
單元測(cè)試測(cè)試策略：自頂向下的單元測(cè)試策略：比孤立單元測(cè)試的成本高很多，不是單元測(cè)試的一個(gè)好的選擇。自底向上的單元測(cè)試策略：比較合理的單元測(cè)試策略，但測(cè)試周期較長。孤立單元測(cè)試策略：最好的單元測(cè)試策略。
4.2、集成測(cè)試有哪些策略
大爆炸集成、自頂向下集成、自底向上集成、三明治集成（適用于大部分軟件開發(fā)項(xiàng)目）、基干集成、分成集成、基于功能集成、基于消息集成、基于風(fēng)險(xiǎn)集成、基于進(jìn)度集成。
大爆炸集成：適應(yīng)于一個(gè)維護(hù)型項(xiàng)目或被測(cè)試系統(tǒng)較小
自頂向下集成：適應(yīng)于產(chǎn)品控制結(jié)構(gòu)比較清晰和穩(wěn)定；高層接口變化較小；底層接口未定義或經(jīng)常可能被修改；產(chǎn)口控制組件具有較大的技術(shù)風(fēng)險(xiǎn)，需要盡早被驗(yàn)證；希望盡早能看到產(chǎn)品的系統(tǒng)功能行為。
自底向上集成：適應(yīng)于底層接口比較穩(wěn)定；高層接口變化比較頻繁；底層組件較早被完成。
4.3、系統(tǒng)測(cè)試有哪些策略
數(shù)據(jù)和數(shù)據(jù)庫完整性測(cè)試；功能測(cè)試；用戶界面測(cè)試；性能評(píng)測(cè)；負(fù)載測(cè)試；強(qiáng)度測(cè)試；容量測(cè)試；安全性和訪問控制測(cè)試；故障轉(zhuǎn)移和恢復(fù)測(cè)試；配置測(cè)試；安裝測(cè)試；加密測(cè)試；可用性測(cè)試；版本驗(yàn)證測(cè)試；文檔測(cè)試
5、測(cè)試的原則
追溯到需求
冒煙測(cè)試
按照用例全部覆蓋測(cè)試
回歸測(cè)試
業(yè)務(wù)流程測(cè)試
發(fā)散測(cè)試，盡可能的讓問題提前暴露出來，避免隨意測(cè)
6、測(cè)試退出的標(biāo)準(zhǔn)
系統(tǒng)測(cè)試用例已經(jīng)通過評(píng)審
按照系統(tǒng)測(cè)試計(jì)劃已經(jīng)完成了系統(tǒng)測(cè)試
系統(tǒng)測(cè)試的覆蓋率達(dá)到了100%
系統(tǒng)的功能和性能滿足產(chǎn)品需求規(guī)格說明書的要求
在系統(tǒng)測(cè)試中發(fā)現(xiàn)的錯(cuò)誤已經(jīng)修改且各級(jí)缺陷修復(fù)率達(dá)到標(biāo)準(zhǔn)
系統(tǒng)測(cè)試中不存在A、B、C類缺陷
D類缺陷允許存在，不超過總?cè)毕莸?%
E類缺陷允許存在，不超過總?cè)毕莸?0%
注：以上為比較理想化的退出標(biāo)準(zhǔn)，但實(shí)際工作中不可能達(dá)到這種程度，尤其是測(cè)試覆蓋率和缺陷覆蓋率不可能是100%，軍方標(biāo)準(zhǔn)是達(dá)到99%。對(duì)于通用軟件來說是根據(jù)公司實(shí)際情況。
7、軟件測(cè)試類型有哪些
功能測(cè)試性能測(cè)試（壓力測(cè)試、負(fù)載測(cè)試、穩(wěn)定性測(cè)試、并發(fā)測(cè)試、強(qiáng)度測(cè)試等）
安全測(cè)試
兼容性測(cè)試
配置測(cè)試
網(wǎng)絡(luò)測(cè)試（弱網(wǎng)測(cè)試）
UI界面測(cè)試（分辨率測(cè)試）
安裝測(cè)試
內(nèi)存測(cè)試
文檔測(cè)試
發(fā)散性測(cè)試
7.1、什么是兼容性測(cè)試？兼容性測(cè)試側(cè)重哪些方面？
兼容測(cè)試主要是檢查軟件在不同的硬件平臺(tái)、軟件平臺(tái)上是否可以正常的運(yùn)行，即是通常說的軟件的可移植性。
兼容的類型，如果細(xì)分的話，有平臺(tái)的兼容，網(wǎng)絡(luò)兼容，數(shù)據(jù)庫兼容，以及數(shù)據(jù)格式的兼容。
兼容測(cè)試的重點(diǎn)是，對(duì)兼容環(huán)境的分析。通常，是在運(yùn)行軟件的環(huán)境不是很確定的情況下，才需要做兼容。根據(jù)軟件運(yùn)行的需要，或者根據(jù)需求文檔，一般都能夠得出用戶會(huì)在什么環(huán)境下使用該軟件，把這些環(huán)境整理成表單，就得出做兼容測(cè)試的兼容環(huán)境了。
兼容和配置測(cè)試的區(qū)別在于，做配置測(cè)試通常不是Clean OS下做測(cè)試，而兼容測(cè)試多是在Clean OS的環(huán)境下做的
8、測(cè)試的分類
1、按測(cè)試技術(shù)分類（黑盒測(cè)試、白盒測(cè)試、灰盒測(cè)試）
黑盒測(cè)試：主要關(guān)注被測(cè)軟件的功能實(shí)現(xiàn)，而不是內(nèi)部邏輯。在黑盒測(cè)試中，被測(cè)試對(duì)象內(nèi)部結(jié)構(gòu)，運(yùn)作情況對(duì)測(cè)試人員是不可見的。常見黑盒測(cè)試：功能性測(cè)試、容量測(cè)試、安全性測(cè)試、負(fù)載測(cè)試、恢復(fù)性測(cè)試、標(biāo)桿測(cè)試、穩(wěn)定性測(cè)試、可靠性測(cè)試等
白盒測(cè)試：對(duì)系統(tǒng)內(nèi)部的結(jié)構(gòu)和工作原理有清楚的了解，并基于該知識(shí)設(shè)計(jì)用例。白盒可以檢測(cè)代碼中每條分支和路徑，揭示隱藏在代碼中錯(cuò)誤。
灰盒測(cè)試：一般在白盒測(cè)試中交叉使用黑盒測(cè)試的方法，在黑盒測(cè)試中交叉使用白盒測(cè)試的方法，這種測(cè)試就稱做灰盒測(cè)試。
2、按測(cè)試方式分類（靜態(tài)測(cè)試、動(dòng)態(tài)測(cè)試）
靜態(tài)測(cè)試：指不實(shí)際運(yùn)行被測(cè)軟件，只是靜態(tài)地檢查程序代碼、界面或文檔中可能存在的錯(cuò)誤的過程。
動(dòng)態(tài)測(cè)試：運(yùn)行被測(cè)程序，輸入相應(yīng)的測(cè)試數(shù)據(jù)，檢查實(shí)際輸出結(jié)果和預(yù)期結(jié)果是否相符的過程。
3、diff測(cè)試
也可稱為一致性測(cè)試，通過對(duì)比相同輸入、相同接口，不同代碼的測(cè)試，對(duì)比其結(jié)果的差異，從而發(fā)現(xiàn)潛在的bug
4、黑盒測(cè)試與白盒測(cè)試的優(yōu)缺點(diǎn)
優(yōu)點(diǎn)：
黑盒測(cè)試：簡(jiǎn)單、不需要了解程序內(nèi)部代碼的實(shí)現(xiàn)。從用戶角度觸發(fā)，自測(cè)過程中知道軟件實(shí)現(xiàn)了哪些功能；
白盒測(cè)試：幫助軟件測(cè)試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問題
缺點(diǎn)：
黑盒測(cè)試：不可能覆蓋所有的代碼，覆蓋率較低，大概質(zhì)量達(dá)到總代碼量的30%，自動(dòng)化測(cè)試的復(fù)用性較低
白盒測(cè)試：程序運(yùn)行有很多不同的路徑，不可能測(cè)試所有的運(yùn)行路徑。測(cè)試基于代碼，只能測(cè)試驗(yàn)證代碼是否存在錯(cuò)誤，無法驗(yàn)證設(shè)計(jì)正確與否，會(huì)存在遺漏功能需求。當(dāng)系統(tǒng)龐大時(shí)，浪費(fèi)時(shí)間。
α測(cè)試：是由用戶在開發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試，Alpha測(cè)試不能由程序員或測(cè)試員完成。
β測(cè)試：由軟件的一個(gè)或多個(gè)用戶在實(shí)際使用環(huán)境下進(jìn)行的測(cè)試， 開發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)，Beta測(cè)試不能由程序員或測(cè)試員完成
9、軟件測(cè)試的風(fēng)險(xiǎn)
1、測(cè)試人員：業(yè)務(wù)不熟、人員變動(dòng)、疲態(tài)、同化效應(yīng)、定位效應(yīng)
2、測(cè)試材料：需求變更，質(zhì)量標(biāo)準(zhǔn)不一樣，測(cè)試用例或測(cè)試數(shù)據(jù)設(shè)計(jì)不充分
3、測(cè)試環(huán)境：測(cè)試軟件版本、硬件/軟件環(huán)境等不統(tǒng)一、硬件不到位
4、測(cè)試時(shí)間：測(cè)試時(shí)間不足、測(cè)試時(shí)間延長
5、測(cè)試方法：錯(cuò)誤或缺失測(cè)試方法、場(chǎng)景缺失、測(cè)試用例實(shí)施不充分
10、測(cè)試計(jì)劃主要包含哪些內(nèi)容？
背景、目標(biāo)、范圍、測(cè)試進(jìn)度安排、測(cè)試組織、測(cè)試執(zhí)行中開始與結(jié)束的標(biāo)準(zhǔn)、測(cè)試相關(guān)的風(fēng)險(xiǎn)
測(cè)試目標(biāo)、測(cè)試概要
測(cè)試范圍：測(cè)試計(jì)劃所包含的測(cè)試軟件需測(cè)試的范圍和優(yōu)先級(jí)、測(cè)試點(diǎn)（重點(diǎn)測(cè)試、無需測(cè)試、無法測(cè)試、推遲測(cè)試）。
重點(diǎn)事項(xiàng)：列出需要測(cè)試的軟件所有的主要功能和測(cè)試重點(diǎn)。
質(zhì)量目標(biāo)：制定測(cè)試軟件的產(chǎn)品質(zhì)量目標(biāo)和軟件測(cè)試目標(biāo)。
資源需求：測(cè)試所需的軟硬件、測(cè)試工具、必要的技術(shù)資源、培訓(xùn)、文檔等
人員組織
測(cè)試策略：制定整體策略、測(cè)試技術(shù)和方法
發(fā)布提交：按照測(cè)試計(jì)劃進(jìn)行測(cè)試發(fā)布后的需要交付的軟件產(chǎn)品、測(cè)試案例、測(cè)試數(shù)據(jù)和文檔
測(cè)試進(jìn)度和任務(wù)人員安排
測(cè)試開始/完成/延遲、繼續(xù)的標(biāo)準(zhǔn)測(cè)試風(fēng)險(xiǎn)
10.1、做好測(cè)試計(jì)劃工作的關(guān)鍵是什么？
軟件測(cè)試計(jì)劃就是在軟件測(cè)試工作正式實(shí)施之前明確測(cè)試的對(duì)象，并且通過對(duì)資源、時(shí)間、風(fēng)險(xiǎn)、測(cè)試范圍和預(yù)算等方面的綜合分析和規(guī)劃，保證有效的實(shí)施軟件測(cè)試；
做好測(cè)試計(jì)劃工作的關(guān)鍵 ：目的，管理，規(guī)范
1）明確測(cè)試的目標(biāo)，增強(qiáng)測(cè)試計(jì)劃的實(shí)用性編寫軟件測(cè)試計(jì)劃的重要目的就是使測(cè)試過程能夠發(fā)現(xiàn)更多的軟件缺陷，因此軟件測(cè)試計(jì)劃的價(jià)值取決于它對(duì)幫助管理測(cè)試項(xiàng)目，并且找出軟件潛在的缺陷。因此，軟件測(cè)試計(jì)劃中的測(cè)試范圍必須高度覆蓋功能需求，測(cè)試方法必須切實(shí)可行，測(cè)試工具并且具有較高的實(shí)用性，便于使用，生成的測(cè)試結(jié)果直觀、準(zhǔn)確。
2）堅(jiān)持“5W”規(guī)則，明確內(nèi)容與過程“5W”規(guī)則指的是“What（做什么）”、“Why（為什么做）”、“When（何時(shí)做）”、“Where（在哪里）”、“How（如何做）”。利用“5W”規(guī)則創(chuàng)建軟件測(cè)試計(jì)劃，可以幫助測(cè)試團(tuán)隊(duì)理解測(cè)試的目的（Why），明確測(cè)試的范圍和內(nèi)容（What），確定測(cè)試的開始和結(jié)束日期（When），指出測(cè)試的方法和工具（How），給出測(cè)試文檔和軟件的存放位置（Where）。
3）采用評(píng)審和更新機(jī)制，保證測(cè)試計(jì)劃滿足實(shí)際需求測(cè)試計(jì)劃寫作完成后，如果沒有經(jīng)過評(píng)審，直接發(fā)送給測(cè)試團(tuán)隊(duì)，測(cè)試計(jì)劃內(nèi)容的可能不準(zhǔn)確或遺漏測(cè)試內(nèi)容，或者軟件需求變更引起測(cè)試范圍的增減，而測(cè)試計(jì)劃的內(nèi)容沒有及時(shí)更新，誤導(dǎo)測(cè)試執(zhí)行人員。
4）分別創(chuàng)建測(cè)試計(jì)劃與測(cè)試詳細(xì)規(guī)格、測(cè)試用例應(yīng)把詳細(xì)的測(cè)試技術(shù)指標(biāo)包含到獨(dú)立創(chuàng)建的測(cè)試詳細(xì)規(guī)格文檔，把用于指導(dǎo)測(cè)試小組執(zhí)行測(cè)試過程的測(cè)試用例放到獨(dú)立創(chuàng)建的測(cè)試用例文檔或測(cè)試用例管理數(shù)據(jù)庫中。測(cè)試計(jì)劃和測(cè)試詳細(xì)規(guī)格、測(cè)試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測(cè)試計(jì)劃主要從宏觀上規(guī)劃測(cè)試活動(dòng)的范圍、方法和資源配置，而測(cè)試詳細(xì)規(guī)格、測(cè)試用例是完成測(cè)試任務(wù)的具體戰(zhàn)術(shù)。
更多軟件測(cè)試相關(guān)推薦：
文章來源：網(wǎng)絡(luò) 版權(quán)歸原作者所有
上文內(nèi)容不用于商業(yè)目的，如涉及知識(shí)產(chǎn)權(quán)問題，請(qǐng)權(quán)利人聯(lián)系博為峰小編(021-64471599-8103)，我們將立即處理
滬公網(wǎng)安備 31010102002527號(hào)
