發(fā)布時(shí)間：2017-03-21 22:07

  本文關(guān)鍵詞：軟件測(cè)試，由筆耕文化傳播整理發(fā)布。

測(cè)試簡(jiǎn)介

軟件測(cè)試

是使用人工操作或者軟件自動(dòng)運(yùn)行的方式來檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別的過程。

它是幫助識(shí)別開發(fā)完成（中間或最終的版本）的計(jì)算機(jī)軟件（整體或部分）的正確度(correctness) 、完全度(completeness)和質(zhì)量(quality)的軟件過程；是SQA(software quality assurance)的重要子域。

Glenford J.Myers曾對(duì)軟件測(cè)試的目的提出過以下觀點(diǎn)：

軟件測(cè)試

(1)測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程。

(2)好的測(cè)試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案。

(3)成功的測(cè)試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。

(4)測(cè)試并不僅僅是為了找出錯(cuò)誤。通過分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的發(fā)生趨勢(shì)，可以幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前軟件開發(fā)過程中的缺陷，以便及時(shí)改進(jìn)。

(5)這種分析也能幫助測(cè)試人員設(shè)計(jì)出有針對(duì)性的測(cè)試方法，改善測(cè)試的效率和有效性。

(6)沒有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的，完整的測(cè)試是評(píng)定軟件質(zhì)量的一種方法。

(7)另外，根據(jù)測(cè)試目的的不同，還有回歸測(cè)試、壓力測(cè)試、性能測(cè)試等，分別為了檢驗(yàn)修改或優(yōu)化過程是否引發(fā)新的問題、軟件所能達(dá)到處理能力和是否達(dá)到預(yù)期的處理能力等。

測(cè)試原則

一，測(cè)試應(yīng)該盡早進(jìn)行，最好在需求階段就開始介入，因?yàn)樽顕?yán)重的錯(cuò)誤不外乎是系統(tǒng)不能滿足用戶的需求。

二，程序員應(yīng)該避免檢查自己的程序，軟件測(cè)試應(yīng)該由第三方來負(fù)責(zé)。

三，設(shè)計(jì)測(cè)試用例時(shí)應(yīng)考慮到合法的輸入和不合法的輸入以及各種邊界條件，特殊情況下要制造極端狀態(tài)和意外狀態(tài)，如網(wǎng)絡(luò)異常中斷、電源斷電等。

四，應(yīng)該充分注意測(cè)試中的群集現(xiàn)象。

五，對(duì)錯(cuò)誤結(jié)果要進(jìn)行一個(gè)確認(rèn)過程。一般由A測(cè)試出來的錯(cuò)誤，一定要由B來確認(rèn)。嚴(yán)重的錯(cuò)誤可以召開評(píng)審會(huì)議進(jìn)行討論和分析，對(duì)測(cè)試結(jié)果要進(jìn)行嚴(yán)格地確認(rèn)，是否真的存在這個(gè)問題以及嚴(yán)重程度等。

六，制定嚴(yán)格的測(cè)試計(jì)劃。一定要制定測(cè)試計(jì)劃，并且要有指導(dǎo)性。測(cè)試時(shí)間安排盡量寬松，不要希望在極短的時(shí)間內(nèi)完成一個(gè)高水平的測(cè)試。

七，妥善保存測(cè)試計(jì)劃、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便。

測(cè)試目標(biāo)

1．發(fā)現(xiàn)一些可以通過測(cè)試避免的開發(fā)風(fēng)險(xiǎn)。

2．實(shí)施測(cè)試來降低所發(fā)現(xiàn)的風(fēng)險(xiǎn)。

3．確定測(cè)試何時(shí)可以結(jié)束。

4．在開發(fā)項(xiàng)目的過程中將測(cè)試看作是一個(gè)標(biāo)準(zhǔn)項(xiàng)目。

測(cè)試過程

第一步：對(duì)要執(zhí)行測(cè)試的產(chǎn)品/項(xiàng)目進(jìn)行分析，確定測(cè)試策略，制定測(cè)試計(jì)劃。該計(jì)劃被審核批準(zhǔn)后轉(zhuǎn)向第二步。測(cè)試工作啟動(dòng)前一定要確定正確的測(cè)試策略和指導(dǎo)方針，這些是后期開展工作的基礎(chǔ)。只有將本次的測(cè)試目標(biāo)和要求分析清楚，才能決定測(cè)試資源的投入。

第二步：設(shè)計(jì)測(cè)試用例。設(shè)計(jì)測(cè)試用例要根據(jù)測(cè)試需求和測(cè)試策略來進(jìn)行，進(jìn)度壓力不大時(shí)，應(yīng)該設(shè)計(jì)的詳細(xì)，如果進(jìn)度、成本壓力較大，則應(yīng)該保證測(cè)試用例復(fù)蓋到關(guān)鍵性的測(cè)試需求。該用例被批準(zhǔn)后轉(zhuǎn)向第三步。

第三步：如果滿足“啟動(dòng)準(zhǔn)則”（EntryCriteria），那么執(zhí)行測(cè)試。執(zhí)行測(cè)試主要是搭建測(cè)試環(huán)境，執(zhí)行測(cè)試用例。執(zhí)行測(cè)試時(shí)要進(jìn)行進(jìn)度控制、項(xiàng)目協(xié)調(diào)等工作。

第四步：提交缺陷。這里要進(jìn)行缺陷審核和驗(yàn)證等工作。

第五步：消除軟件缺陷。通常情況下，開發(fā)經(jīng)理需要審核缺陷，并進(jìn)行缺陷分配。程序員修改自己負(fù)責(zé)的缺陷。在程序員修改完成后，進(jìn)入到回歸測(cè)試階段。如果滿足“完成準(zhǔn)則”（ExitCriteria），那么正常結(jié)束測(cè)試。

第六步：撰寫測(cè)試報(bào)告。對(duì)測(cè)試進(jìn)行分析，總結(jié)本次的經(jīng)驗(yàn)教訓(xùn)，在下一次的工作中改。

軟件測(cè)試過程管理，主要包括軟件測(cè)試是什么樣的過程，如何評(píng)價(jià)一個(gè)軟件測(cè)試過程，如何進(jìn)行配置管理和測(cè)試風(fēng)險(xiǎn)分析以及測(cè)試成本的管理。

心理依據(jù)

軟件測(cè)試工程師職業(yè)發(fā)展前景

人類行為具有高度目標(biāo)性，確立一個(gè)正確的目標(biāo)有著重要的心理學(xué)影響。軟件測(cè)試的心理學(xué)問題就是如何擺正測(cè)試的兩個(gè)目標(biāo)的關(guān)系，使得測(cè)試活動(dòng)更加富有成效。

1.程序測(cè)試的過程具有破壞性

每當(dāng)測(cè)試一個(gè)程序時(shí)，人們總希望為程序增加一些價(jià)值。利用測(cè)試來增加程序的價(jià)值，是指通過測(cè)試，找出并修改盡可能多的程序缺陷，從而提高程序的可靠性或質(zhì)量。

因此，不要只是為了證明程序能夠正確運(yùn)行而去測(cè)試程序。相反，應(yīng)該一開始就假設(shè)程序中隱藏著錯(cuò)誤（這種假設(shè)幾乎對(duì)所有的程序都成立），然后測(cè)試程序，發(fā)現(xiàn)盡可能多的錯(cuò)誤。

事實(shí)上，如果把測(cè)試目標(biāo)定位于要證明程序中沒有缺陷，那么就會(huì)在潛意識(shí)中傾向于實(shí)現(xiàn)這個(gè)目標(biāo)。也就是說，測(cè)試人員會(huì)傾向于挑選那些使程序失效的可能性較小的測(cè)試數(shù)據(jù)。另一方面，如果把測(cè)試目標(biāo)定位于要證明程序中存在缺陷，那么就會(huì)選擇一些容易發(fā)現(xiàn)程序缺陷的測(cè)試數(shù)據(jù)。而后一種態(tài)度會(huì)比前者給程序增加更多的價(jià)值。

軟件測(cè)試技術(shù)

事實(shí)上，如果在測(cè)試某個(gè)程序段時(shí)發(fā)現(xiàn)了可以糾正的缺陷，或者測(cè)試最終確定再?zèng)]有其他缺陷，則應(yīng)將這次合理設(shè)計(jì)并得到有效執(zhí)行的測(cè)試稱作是“成功的”。而所謂“不成功的”測(cè)試，僅指未能適當(dāng)?shù)貙?duì)程序進(jìn)行檢查，未能找出程序中潛藏缺陷的測(cè)試。

“軟件測(cè)試就是證明軟件不存在錯(cuò)誤的過程”。對(duì)幾乎所有的程序而言，甚至是非常小的程序，這個(gè)目標(biāo)實(shí)際上是無法達(dá)到的。因?yàn)榧词钩绦蛲耆珜?shí)現(xiàn)預(yù)期要求，仍可能包含有缺陷。也就是說，如果程序不按要求工作，它顯然有缺陷，但如果程序做了不要它做的事，它也有缺陷。

心理學(xué)研究告訴我們，當(dāng)人們?cè)诟梢患呀?jīng)知道是不合適的或不可能做到的事時(shí)，往往他們的表現(xiàn)就相當(dāng)糟糕。把程序測(cè)試定義為在程序中找出錯(cuò)誤的過程，就使測(cè)試成了可以做到的任務(wù)，從而克服了心理上存在的問題。雖然這看起來像是個(gè)微妙的文字游戲，但對(duì)成功地進(jìn)行軟件測(cè)試有很大的影響。

總之，軟件測(cè)試更適宜被視為試圖發(fā)現(xiàn)程序中錯(cuò)誤（假設(shè)其存在）的破壞性的過程。一個(gè)成功的測(cè)試，通過誘發(fā)程序發(fā)生錯(cuò)誤，可以在這個(gè)方向上促進(jìn)軟件質(zhì)量的改進(jìn)。當(dāng)然最終人們還是要通過軟件測(cè)試來建立某種程度的信心：軟件做了其應(yīng)該做的，而沒有做其不應(yīng)該做的。

2.程序員應(yīng)避免測(cè)試自己的程序

軟件測(cè)試書籍

由開發(fā)人員來測(cè)試自己的代碼是一件很不妥當(dāng)?shù)氖虑椤ｉ_發(fā)和測(cè)試生來就是不同的活動(dòng)。開發(fā)是創(chuàng)造或者建立某種事物的行為，如一個(gè)功能模塊或整個(gè)系統(tǒng)。而測(cè)試的重要目的是證實(shí)一個(gè)模塊或者一個(gè)系統(tǒng)工作不正常。這兩個(gè)活動(dòng)之間有著本質(zhì)的矛盾。一個(gè)人不太可能把兩個(gè)截然對(duì)立的角色都扮演地很好，因此應(yīng)當(dāng)限制開發(fā)人員在測(cè)試中的參與，給他們比較合適的任務(wù)是進(jìn)行最底層的測(cè)試——單元測(cè)試。

當(dāng)一個(gè)程序員完成了設(shè)計(jì)與編寫程序的建設(shè)性工作后，要一夜之間突然改變他的觀點(diǎn)，設(shè)法對(duì)程序形成一個(gè)完全否定的態(tài)度，那是非常困難的。所以，大部分程序員都由于不能使自己進(jìn)入必要的精神狀態(tài)（不是抱著要揭露出自己程序中錯(cuò)誤的態(tài)度），就不能有效的測(cè)試自己的程序。除了這個(gè)心理學(xué)問題之外，還有一個(gè)重要的問題：程序中可能包含由于程序員對(duì)問題的敘述或說明的誤解而產(chǎn)生了錯(cuò)誤。如果是這種情況，當(dāng)程序員測(cè)試自己的程序時(shí)，往往還會(huì)帶著同樣的誤解致使問題難以發(fā)現(xiàn)。

3.程序設(shè)計(jì)組織不應(yīng)測(cè)試自己的程序

在宏觀意義上，一個(gè)程序設(shè)計(jì)組織或一個(gè)工程項(xiàng)目是個(gè)有生命的有機(jī)體，它同樣有心理學(xué)問題。在大多數(shù)情況下，人們都以“在給定日期內(nèi)，，以一定代價(jià)完成程序編制任務(wù)的能力”來衡量程序設(shè)計(jì)組織和項(xiàng)目管理人員的。這樣做的理由是時(shí)間和成本指標(biāo)便于衡量，而程序的質(zhì)量很難度量。要程序設(shè)計(jì)組織在測(cè)試自己的程序時(shí)持客觀態(tài)度是很困難的，因?yàn)槿绻谜_的定義看待測(cè)試，就不大可能按預(yù)定計(jì)劃完成測(cè)試，也不大可能把耗費(fèi)的代價(jià)限制在要求的范圍以內(nèi)。

軟件生產(chǎn)的三個(gè)最重要的因素是：質(zhì)量、進(jìn)度和費(fèi)用。由于費(fèi)用和進(jìn)度的限制，要開發(fā)一種高質(zhì)量、快速交付和低成本的軟件產(chǎn)品并不容易。也就是說要同時(shí)達(dá)到三個(gè)目標(biāo)是困難的。因此在軟件產(chǎn)品的開發(fā)中要權(quán)衡它們之間的關(guān)系，使軟件的特性能滿足用戶的要求，這意味著軟件產(chǎn)品的特性的度量和預(yù)計(jì)是必要的。

軟件測(cè)試由獨(dú)立測(cè)試機(jī)構(gòu)承擔(dān)有很多好處。獨(dú)立測(cè)試是指軟件測(cè)試工作由在經(jīng)濟(jì)上和管理上獨(dú)立于開發(fā)機(jī)構(gòu)的組織進(jìn)行。獨(dú)立測(cè)試可以避免軟件開發(fā)者測(cè)試自己開發(fā)的軟件，由于心理學(xué)上的問題，軟件開發(fā)者難以客觀、有效的測(cè)試自己的軟件，要找出那些因?yàn)閷?duì)問題的誤解而產(chǎn)生的錯(cuò)誤就更加困難。獨(dú)立測(cè)試還可以避免軟件開發(fā)機(jī)構(gòu)測(cè)試自己的軟件，軟件產(chǎn)品的開發(fā)過程受到時(shí)間、成本和質(zhì)量三者的制約，在軟件開發(fā)的過程中，當(dāng)時(shí)間、成本和質(zhì)量三者發(fā)生矛盾時(shí)，質(zhì)量最容易被忽視，如果測(cè)試組織與開發(fā)組織來自相同的機(jī)構(gòu)，測(cè)試過程就會(huì)面臨來自于開發(fā)組織同一來源的管理方面的壓力，使測(cè)試過程受到干擾。

客觀性——對(duì)軟件測(cè)試和軟件中的錯(cuò)誤抱著客觀的態(tài)度，這種客觀的態(tài)度可以解決測(cè)試中的心理學(xué)問題，既能以揭露軟件中錯(cuò)誤的態(tài)度工作，也能不受發(fā)現(xiàn)的錯(cuò)誤的影響。經(jīng)濟(jì)上的獨(dú)立性使測(cè)試有更充分的條件按測(cè)試要求去完成。

專業(yè)性——獨(dú)立測(cè)試作為一種專業(yè)工作，在長(zhǎng)期的工作過程中勢(shì)必能夠積累大量實(shí)踐經(jīng)驗(yàn)，形成自己的專業(yè)知識(shí)。同時(shí)軟件測(cè)試也是技術(shù)含量很高的工作，需要有專業(yè)隊(duì)伍加以研究，并進(jìn)行工程實(shí)踐。專業(yè)化分工是提高測(cè)試水平、保證測(cè)試質(zhì)量、充分發(fā)揮測(cè)試效應(yīng)的必然途徑。

權(quán)威性——由于專業(yè)優(yōu)勢(shì)，獨(dú)立測(cè)試工作形成的測(cè)試結(jié)果更具信服力，而測(cè)試結(jié)果常常和對(duì)軟件的質(zhì)量評(píng)價(jià)聯(lián)系在一起，專業(yè)化的獨(dú)立測(cè)試機(jī)構(gòu)的評(píng)價(jià)，更客觀、公正和具有權(quán)威性。

資源有保證——獨(dú)立測(cè)試機(jī)構(gòu)的主要任務(wù)是進(jìn)行獨(dú)立測(cè)試工作，這使得測(cè)試工作在經(jīng)費(fèi)、人力和計(jì)劃方面更有保證，不會(huì)因?yàn)殚_發(fā)的壓力減少對(duì)測(cè)試的投入，降低測(cè)試的有效性可以避免開發(fā)單位側(cè)重軟件開發(fā)而對(duì)測(cè)試工作產(chǎn)生不利的影響。

測(cè)試內(nèi)容

軟件測(cè)試主要工作內(nèi)容是驗(yàn)證（verification）和確認(rèn)（validation），下面分別給出其概念：

驗(yàn)證(verification)是保證軟件正確地實(shí)現(xiàn)了一些特定功能的一系列活動(dòng)， 即保證軟件以正確的方式來做了這個(gè)事件(Do it right)

1.確定軟件生存周期中的一個(gè)給定階段的產(chǎn)品是否達(dá)到前階段確立的需求的過程。

2.程序正確性的形式證明，即采用形式理論證明程序符合設(shè)計(jì)規(guī)約規(guī)定的過程。

3.評(píng)審、審查、測(cè)試、檢查、審計(jì)等各類活動(dòng)，或?qū)δ承╉?xiàng)處理、服務(wù)或文件等是否和規(guī)定的需求相一致進(jìn)行判斷和提出報(bào)告。

確認(rèn)（validation）是一系列的活動(dòng)和過程，目的是想證實(shí)在一個(gè)給定的外部環(huán)境中軟件的邏輯正確性。即保證軟件做了你所期望的事情。（Do the right thing）

1.靜態(tài)確認(rèn)，不在計(jì)算機(jī)上實(shí)際執(zhí)行程序，通過人工或程序分析來證明軟件的正確性。

2.動(dòng)態(tài)確認(rèn)，通過執(zhí)行程序做分析，測(cè)試程序的動(dòng)態(tài)行為，以證實(shí)軟件是否存在問題。

軟件測(cè)試的對(duì)象不僅僅是程序測(cè)試，軟件測(cè)試應(yīng)該包括整個(gè)軟件開發(fā)期間各個(gè)階段所產(chǎn)生的文檔，如需求規(guī)格說明、概要設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì)文檔，當(dāng)然軟件測(cè)試的主要對(duì)象還是源程序。

測(cè)試方法

等價(jià)類

1.定義

是把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分成若干部分（子集），然后從每一個(gè)子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測(cè)試用例。該方法是一種重要的，常用的黑盒測(cè)試用例設(shè)計(jì)方法。

2.劃分等價(jià)類

等價(jià)類是指某個(gè)輸入域的子集合。在該子集合中，各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的，并合理地假定：測(cè)試某等價(jià)類的代表值就等于對(duì)這一類其它值的測(cè)試，因此，可以把全部輸入數(shù)據(jù)合理劃分為若干等價(jià)類，在每一個(gè)等價(jià)類中取一個(gè)數(shù)據(jù)作為測(cè)試的輸入條件就可以用少量代表性的測(cè)試數(shù)據(jù)取得較好的測(cè)試結(jié)果。等價(jià)類劃分可有兩種不同的情況：有效等價(jià)類和無效等價(jià)類。

1)有效等價(jià)類

是指對(duì)于程序的規(guī)格說明來說是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的集合。利用有效等價(jià)類可檢驗(yàn)程序是否實(shí)現(xiàn)了規(guī)格說明中所規(guī)定的功能和性能。

2)無效等價(jià)類

與有效等價(jià)類的定義恰巧相反。無效等價(jià)類指對(duì)程序的規(guī)格說明是不合理的或無意義的輸入數(shù)據(jù)所構(gòu)成的集合。對(duì)于具體的問題，無效等價(jià)類至少應(yīng)有一個(gè)，也可能有多個(gè)。

設(shè)計(jì)測(cè)試用例時(shí)，要同時(shí)考慮這兩種等價(jià)類。因?yàn)檐浖粌H要能接收合理的數(shù)據(jù)，也要能經(jīng)受意外的考驗(yàn)，這樣的測(cè)試才能確保軟件具有更高的可靠性。

3.劃分等價(jià)類的標(biāo)準(zhǔn)

1)完備測(cè)試、避免冗余；

2)劃分等價(jià)類重要的是：集合的劃分，劃分為互不相交的一組子集，而子集的并是整個(gè)集合；

3)并是整個(gè)集合：完備性；

4)子集互不相交：保證一種形式的無冗余性；

5)同一類中標(biāo)識(shí)（選擇）一個(gè)測(cè)試用例，同一等價(jià)類中，往往處理相同，相同處理映射到"相同的執(zhí)行路徑"。

4.劃分等價(jià)類的方法

1)在輸入條件規(guī)定了取值范圍或值的個(gè)數(shù)的情況下，則可以確立一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類。

如：輸入值是學(xué)生成績(jī)，范圍是0～100。

2)在輸入條件規(guī)定了輸入值的集合或者規(guī)定了"必須如何"的條件的情況下，可確立一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類。

邊界值

1. 定義：邊界值分析法就是對(duì)輸入或輸出的邊界值進(jìn)行測(cè)試的一種黑盒測(cè)試方法。通常邊界值分析法是作為對(duì)等價(jià)類劃分法的補(bǔ)充，這種情況下，其測(cè)試用例來自等價(jià)類的邊界。

2. 與等價(jià)劃分的區(qū)別

1) 邊界值分析不是從某等價(jià)類中隨便挑一個(gè)作為代表，而是使這個(gè)等價(jià)類的每個(gè)邊界都要作為測(cè)試條件。

2) 邊界值分析不僅考慮輸入條件，還要考慮輸出空間產(chǎn)生的測(cè)試情況。

3. 邊界值分析方法的考慮：

長(zhǎng)期的測(cè)試工作經(jīng)驗(yàn)告訴我們，大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上，而不是發(fā)生在輸入輸出范圍的內(nèi)部。因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例，可以查出更多的錯(cuò)誤。

使用邊界值分析方法設(shè)計(jì)測(cè)試用例，首先應(yīng)確定邊界情況。通常輸入和輸出等價(jià)類的邊界，就是應(yīng)著重測(cè)試的邊界情況。應(yīng)當(dāng)選取正好等于，剛剛大于或剛剛小于邊界的值作為測(cè)試數(shù)據(jù)，而不是選取等價(jià)類中的典型值或任意值作為測(cè)試數(shù)據(jù)。

4. 常見的邊界值

1) 對(duì)16-bit 的整數(shù)而言 32767 和 -32768 是邊界

2) 屏幕上光標(biāo)在最左上、最右下位置

3) 報(bào)表的第一行和最后一行

4) 數(shù)組元素的第一個(gè)和最后一個(gè)

5) 循環(huán)的第 0 次、第 1 次和倒數(shù)第 2 次、最后一次

5. 邊界值分析

1) 邊界值分析使用與等價(jià)類劃分法相同的劃分，只是邊界值分析假定錯(cuò)誤更多地存在于劃分的邊界上，因此在等價(jià)類的邊界上以及兩側(cè)的情況設(shè)計(jì)測(cè)試用例。

例：測(cè)試計(jì)算平方根的函數(shù)

--輸入：實(shí)數(shù)

--輸出：實(shí)數(shù)

--規(guī)格說明：當(dāng)輸入一個(gè)0或比0大的數(shù)的時(shí)候，返回其正平方根；當(dāng)輸入一個(gè)小于0的數(shù)時(shí)，顯示錯(cuò)誤信息"平方根非法-輸入值小于0"并返回0；庫(kù)函數(shù)Print-Line可以用來輸出錯(cuò)誤信息。

詳細(xì)分類

角度細(xì)分

從是否關(guān)心軟件內(nèi)部結(jié)構(gòu)和具體實(shí)現(xiàn)的角度劃分（按測(cè)試分類）

A.白盒測(cè)試

B.黑盒測(cè)試

C.灰盒測(cè)試

從是否執(zhí)行程序的角度

A.靜態(tài)測(cè)試

B.動(dòng)態(tài)測(cè)試。

階段細(xì)分

從軟件開發(fā)的過程按階段劃分有

A.單元測(cè)試

B.集成測(cè)試

C.確認(rèn)測(cè)試

D.系統(tǒng)測(cè)試

E.驗(yàn)收測(cè)試

F.回歸測(cè)試

G.Alpha測(cè)試

H.Beta測(cè)試

* 測(cè)試過程按4個(gè)步驟進(jìn)行，即單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試及發(fā)布測(cè)試。

* 開始是單元測(cè)試，集中對(duì)用源代碼實(shí)現(xiàn)的每一個(gè)程序單元進(jìn)行測(cè)試，檢查各個(gè)程序模塊是否正確地實(shí)現(xiàn)了規(guī)定的功能。

*集成測(cè)試把已測(cè)試過的模塊組裝起來，主要對(duì)與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)的構(gòu)造進(jìn)行測(cè)試。

* 確認(rèn)測(cè)試則是要檢查已實(shí)現(xiàn)的軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及軟件配置是否完全、正確。

* 系統(tǒng)測(cè)試把已經(jīng)經(jīng)過確認(rèn)的軟件納入實(shí)際運(yùn)行環(huán)境中，與其它系統(tǒng)成份組合在一起進(jìn)行測(cè)試。

單元測(cè)試 (Unit Testing)

* 單元測(cè)試又稱模塊測(cè)試，是針對(duì)軟件設(shè)計(jì)的最小單位 ─ 程序模塊，進(jìn)行正確性檢驗(yàn)的測(cè)試工作。其目的在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯(cuò)。

* 單元測(cè)試需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例。多個(gè)模塊可以平行地獨(dú)立進(jìn)行單元測(cè)試。

1. 單元測(cè)試的內(nèi)容

* 在單元測(cè)試時(shí)，測(cè)試者需要依據(jù)詳細(xì)設(shè)計(jì)說明書和源程序清單，了解該模塊的I/O條件和模塊的邏輯結(jié)構(gòu)，主要采用白盒測(cè)試的測(cè)試用例，輔之以黑盒測(cè)試的測(cè)試用例，使之對(duì)任何合理的輸入和不合理的輸入，都能鑒別和響應(yīng)。

(1) 模塊接口測(cè)試

* 在單元測(cè)試的開始，應(yīng)對(duì)通過被測(cè)模塊的數(shù)據(jù)流進(jìn)行測(cè)試。測(cè)試項(xiàng)目包括：

 調(diào)用本模塊的輸入?yún)?shù)是否正確；

 本模塊調(diào)用子模塊時(shí)輸入給子模塊的參數(shù)是否正確；

 全局量的定義在各模塊中是否一致

* 在做內(nèi)外存交換時(shí)要考慮：

 文件屬性是否正確；

 OPEN與CLOSE語句是否正確；

 緩沖區(qū)容量與記錄長(zhǎng)度是否匹配；

 在進(jìn)行讀寫操作之前是否打開了文件；

 在結(jié)束文件處理時(shí)是否關(guān)閉了文件；

 正文書寫/輸入錯(cuò)誤，

 I/O錯(cuò)誤是否檢查并做了處理。

(2) 局部數(shù)據(jù)結(jié)構(gòu)測(cè)試

* 不正確或不一致的數(shù)據(jù)類型說明

* 使用尚未賦值或尚未初始化的變量

* 錯(cuò)誤的初始值或錯(cuò)誤的缺省值

* 變量名拼寫錯(cuò)或書寫錯(cuò)

* 不一致的數(shù)據(jù)類型

* 全局?jǐn)?shù)據(jù)對(duì)模塊的影響

(3) 路徑測(cè)試

* 選擇適當(dāng)?shù)臏y(cè)試用例，對(duì)模塊中重要的執(zhí)行路徑進(jìn)行測(cè)試。

* 應(yīng)當(dāng)設(shè)計(jì)測(cè)試用例查找由于錯(cuò)誤的計(jì)算、不正確的比較或不正常的控制流而導(dǎo)致的錯(cuò)誤。

* 對(duì)基本執(zhí)行路徑和循環(huán)進(jìn)行測(cè)試可以發(fā)現(xiàn)大量的路徑錯(cuò)誤。

(4) 錯(cuò)誤處理測(cè)試

* 出錯(cuò)的描述是否難以理解

* 出錯(cuò)的描述是否能夠?qū)﹀e(cuò)誤定位

* 顯示的錯(cuò)誤與實(shí)際的錯(cuò)誤是否相符

* 對(duì)錯(cuò)誤條件的處理正確與否

* 在對(duì)錯(cuò)誤進(jìn)行處理之前，錯(cuò)誤條件是否已經(jīng)引起系統(tǒng)的干預(yù)等

(5) 邊界測(cè)試

* 注意數(shù)據(jù)流、控制流中剛好等于、大于或小于確定的比較值時(shí)出錯(cuò)的可能性。對(duì)這些地方要仔細(xì)地選擇測(cè)試用例，認(rèn)真加以測(cè)試。

* 如果對(duì)模塊運(yùn)行時(shí)間有要求的話，還要專門進(jìn)行關(guān)鍵路徑測(cè)試，以確定最壞情況下和平均意義下影響模塊運(yùn)行時(shí)間的因素。

2. 單元測(cè)試的步驟

* 模塊并不是一個(gè)獨(dú)立的程序，在考慮測(cè)試模塊時(shí)，同時(shí)要考慮它和外界的聯(lián)系，用一些輔助模塊去模擬與被測(cè)模塊相聯(lián)系的其它模塊。

 驅(qū)動(dòng)模塊 (driver)

 樁模塊 (stub) ── 存根模塊

* 如果一個(gè)模塊要完成多種功能，可以將這個(gè)模塊看成由幾個(gè)小程序組成。必須對(duì)其中的每個(gè)小程序先進(jìn)行單元測(cè)試要做的工作，對(duì)關(guān)鍵模塊還要做性能測(cè)試。

* 對(duì)支持某些標(biāo)準(zhǔn)規(guī)程的程序，更要著手進(jìn)行互聯(lián)測(cè)試。有人把這種情況特別稱為模塊測(cè)試，以區(qū)別單元測(cè)試。

集成測(cè)試（Integrated Testing）

* 集成測(cè)試 (組裝測(cè)試、聯(lián)合測(cè)試）

* 通常，在單元測(cè)試的基礎(chǔ)上，需要將所有模塊按照設(shè)計(jì)要求組裝成為系統(tǒng)。這時(shí)需要考慮的問題是：

 在把各個(gè)模塊連接起來的時(shí)候，穿越模塊接口的數(shù)據(jù)是否會(huì)丟失；

 一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響

 各個(gè)子功能組合起來，能否達(dá)到預(yù)期要求的父功能；

 全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題；

 單個(gè)模塊的誤差累積起來，是否會(huì)放大，從而達(dá)到不能接受的程度。

在單元測(cè)試的同時(shí)可進(jìn)行集成測(cè)試，

發(fā)現(xiàn)并排除在模塊連接中可能出現(xiàn)

的問題，最終構(gòu)成要求的軟件系統(tǒng)。

* 子系統(tǒng)的集成測(cè)試特別稱為部件測(cè)試，它所做的工作是要找出集成后的子系統(tǒng)與系統(tǒng)需求規(guī)格說明之間的不一致。

* 通常，把模塊集成成為系統(tǒng)的方式有兩種

 一次性集成方式

 增殖式集成方式

1. 一次性集成方式(big bang)

* 它是一種非增殖式組裝方式。也叫做整體拼裝。

* 使用這種方式，首先對(duì)每個(gè)模塊分別進(jìn)行模塊測(cè)試，然后再把所有模塊組裝在一起進(jìn)行測(cè)試，最終得到要求的軟件系統(tǒng)。

2. 增殖式集成方式

* 這種集成方式又稱漸增式集成

* 首先對(duì)一個(gè)個(gè)模塊進(jìn)行模塊測(cè)試，然后將這些模塊逐步組裝成較大的系統(tǒng)

* 在集成的過程中邊連接邊測(cè)試，以發(fā)現(xiàn)連接過程中產(chǎn)生的問題

* 通過增殖逐步組裝成為要求的軟件系統(tǒng)。

(1) 自頂向下的增殖方式

* 這種集成方式將模塊按系統(tǒng)程序結(jié)構(gòu)，沿控制層次自頂向下進(jìn)行組裝。

* 自頂向下的增殖方式在測(cè)試過程中較早地驗(yàn)證了主要的控制和判斷點(diǎn)。

* 選用按深度方向組裝的方式，可以首先實(shí)現(xiàn)和驗(yàn)證一個(gè)完整的軟件功能。

(2) 自底向上的增殖方式

* 這種集成的方式是從程序模塊結(jié)構(gòu)的最底層的模塊開始集成和測(cè)試。

* 因?yàn)槟K是自底向上進(jìn)行組裝，對(duì)于一個(gè)給定層次的模塊，它的子模塊（包括子模塊的所有下屬模塊）已經(jīng)組裝并測(cè)試完成，所以不再需要樁模塊。在模塊的測(cè)試過程中需要從子模塊得到的信息可以直接運(yùn)行子模塊得到。

* 自頂向下增殖的方式和自底向上增殖的方式各有優(yōu)缺點(diǎn)。

* 一般來講，一種方式的優(yōu)點(diǎn)是另一種方式的缺點(diǎn)。

(3) 混合增殖式測(cè)試

* 衍變的自頂向下的增殖測(cè)試

 首先對(duì)輸入/輸出模塊和引入新算法模塊進(jìn)行測(cè)試；

 再自底向上組裝成為功能相當(dāng)完整且相對(duì)獨(dú)立的子系統(tǒng)；

 然后由主模塊開始自頂向下進(jìn)行增殖測(cè)試。

* 自底向上-自頂向下的增殖測(cè)試

 首先對(duì)含讀操作的子系統(tǒng)自底向上直至根結(jié)點(diǎn)模塊進(jìn)行組裝和測(cè)試；

 然后對(duì)含寫操作的子系統(tǒng)做自頂向下的組裝與測(cè)試。

* 回歸測(cè)試

 這種方式采取自頂向下的方式測(cè)試被修改的模塊及其子模塊；

 然后將這一部分視為子系統(tǒng)，再自底向上測(cè)試。

關(guān)鍵模塊問題

* 在組裝測(cè)試時(shí)，應(yīng)當(dāng)確定關(guān)鍵模塊，對(duì)這些關(guān)鍵模塊及早進(jìn)行測(cè)試。

* 關(guān)鍵模塊的特征：

① 滿足某些軟件需求

② 在程序的模塊結(jié)構(gòu)中位于較高的層次（高層控制模塊）

③ 較復(fù)雜、較易發(fā)生錯(cuò)誤

④ 有明確定義的性能要求。

確認(rèn)測(cè)試（Validation Testing）

* 確認(rèn)測(cè)試又稱有效性測(cè)試。任務(wù)是驗(yàn)證軟件的功能和性能及其它特性是否與用戶的要求一致。

* 對(duì)軟件的功能和性能要求在軟件需求規(guī)格說明書中已經(jīng)明確規(guī)定。它包含的信息就是軟件確認(rèn)測(cè)試的基礎(chǔ)。

1. 進(jìn)行有效性測(cè)試（黑盒測(cè)試）

* 有效性測(cè)試是在模擬的環(huán)境 (可能就是開發(fā)的環(huán)境) 下，運(yùn)用黑盒測(cè)試的方法，驗(yàn)證被測(cè)軟件是否滿足需求規(guī)格說明書列出的需求。

* 首先制定測(cè)試計(jì)劃，規(guī)定要做測(cè)試的種類。還需要制定一組測(cè)試步驟，描述具體的測(cè)試用例。

* 通過實(shí)施預(yù)定的測(cè)試計(jì)劃和測(cè)試步驟，確定

 軟件的特性是否與需求相符；

 所有的文檔都是正確且便于使用；

 同時(shí)，對(duì)其它軟件需求，例如可移植性、兼容性、出錯(cuò)自動(dòng)恢復(fù)、可維護(hù)性等，也都要進(jìn)行測(cè)試

* 在全部軟件測(cè)試的測(cè)試用例運(yùn)行完后，所有的測(cè)試結(jié)果可以分為兩類：

 測(cè)試結(jié)果與預(yù)期的結(jié)果相符。這說明軟件的這部分功能或性能特征與需求規(guī)格說明書相符合，從而這部分程序被接受。

 測(cè)試結(jié)果與預(yù)期的結(jié)果不符。這說明軟件的這部分功能或性能特征與需求規(guī)格說明不一致，因此要為它提交一份問題報(bào)告。

2. 軟件配置復(fù)查

n 軟件配置復(fù)查的目的是保證

u 軟件配置的所有成分都齊全；

u 各方面的質(zhì)量都符合要求；

u 具有維護(hù)階段所必需的細(xì)節(jié)；

u 而且已經(jīng)編排好分類的目錄。

n 應(yīng)當(dāng)嚴(yán)格遵守用戶手冊(cè)和操作手冊(cè)中規(guī)定的使用步驟，以便檢查這些文檔資料的完整性和正確性。

系統(tǒng)測(cè)試（System Testing）

* 系統(tǒng)測(cè)試，是將通過確認(rèn)測(cè)試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其它系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測(cè)試和確認(rèn)測(cè)試。

* 系統(tǒng)測(cè)試的目的在于通過與系統(tǒng)的需求定義作比較， 發(fā)現(xiàn)軟件與系統(tǒng)的定義不符合或與之矛盾的地方。

驗(yàn)收測(cè)試（Acceptance Testing）

* 在通過了系統(tǒng)的有效性測(cè)試及軟件配置審查之后，就應(yīng)開始系統(tǒng)的驗(yàn)收測(cè)試。

* 驗(yàn)收測(cè)試是以用戶為主的測(cè)試。軟件開發(fā)人員和QA（質(zhì)量保證）人員也應(yīng)參加。

* 由用戶參加設(shè)計(jì)測(cè)試用例，使用生產(chǎn)中的實(shí)際數(shù)據(jù)進(jìn)行測(cè)試。

* 在測(cè)試過程中，除了考慮軟件的功能和性能外，還應(yīng)對(duì)軟件的可移植性、兼容性、可維護(hù)性、錯(cuò)誤的恢復(fù)功能等進(jìn)行確認(rèn)。

*確認(rèn)測(cè)試應(yīng)交付的文檔有：

 確認(rèn)測(cè)試分析報(bào)告

 最終的用戶手冊(cè)和操作手冊(cè)

 項(xiàng)目開發(fā)總結(jié)報(bào)告。

測(cè)試流程

1、制定測(cè)試計(jì)劃

2、編輯測(cè)試用例

3、執(zhí)行測(cè)試用例

4、發(fā)現(xiàn)并提交BUG

5、開發(fā)組修正BUG

6、對(duì)已修正BUG進(jìn)行返測(cè)

7、修正完成的BUG將狀態(tài)置為已關(guān)閉，未正確修正的BUG重新激活

測(cè)試階段

單元測(cè)試

單元測(cè)試是對(duì)軟件組成單元進(jìn)行測(cè)試，其目的是檢驗(yàn)軟件基本組成單位的正確性，測(cè)試的對(duì)象是軟件設(shè)計(jì)的最小單位：模塊。

集成測(cè)試

集成測(cè)試也稱聯(lián)合測(cè)試，將程序模塊采用適當(dāng)?shù)募刹呗越M裝起來，對(duì)系統(tǒng)的接口及集成后的功能進(jìn)行正確性檢測(cè)的測(cè)試工作。其主要目的是檢查軟件單位之間的接口是否正確，集成測(cè)試的對(duì)象是已經(jīng)經(jīng)過單元測(cè)試的模塊。

系統(tǒng)測(cè)試

系統(tǒng)測(cè)試

主要包括功能測(cè)試、界面測(cè)試、可靠性測(cè)試、易用性測(cè)試、性能測(cè)試。 功能測(cè)試主要針對(duì)包括功能可用性、功能實(shí)現(xiàn)程度（功能流程&業(yè)務(wù)流程、數(shù)據(jù)處理&業(yè)務(wù)數(shù)據(jù)處理）方面測(cè)試。

回歸測(cè)試

回歸測(cè)試指在軟件維護(hù)階段，為了檢測(cè)代碼修改而引入的錯(cuò)誤所進(jìn)行的測(cè)試活動(dòng)。回歸測(cè)試是軟件維護(hù)階段的重要工作，有研究表明，回歸測(cè)試帶來的耗費(fèi)占軟件生命周期的1/3總費(fèi)用以上。

與普通的測(cè)試不同，在回歸測(cè)試過程開始的時(shí)候，測(cè)試者有一個(gè)完整的測(cè)試用例集可供使用，因此，如何根據(jù)代碼的修改情況對(duì)已有測(cè)試用例集進(jìn)行有效的復(fù)用是回歸測(cè)試研究的重要方向，此外，回歸測(cè)試的研究方向還涉及自動(dòng)化工具，面向?qū)ο蠡貧w測(cè)試，測(cè)試用例優(yōu)先級(jí)，回歸測(cè)試用例補(bǔ)充生成等。

測(cè)試模型

V模型

測(cè)試階段:

單元測(cè)試

集成測(cè)試

系統(tǒng)測(cè)試

實(shí)現(xiàn)意義

V模型是軟件開發(fā)瀑布模型的變種，它反映了測(cè)試活動(dòng)與分析和設(shè)計(jì)的關(guān)系 。

從左到右，描述了基本的開發(fā)過程和測(cè)試行為，非常明確地標(biāo)明了測(cè)試過程中存在的不同級(jí)別，并且清楚地描述了這些測(cè)試階段和開發(fā)過程期間各階段的對(duì)應(yīng)關(guān)系 。

左邊依次下降的是開發(fā)過程各階段，與此相對(duì)應(yīng)的是右邊依次上升的部分，即各測(cè)試過程的各個(gè)階段。

用戶需求 驗(yàn)收測(cè)試

需求分析和系統(tǒng)設(shè)計(jì) 確認(rèn)測(cè)試和系統(tǒng)測(cè)試

概要設(shè)計(jì) 集成測(cè)試

詳細(xì)設(shè)計(jì) 單元測(cè)試

編碼

軟件測(cè)試V模型

V模型問題

1.測(cè)試是開發(fā)之后的一個(gè)階段。

2.測(cè)試的對(duì)象就是程序本身。

3.實(shí)際應(yīng)用中容易導(dǎo)致需求階段的錯(cuò)誤一直到最后系統(tǒng)測(cè)試階段才被發(fā)現(xiàn)。

4.整個(gè)軟件產(chǎn)品的過程質(zhì)量保證完全依賴于開發(fā)人員的能力和對(duì)工作的責(zé)任心，而且上一步的結(jié)果必須是充分和正確的，如果任何一個(gè)環(huán)節(jié)出了問題，則必將嚴(yán)重的影響整個(gè)工程的質(zhì)量和預(yù)期進(jìn)度

W模型

W模型由Evolutif公司公司提出，相對(duì)于V模型，W模型增加了軟件各開發(fā)階段中應(yīng)同步進(jìn)行的驗(yàn)證和確認(rèn)活動(dòng)。W模型由兩個(gè)V字型模型組成，分別代表測(cè)試與開發(fā)過程，圖中明確表示出了測(cè)試與開發(fā)的并行關(guān)系。 W模型強(qiáng)調(diào)：測(cè)試伴隨著整個(gè)軟件開發(fā)周期，而且測(cè)試的對(duì)象不僅僅是程序，需求、設(shè)計(jì)等同樣要測(cè)試，也就是說，測(cè)試與開發(fā)是同步進(jìn)行的。W模型有利于盡早地全面的發(fā)現(xiàn)問題。例如，需求分析完成后，測(cè)試人員就應(yīng)該參與到對(duì)需求的驗(yàn)證和確認(rèn)活動(dòng)中，以盡早地找出缺陷所在。同時(shí)，對(duì)需求的測(cè)試也有利于及時(shí)了解項(xiàng)目難度和測(cè)試風(fēng)險(xiǎn)，及早制定應(yīng)對(duì)措施，這將顯著減少總體測(cè)試時(shí)間，加快項(xiàng)目進(jìn)度。 但W模型也存在局限性。在W模型中，需求、設(shè)計(jì)、編碼等活動(dòng)被視為串行的，同時(shí)，測(cè)試和開發(fā)活動(dòng)也保持著一種線性的前后關(guān)系，上一階段完全結(jié)束，才可正式開始下一個(gè)階段工作。這樣就無法支持迭代的開發(fā)模型。對(duì)于當(dāng)前軟件開發(fā)復(fù)雜多變的情況，W模型并不能解除測(cè)試管理面臨著困惑。

軟件測(cè)試

H模型

H模型中， 軟件測(cè)試過程活動(dòng)完全獨(dú)立，貫穿于整個(gè)產(chǎn)品的周期，與其他流程并發(fā)地進(jìn)行，某個(gè)測(cè)試點(diǎn)準(zhǔn)備就緒時(shí)，就可以從測(cè)試準(zhǔn)備階段進(jìn)行到測(cè)試執(zhí)行階段。軟件測(cè)試可以盡早的進(jìn)行，并且可以根據(jù)被測(cè)物的不同而分層次進(jìn)行。

軟件測(cè)試

這個(gè)示意圖演示了在整個(gè)生產(chǎn)周期中某個(gè)層次上的一次測(cè)試“微循環(huán)”。圖中標(biāo)注的其它流程可以是任意的開發(fā)流程，例如設(shè)計(jì)流程或者編碼流程。也就是說， 只要測(cè)試條件成熟了，測(cè)試準(zhǔn)備活動(dòng)完成了，測(cè)試執(zhí)行活動(dòng)就可以進(jìn)行了。

H模型揭示了一個(gè)原理：軟件測(cè)試是一個(gè)獨(dú)立的流程，貫穿產(chǎn)品整個(gè)生命周期，與其他流程并發(fā)地進(jìn)行。H模型指出軟件測(cè)試要盡早準(zhǔn)備， 盡早執(zhí)行。不同的測(cè)試活動(dòng)可以是按照某個(gè)次序先后進(jìn)行的，但也可能是反復(fù)的，只要某個(gè)測(cè)試達(dá)到準(zhǔn)備就緒點(diǎn)，測(cè)試執(zhí)行活動(dòng)就可以開展。

X模型

X模型也是對(duì)V模型的改進(jìn)，X模型提出針對(duì)單獨(dú)的程序片段進(jìn)行相互分離的編碼和測(cè)試，此后通過頻繁的交接，通過集成最終合成為可執(zhí)行的程序。X模型的左邊描述的是針對(duì)單獨(dú)程序片段所進(jìn)行的相互分離的編碼和測(cè)試，此后將進(jìn)行頻繁的交接，通過集成最終成為可執(zhí)行的程序，然后再對(duì)這些可執(zhí)行程序進(jìn)行測(cè)試。己通過集成測(cè)試的成品可以進(jìn)行封裝并提交給用戶，也可以作為更大規(guī)模和范圍內(nèi)集成的一部分。多根并行的曲線表示變更可以在各個(gè)部分發(fā)生。由圖中可見，X模型還定位了探索性測(cè)試，這是不進(jìn)行事先計(jì)劃的特殊類型的測(cè)試，這一方式往往能幫助有經(jīng)驗(yàn)的測(cè)試人員在測(cè)試計(jì)劃之外發(fā)現(xiàn)更多的軟件錯(cuò)誤。但這樣可能對(duì)測(cè)試造成人力、物力和財(cái)力的浪費(fèi)，對(duì)測(cè)試員的熟練程度要求比較高。

軟件測(cè)試

現(xiàn)狀前景

現(xiàn)狀

軟件開發(fā)中出現(xiàn)錯(cuò)誤或缺陷的機(jī)會(huì)越來越多，市場(chǎng)對(duì)軟件質(zhì)量重要性的認(rèn)識(shí)逐漸增強(qiáng)。所以，軟件測(cè)試在軟件項(xiàng)目實(shí)施過程中的重要性日益突出。但是，現(xiàn)實(shí)情況是，與軟件編程比較，軟件測(cè)試的地位和作用，還沒有真正受到重視，對(duì)于很多人（甚至是軟件項(xiàng)目組的技術(shù)人員）還存在對(duì)軟件測(cè)試的認(rèn)識(shí)誤區(qū)，這進(jìn)一步影響了軟件測(cè)試活動(dòng)開展和真正提高軟件測(cè)試質(zhì)量。

（1）誤區(qū)之一：軟件開發(fā)完成后進(jìn)行軟件測(cè)試

人們一般認(rèn)為，軟件項(xiàng)目要經(jīng)過以下幾個(gè)階段：需求分析，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，軟件編碼，軟件測(cè)試，軟件發(fā)布。據(jù)此，認(rèn)為軟件測(cè)試只是軟件編碼后的一個(gè)過程。這是不了解軟件測(cè)試周期的錯(cuò)誤認(rèn)識(shí)。軟件測(cè)試是一個(gè)系列過程活動(dòng)，包括軟件測(cè)試需求分析，測(cè)試計(jì)劃設(shè)計(jì)，測(cè)試用例設(shè)計(jì)，執(zhí)行測(cè)試。因此，軟件測(cè)試貫穿于軟件項(xiàng)目的整個(gè)生命過程。在軟件項(xiàng)目的每一個(gè)階段都要進(jìn)行不同目的和內(nèi)容的測(cè)試活動(dòng)，以保證各個(gè)階段的正確性。軟件測(cè)試的對(duì)象不僅僅是軟件代碼，還包括軟件需求文檔和設(shè)計(jì)文檔。軟件開發(fā)與軟件測(cè)試應(yīng)該是交互進(jìn)行的，例如，單元編碼需要單元測(cè)試，模塊組合階段需要集成測(cè)試。如果等到軟件編碼結(jié)束后才進(jìn)行測(cè)試，那么，測(cè)試的時(shí)間將會(huì)很短，測(cè)試的復(fù)蓋面將很不全面，測(cè)試的效果也將大打折扣。更嚴(yán)重的是如果此時(shí)發(fā)現(xiàn)了軟件需求階段或概要設(shè)計(jì)階段的錯(cuò)誤，如果要修復(fù)該類錯(cuò)誤，將會(huì)耗費(fèi)大量的時(shí)間和人力。

（2）誤區(qū)之二：軟件發(fā)布后如果發(fā)現(xiàn)質(zhì)量問題，那是軟件測(cè)試人員的錯(cuò)

這種認(rèn)識(shí)很打擊軟件測(cè)試人員的積極性。軟件中的錯(cuò)誤可能來自軟件項(xiàng)目中的各個(gè)過程，軟件測(cè)試只能確認(rèn)軟件存在錯(cuò)誤，不能保證軟件沒有錯(cuò)誤，因?yàn)閺母旧现v，軟件測(cè)試不可能發(fā)現(xiàn)全部的錯(cuò)誤。從軟件開發(fā)的角度看，軟件的高質(zhì)量不是軟件測(cè)試人員測(cè)出來的，是靠軟件生命周期的各個(gè)過程中設(shè)計(jì)出來的。出現(xiàn)軟件錯(cuò)誤，不能簡(jiǎn)單地歸結(jié)為某一個(gè)人的責(zé)任，有些錯(cuò)誤的產(chǎn)生可能不是技術(shù)原因，可能來自于混亂的項(xiàng)目管理。應(yīng)該分析軟件項(xiàng)目的各個(gè)過程，從過程改進(jìn)方面尋找產(chǎn)生錯(cuò)誤的原因和改進(jìn)的措施。

（3）誤區(qū)之三：軟件測(cè)試要求不高，隨便找個(gè)人做都行

很多人都認(rèn)為軟件測(cè)試就是安裝和運(yùn)行程序，點(diǎn)點(diǎn)鼠標(biāo)，按按鍵盤的工作。這是由于不了解軟件測(cè)試的具體技術(shù)和方法造成的。隨之軟件工程學(xué)的發(fā)展和軟件項(xiàng)目管理經(jīng)驗(yàn)的提高，軟件測(cè)試已經(jīng)形成了一個(gè)獨(dú)立的技術(shù)學(xué)科，演變成一個(gè)具有巨大市場(chǎng)需求的行業(yè)。軟件測(cè)試技術(shù)不斷更新和完善，新工具，新流程，新測(cè)試設(shè)計(jì)方法都在不斷更新，需要掌握和學(xué)習(xí)很多測(cè)試知識(shí)。所以，具有編程經(jīng)驗(yàn)的程序員不一定是一名優(yōu)秀的測(cè)試工程師。軟件測(cè)試包括測(cè)試技術(shù)和管理兩個(gè)方面，完全掌握這兩個(gè)方面的內(nèi)容，需要很多測(cè)試實(shí)踐經(jīng)驗(yàn)和不斷學(xué)習(xí)精神。

（4）誤區(qū)之四：軟件測(cè)試是測(cè)試人員的事情，與程序員無關(guān)

開發(fā)和測(cè)試是相輔相成的過程，需要軟件測(cè)試人員、程序員和系統(tǒng)分析師等保持密切的聯(lián)系，需要更多的交流和協(xié)調(diào)，以便提高測(cè)試效率。另外，對(duì)于單元測(cè)試主要應(yīng)該由程序員完成，必要時(shí)測(cè)試人員可以幫助設(shè)計(jì)測(cè)試樣例。對(duì)于測(cè)試中發(fā)現(xiàn)的軟件錯(cuò)誤，很多需要程序員通過修改編碼才能修復(fù)。程序員可以通過有目的的分析軟件錯(cuò)誤的類型、數(shù)量，找出產(chǎn)生錯(cuò)誤的位置和原因，以便在今后的編程中避免同樣的錯(cuò)誤，積累編程經(jīng)驗(yàn)，提高編程能力。

（5）誤區(qū)之五：項(xiàng)目進(jìn)度吃緊時(shí)少做些測(cè)試，時(shí)間富裕時(shí)多做測(cè)試

這是不重視軟件測(cè)試的表現(xiàn)，也是軟件項(xiàng)目過程管理混亂的表現(xiàn)，必然會(huì)降低軟件測(cè)試的質(zhì)量。一個(gè)軟件項(xiàng)目的順利實(shí)現(xiàn)需要有合理的項(xiàng)目進(jìn)度計(jì)劃，其中包括合理的測(cè)試計(jì)劃，對(duì)項(xiàng)目實(shí)施過程中的任何問題，都要有風(fēng)險(xiǎn)分析和相應(yīng)的對(duì)策，不要因?yàn)殚_發(fā)進(jìn)度的延期而簡(jiǎn)單的縮短測(cè)試時(shí)間、人力和資源。因?yàn)榭s短測(cè)試時(shí)間帶來的測(cè)試不完整，對(duì)項(xiàng)目質(zhì)量的下降引起的潛在風(fēng)險(xiǎn)，往往造成更大的浪費(fèi)�？朔@種現(xiàn)象的最好辦法是加強(qiáng)軟件過程的計(jì)劃和控制，包括軟件測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行、測(cè)試度量和測(cè)試控制。

前景

隨著軟件產(chǎn)業(yè)的發(fā)展，軟件產(chǎn)品的質(zhì)量控制與質(zhì)量管理正逐漸成為軟件企業(yè)生存與發(fā)展的核心。幾乎每個(gè)大中型IT企業(yè)的軟件產(chǎn)品在發(fā)布前都需要大量的質(zhì)量控制、測(cè)試和文檔工作，而這些工作必須依靠擁有嫻熟技術(shù)的專業(yè)軟件人才來完成。軟件測(cè)試工程師就是這樣的一個(gè)企業(yè)重頭角色。業(yè)內(nèi)人士分析，該類職位的需求主要集中在沿海發(fā)達(dá)城市，其中北京和上海的需求量分別占去33%和29%。民企需求量最大，占19%，外商獨(dú)資歐美類企業(yè)需求排列第二，占15%。然而，現(xiàn)狀是：一方面企業(yè)對(duì)高質(zhì)量的測(cè)試工程師需求量越來越大越大，另一方面國(guó)內(nèi)原來對(duì)測(cè)試工程師的職業(yè)重視程度不夠，使許多人不了解測(cè)試工程師具體是從事什么工作。這使得許多IT公司只能通過在實(shí)際工作中進(jìn)行淘汰的方式對(duì)測(cè)試工程師進(jìn)行篩選，因此國(guó)內(nèi)在短期將出現(xiàn)測(cè)試工程師嚴(yán)重短缺的現(xiàn)象。根據(jù)對(duì)網(wǎng)絡(luò)招聘IT人才情況的了解，許多正在招聘軟件測(cè)試工程師的企業(yè)很少能夠在招聘會(huì)上順利招到合適的人才。在具體工作過程中，測(cè)試工程師的工作是利用測(cè)試工具按照測(cè)試方案和流程對(duì)產(chǎn)品進(jìn)行功能和性能測(cè)試，甚至根據(jù)需要編寫不同的測(cè)試用例，設(shè)計(jì)和維護(hù)測(cè)試系統(tǒng)，對(duì)測(cè)試方案可能出現(xiàn)的問題進(jìn)行分析和評(píng)估。對(duì)軟件測(cè)試工程師而言，必須具有高度的工作責(zé)任心和自信心。任何嚴(yán)格的測(cè)試必須是一種實(shí)事求是的測(cè)試，因?yàn)樗P(guān)系到一個(gè)產(chǎn)品的質(zhì)量問題，而測(cè)試工程師則是產(chǎn)品出貨前的把關(guān)人，所以，沒有專業(yè)的技術(shù)水準(zhǔn)是無法勝任這項(xiàng)工作的。同時(shí)，由于測(cè)試工作一般由多個(gè)測(cè)試工程師共同完成，并且測(cè)試部門一般要與其他部門的人員進(jìn)行較多的溝通，所以要求測(cè)試工程師不但要有較強(qiáng)的技術(shù)能力而且要有較強(qiáng)的溝通能力。

涉及問題

程序測(cè)試的過程具有破壞性

人類的活動(dòng)具有高度的目的性，建立適當(dāng)?shù)哪繕?biāo)具有重要的心理作用。如果我們的目的是要證明程序中沒有錯(cuò)誤，那我們就會(huì)不自覺地朝這個(gè)方向去做；也就是說，我們會(huì)傾向于挑選那些使程序出錯(cuò)的可能性較小的測(cè)試數(shù)據(jù)。另一方面，如果我們的目標(biāo)是要證明程序中有錯(cuò)，那就會(huì)選擇一些易于發(fā)現(xiàn)程序所含錯(cuò)誤的測(cè)試數(shù)據(jù)。而后一種態(tài)度會(huì)比前者給程序增添更多的價(jià)值。

日常工作

熟悉軟件測(cè)試流程，有智能產(chǎn)品/網(wǎng)絡(luò)應(yīng)用經(jīng)驗(yàn)者優(yōu)先考慮；

熟悉軟件測(cè)試理論和方法，能夠熟練應(yīng)用多種測(cè)試工具；

熟悉 C/C++/C#/Java編程， 有網(wǎng)絡(luò)協(xié)議測(cè)試經(jīng)驗(yàn)；

有較強(qiáng)的邏輯分析能力和學(xué)習(xí)能力，具備較強(qiáng)的總結(jié)能力；

熱愛軟件測(cè)試工作，可以勝任重復(fù)性工作。

編寫用例

軟件測(cè)試員是指根據(jù)測(cè)試計(jì)劃和測(cè)試方案進(jìn)行軟件測(cè)試；能夠針對(duì)軟件需求開發(fā)測(cè)試模型，制定測(cè)試方案，安排測(cè)試計(jì)劃，并對(duì)測(cè)試項(xiàng)目進(jìn)行管理的專業(yè)人員。每一階段的測(cè)試都是為了減少軟件的bug和提升軟件的功能需求，所以測(cè)試人員必須具備良好的編程功底。

專業(yè)優(yōu)勢(shì)

就業(yè)競(jìng)爭(zhēng)小

人才供不應(yīng)求讓軟件測(cè)試人員的就業(yè)競(jìng)爭(zhēng)壓力明顯小于同類其它職業(yè)，有利于從業(yè)者的身心健康。另外，由于軟件測(cè)試在我國(guó)起步較晚，獨(dú)立設(shè)置測(cè)試部門、對(duì)測(cè)試人員有強(qiáng)烈需求的多為獨(dú)具慧眼的大中型IT企業(yè)。軟件測(cè)試人才不需要在小企業(yè)積累經(jīng)驗(yàn)就能獲得知名企業(yè)的入門通行證，工作起點(diǎn)高于同類其它職業(yè)。

高薪

剛?cè)胄械?strong>軟件測(cè)試人員，起步的月薪就在3000-5000元左右，遠(yuǎn)高于同齡人2000元的薪資水平，隨著工作經(jīng)驗(yàn)的豐富以及能力的提升，這份薪水將一路看漲。

就業(yè)質(zhì)量高

與其他IT職位相比，軟件測(cè)試人員最大的優(yōu)勢(shì)就是發(fā)展方向太多了。由于工作的特殊性，測(cè)試人員不但需要對(duì)軟件的質(zhì)量進(jìn)行檢測(cè)，而且對(duì)于軟件項(xiàng)目的立項(xiàng)、管理、售前、售后等領(lǐng)域都要涉及。在此過程中，測(cè)試人員不僅提升了專業(yè)的軟件測(cè)試技能，還能接觸到各行各業(yè)，從而為自己的多元化發(fā)展奠定了基礎(chǔ)。

無性別歧視

如果把軟件開發(fā)領(lǐng)域比作“男子單打”，那么，軟件測(cè)試領(lǐng)域就是“混合雙打”。由于工作的特殊性，軟件測(cè)試人員更要具有認(rèn)真、耐心、細(xì)致、敏感等個(gè)性元素，而這在一定程度上與女性的個(gè)性氣質(zhì)相吻合。據(jù)了解，很多IT企業(yè)中軟件測(cè)試人員的比例更趨向男女平衡，甚至出現(xiàn)女性員工成主流的情況。

學(xué)習(xí)方法

1自學(xué)，去相關(guān)網(wǎng)站學(xué)習(xí)基礎(chǔ)的計(jì)算機(jī)語言，收集軟件測(cè)試教程學(xué)習(xí)。

2參加培訓(xùn)機(jī)構(gòu)進(jìn)行專業(yè)的培訓(xùn)與實(shí)踐。

點(diǎn)擊加載更多

加載中...

帝國(guó)法老創(chuàng)建， 婚紗的魅惑、天熱了、丫頭0416、koreamusic、互動(dòng)凝淵等參與編輯。
互動(dòng)百科的詞條（含所附圖片）系由網(wǎng)友上傳，如果涉嫌侵權(quán)，請(qǐng)與客服聯(lián)系，我們將按照法律之相關(guān)規(guī)定及時(shí)進(jìn)行處理。如需轉(zhuǎn)載，請(qǐng)注明來源于。

  本文關(guān)鍵詞：軟件測(cè)試，由筆耕文化傳播整理發(fā)布。

本文編號(hào)：260381