軟件測試流程是什么？？

測試流程依次如下：

1、需求：閱讀需求，理解需求，與客戶、開發(fā)、架構(gòu)多方交流，深入了解需求。--

2、測試計劃:根據(jù)需求估算測試所需資源（人力、設(shè)備等）、所需時間、功能點(diǎn)劃分、如何合理分配安排資源等。---

3、用例設(shè)計：根據(jù)測試計劃、任務(wù)分配、功能點(diǎn)劃分，設(shè)計合理的測試用例。---,

4、執(zhí)行測試：根據(jù)測試用例的詳細(xì)步驟，執(zhí)行測試用例。--(主要是初級測試人員)

5、執(zhí)行結(jié)果記錄和bug記錄：對每個case記錄測試的結(jié)果，有bug的在測試管理工具中編寫bug記錄。--(主要是初級測試人員)

6、：追蹤leader分配給你追蹤的bug.直到bugfixed。--

7、測試報告：通過不斷測試、追蹤，直到被測軟件達(dá)到測試需求要求，并沒有重大bug.

8、用戶體驗、軟件發(fā)布等。

擴(kuò)展資料：

流程分析：

這個流程*的優(yōu)點(diǎn)，就是能快速的發(fā)現(xiàn)并修復(fù)問題。

這個流程中，項目經(jīng)理是核心，項目經(jīng)理也確實是有多年開發(fā)與項目經(jīng)驗的牛人，他喜歡不定期分享上些前沿的技術(shù)。

對于測試來說，需求很不明確，測試文檔與用例也是可有可無的產(chǎn)物，沒有需求文檔，或非常簡陋，根據(jù)需求文檔根本無法編寫用例。

通用的測試用例，如登錄、文件上傳下載、列表翻頁、日期選擇、輸入框驗證、搜索等有一些“通用型”用例，以便在測試過程中做參考。

參考資料：程序測試_百度百科

軟件測試的步驟

1、單元測試

單元測試主要是對該軟件的模塊進(jìn)行測試，通過測試以發(fā)現(xiàn)該模塊的實際功能出現(xiàn)不符合的情況和編碼錯誤。

由于該模塊的規(guī)模不大，功能單一，結(jié)構(gòu)較簡單，且測試人員可通過閱讀源程序清楚知道其邏輯結(jié)構(gòu)，首先應(yīng)通過靜態(tài)測試方法，比如靜態(tài)分析、代碼審查等，對該模塊的源程序進(jìn)行分析，按照模塊的程序設(shè)計的控制流程圖，以滿足軟件覆蓋率要求的邏輯測試要求。

另外，也可采用黑盒測試方法提出一組基本的測試用例，再用白盒測試方法進(jìn)行驗證。若用黑盒測試方法所產(chǎn)生的測試用例滿足不了軟件的覆蓋要求，可采用白盒法增補(bǔ)出新的測試用例，以滿足所需的覆蓋標(biāo)準(zhǔn)。

其所需的覆蓋標(biāo)準(zhǔn)應(yīng)視模塊的實際具體情況而定。對一些質(zhì)量要求和可靠性要求較高的模塊，一般要滿足所需條件的組合覆蓋或者路徑覆蓋標(biāo)準(zhǔn)。

2、集成測試

集成測試是軟件測試的第二階段，在這個階段，通常要對已經(jīng)嚴(yán)格按照程序設(shè)計要求和標(biāo)準(zhǔn)組裝起來的模塊同時進(jìn)行測試，明確該程序結(jié)構(gòu)組裝的正確性，發(fā)現(xiàn)和接口有關(guān)的問題，比如模塊接口的數(shù)據(jù)是否會在穿越接口時發(fā)生丟失；各個模塊之間因某種疏忽而產(chǎn)生不利的影響。

將模塊各個子功能組合起來后產(chǎn)生的功能要求達(dá)不到預(yù)期的功能要求；一些在誤差范圍內(nèi)且可接受的誤差由于長時間的積累進(jìn)而到達(dá)了不能接受的程度；數(shù)據(jù)庫因單個模塊發(fā)生錯誤造成自身出現(xiàn)錯誤等等。

同時因集成測試是界于單元測試和系統(tǒng)測試之間的，所以，集成測試具有承上啟下的作用。因此有關(guān)測試人員必須做好集成測試工作。在這一階段，一般采用的是白盒和黑盒結(jié)合的方法進(jìn)行測試，驗證這一階段設(shè)計的合理性以及需求功能的實現(xiàn)性。

3、系統(tǒng)測試

一般情況下，系統(tǒng)測試采用黑盒法來進(jìn)行測試的，以此來檢查該系統(tǒng)是否符合軟件需求。本階段的主要測試內(nèi)容包括健壯性測試、性能測試、功能測試、安裝或反安裝測試、用戶界面測試、壓力測試、可靠性及安全性測試等。為了有效保證這一階段測試的客觀性，必須由獨(dú)立的測試小組來進(jìn)行相關(guān)的系統(tǒng)測試。

另外，系統(tǒng)測試過程較為復(fù)雜，由于在系統(tǒng)測試階段不斷變更需求造成功能的刪除或增加，從而使程序不斷出現(xiàn)相應(yīng)的更改，而程序在更改后可能會出現(xiàn)新的問題，或者原本沒有問題的功能由于更改導(dǎo)致出現(xiàn)問題。所以，測試人員必須進(jìn)行回歸測試。

4、驗收測試

驗收測試是*一個階段的測試操作，在軟件產(chǎn)品投入正式運(yùn)行前的所要進(jìn)行的測試工作。和系統(tǒng)測試相比而言，驗收測試與之的區(qū)別就只是測試人員不同，驗收測試則是由用戶來執(zhí)行這一操作的。

驗收測試的主要目標(biāo)是為向用戶展示所開發(fā)出來的軟件符合預(yù)定的要求和有關(guān)標(biāo)準(zhǔn)，并驗證軟件實際工作的有效性和可靠性，確保用戶能用該軟件順利完成既定的任務(wù)和功能。通過了驗收測試，該產(chǎn)品就可進(jìn)行發(fā)布。

但是，在實際交付給用戶之后，開發(fā)人員是無法預(yù)測該軟件用戶在實際運(yùn)用過程中是如何使用該程序的，所以從用戶的角度出發(fā)，測試人員還應(yīng)進(jìn)行Alpha測試或Beta測試這兩種情形的測試。Alpha測試是在軟件開發(fā)環(huán)境下由用戶進(jìn)行的測試，或者模擬實際操作環(huán)境進(jìn)而進(jìn)行的測試。

Alpha測試主要是對軟件產(chǎn)品的功能、局域化、界面、可使用性以及性能等等方面進(jìn)行評價。而Beta測試是在實際環(huán)境中由多個用戶對其進(jìn)行測試，并將在測試過程中發(fā)現(xiàn)的錯誤有效反饋給軟件開發(fā)者。所以在測試過程中用戶必須定期將所遇到的問題反饋給開發(fā)者。

擴(kuò)展資料

對計算機(jī)軟件進(jìn)行測試前，首先需遵循軟件測試原則，即不完全原則的遵守。不完全原則即為若測試不完全、測試過程中涉及免疫性原則的部分較多，可對軟件測試起到一定幫助。

因軟件測試因此類因素具有一定程度的免疫性，測試人員能夠完成的測試內(nèi)容與其免疫性成正比，若想使軟件測試更為流暢、測試效果更為有效，首先需遵循此類原則，將此類原則貫穿整個開發(fā)流程，不斷進(jìn)行測試，而并非一次性全程測試。

參考資料來源：百度百科-軟件測試

參考資料來源：百度百科-軟件測試方法

軟件測試的流程是什么？

對計算機(jī)軟件進(jìn)行測試前，首先需遵循軟件測試原則，即不完全原則的遵守。

不完全原則即為若測試不完全、測試過程中涉及免疫性原則的部分較多，可對軟件測試起到一定幫助。

因軟件測試因此類因素具有一定程度的免疫性，測試人員能夠完成的測試內(nèi)容與其免疫性成正比，若想使軟件測試更為流暢、測試效果更為有效，首先需遵循此類原則，將此類原則貫穿整個開發(fā)流程，不斷進(jìn)行測試，而并非一次性全程測試。

擴(kuò)展資料：

軟件測試已有了行業(yè)標(biāo)準(zhǔn)(IEEE/ANSI )，1983年IEEE提出的軟件工程術(shù)語中給軟件測試下的定義是：“使用人工或自動的手段來運(yùn)行或測定某個軟件系統(tǒng)的過程，其目的在于檢驗它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實際結(jié)果之間的差別”。

這個定義明確指出:軟件測試的目的是為了檢驗軟件系統(tǒng)是否滿足需求。它再也不是一個一次性的，而且只是開發(fā)后期的活動，而是與整個開發(fā)流程融合成一體。軟件測試已成為一個專業(yè)，需要運(yùn)用專門的方法和手段，需要專門人才和專家來承擔(dān)。

參考資料?百度百科-軟件測試

什么是軟件測試，主要測試哪些內(nèi)容？

軟件測試主要工作內(nèi)容，包括兩個方面驗證（）和確認(rèn)（）。
驗證()是保證軟件正確地實現(xiàn)了一些特定功能的一系列活動， 即保證軟件以正確的方式來做了這個事件。
1.確定軟件生存周期中的一個給定階段的產(chǎn)品是否達(dá)到前階段確立的需求的過程。
2.程序正確性的形式證明，即采用形式理論證明程序符合設(shè)計規(guī)約規(guī)定的過程。
3.評審、審查、測試、檢查、審計等各類活動，或?qū)δ承╉椞幚?、服?wù)或文件等是否和規(guī)定的需求相一致進(jìn)行判斷和提出報告。
確認(rèn)（）是一系列的活動和過程，目的是想證實在一個給定的外部環(huán)境中軟件的邏輯正確性。即保證軟件做了你所期望的事情。
1.靜態(tài)確認(rèn)，不在計算機(jī)上實際執(zhí)行程序，通過人工或程序分析來證明軟件的正確性。
2.動態(tài)確認(rèn)，通過執(zhí)行程序做分析，測試程序的動態(tài)行為，以證實軟件是否存在問題。
其實，軟件測試的對象不僅僅是程序測試，軟件測試應(yīng)該包括整個軟件開發(fā)期間各個階段所產(chǎn)生的文檔，如需求規(guī)格說明、概要設(shè)計文檔、詳細(xì)設(shè)計文檔，當(dāng)然軟件測試的主要對象還是源程序。

軟件測試的基本流程

軟件測試的基本流程：分析測試需求、指定測試計劃、設(shè)計測試用例、執(zhí)行測試、編寫測試報告。

1、分析測試需求。

測試人員在制訂測試計劃之前需要先對軟件需求進(jìn)行分析，以便對要開發(fā)的軟件產(chǎn)品有個清晰的人認(rèn)識，從而明確測試對象及測試工作的范圍和測試重點(diǎn)。在分析測試需求時還可以獲取一些測試數(shù)據(jù)，作為測試計劃的基本依據(jù)，為后續(xù)的測試打好基礎(chǔ)。

2、指定測試計劃。

測試工作貫穿于整個軟件開發(fā)生命周期，是一項龐大而復(fù)雜地工作，需要制定一個完整且詳細(xì)地測試計劃作為指導(dǎo)。測試計劃是整個測試工作地導(dǎo)航圖，但它并不是一成不變的，隨著項目推進(jìn)或需求變更，測試計劃也會不斷發(fā)生改變，因此測試計劃的制定是隨著項目發(fā)展不斷調(diào)整，逐步完善的過程。

3、設(shè)計測試用例。

測試用例編寫的原則是盡量以最少的測試用例達(dá)到*測試覆蓋率。測試用例常用的設(shè)計方法包括等價類劃分、邊界值分析法、因果圖與判定表法、正交實驗設(shè)計法、邏輯覆蓋法等，這些設(shè)計方法在后面的章節(jié)中會陸續(xù)交接。

4、執(zhí)行測試。

執(zhí)行測試就是按照測試用例進(jìn)行測試的過程，這是測試人員最主要的活動階段。在執(zhí)行測試時要根據(jù)測試用例的優(yōu)先級進(jìn)行。測試執(zhí)行過程看似簡單，只要按照測試用例完成測試工作即可。

5、編寫測試報告。

測試報告是對一個測試活動地總結(jié)，對項目測試過程進(jìn)行歸納，對測試數(shù)據(jù)進(jìn)行統(tǒng)計，對項目地測試質(zhì)量進(jìn)行客觀評價。

軟件測試的測試方法有哪些？

軟件測試行業(yè)因為其薪資高、壓力小，受到了越來越多人的青睞，尤其是很多想轉(zhuǎn)入IT行業(yè)的小白，軟測也是他們的*。那么軟件測試的方法一共有幾種呢?

軟件測試方法有等價類劃分法、邊界值方法、因果圖法、判定表法、正交排列法、錯誤推算法、場景法等。本文主要來為大家介紹一下等價類劃分法和邊界值方法。

一、等價類劃分法

等價類劃分法是把所有可能輸入的數(shù)據(jù)，分成若干部分(子集)，在該子集合中，各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的。測試某等價類的代表值就等于對這一類其他值的測試。等價類劃分法是軟件測試最經(jīng)典的方法，只要有數(shù)據(jù)輸入的地方就可以使用等價類劃分法。因為窮舉測試是不可能的，所以要使用最少的數(shù)據(jù)，達(dá)到*的覆蓋——覆蓋功能和需求點(diǎn)。

二、邊界值分析法

某種意義上來講，黑盒測試在進(jìn)行用例設(shè)計的時候，分析的就是軟件的輸入和輸出。邊界值分析法就是對輸入和輸出的邊界值進(jìn)行分析，得到一些數(shù)據(jù)進(jìn)行測試的黑盒測試方法。它是對等價類劃分法的補(bǔ)充。它要分析邊界，而邊界來自于等價類的邊界。等價類分有效等價類和無效等價類，構(gòu)建數(shù)據(jù)的時候從有效等價類里挑選任意的值。邊界分析則是從等價類里挑選它的邊界，所以它是暴露錯誤能力最強(qiáng)的一種測試方法。只要有數(shù)據(jù)輸入的地方，一般就可以使用邊界值。

邊界值與等價類劃分的區(qū)別

邊界值分析不是從某等價類中隨便挑一個作為代表，而是使這個等價類的每個邊界都要作為測試條件，關(guān)注的是等價類的邊界。而且邊界值分析不僅考慮輸入條件，還要考慮輸出空間產(chǎn)生的測試邊界情況。為什么除了等價類分析，還要進(jìn)行邊界值分析因為大量的錯誤都發(fā)生在輸入或輸出范圍的邊界上，而不是發(fā)生在輸入輸出范圍的內(nèi)部。所以測試要關(guān)注在極值上。針對各種邊界情況設(shè)計測試用例，也可以查出更多的錯誤。

以上是關(guān)于軟件測試的幾種方法的介紹，由多測師親自撰寫，全網(wǎng)*提供!

軟件測試有哪些常用的測試方法？

隨著軟件技術(shù)的不斷發(fā)展，越來越多的人開始關(guān)注軟件測試，軟件測試的方法有很多種，最重要的是選擇適合的軟件測試方法。選擇是非常關(guān)鍵的，只有選擇到合適的才能在工作中起到事半功倍的作用。那么軟件測試的方法有哪些呢？下面電腦培訓(xùn)為大家具體介紹。

一、白盒測試

白盒測試也稱為結(jié)構(gòu)測試，是根據(jù)程序內(nèi)部的邏輯結(jié)構(gòu)和代碼結(jié)構(gòu)，設(shè)計測試數(shù)據(jù)，完成測試的測試方法。白盒子測試的直接優(yōu)點(diǎn)是，知道所設(shè)計的測試用例在代碼上的哪個地方被忽視。IT培訓(xùn)認(rèn)為其優(yōu)點(diǎn)是測試人員能夠增加代碼的覆蓋率，提高代碼實行的整體質(zhì)量，幫助發(fā)現(xiàn)代碼中的隱藏危險。

二、黑盒測試

黑盒測試也稱數(shù)據(jù)傳輸測試，作為不能夠看到測試對象的黑匣子，完全不需要考慮程序內(nèi)部結(jié)構(gòu)和處理過程的情況，北大青鳥發(fā)現(xiàn)測試人員可以根據(jù)程序功能的要求規(guī)格，確定測試用例，并推斷測試結(jié)果的測試方法。

三、灰盒測試

灰盒測試主要是一種綜合的測試方法，它居于程序運(yùn)行的外部表達(dá)。同時，根據(jù)內(nèi)部邏輯結(jié)構(gòu)設(shè)計用例，執(zhí)行程序、采集路徑執(zhí)行信息和外部用戶界面結(jié)果。

四、集成測試

集成測試是一種組裝測試，是在單元測試基礎(chǔ)上的一種有序測試。其主要的目的是驗證軟件單元間的接口關(guān)系，通過測試發(fā)現(xiàn)各軟件單元接口間的問題，北京北大青鳥非常期待最終測試的單元構(gòu)成符合設(shè)計要求的軟件。

軟件測試的方法一共有幾種

1、從是否關(guān)心內(nèi)部結(jié)構(gòu)來看

（1）白盒測試：又稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試，是一種按照程序內(nèi)部邏輯結(jié)構(gòu)和編碼結(jié)構(gòu)，設(shè)計測試數(shù)據(jù)并完成測試的一種測試方法。

（2）黑盒測試：又稱為數(shù)據(jù)驅(qū)動測試，把測試對象當(dāng)做看不見的黑盒，在完全不考慮程序內(nèi)部結(jié)構(gòu)和處理過程的情況下，測試者僅依據(jù)程序功能的需求規(guī)范考慮，確定測試用例和推斷測試結(jié)果的正確性，它是站在使用軟件或程序的角度，從輸入數(shù)據(jù)與輸出數(shù)據(jù)的對應(yīng)關(guān)系出發(fā)進(jìn)行的測試。

（3）灰盒測試：是一種綜合測試法，它將“黑盒”測試與“白盒”測試結(jié)合在一起，是基于程序運(yùn)行時的外部表現(xiàn)又結(jié)合內(nèi)部邏輯結(jié)構(gòu)來設(shè)計用例，執(zhí)行程序并采集路徑執(zhí)行信息和外部用戶接口結(jié)果的測試技術(shù)。

2、從是否執(zhí)行代碼看

（1）靜態(tài)測試：指不運(yùn)行被測程序本身，僅通過分析或檢查源程序的語法、結(jié)構(gòu)、過程、接口等來檢查程序的正確性。

(2)動態(tài)測試：是指通過運(yùn)行被測程序，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，并分析運(yùn)行效率、正確性和健壯性等性能指標(biāo)。

3、從開發(fā)過程級別看

（1）單元測試：又稱模塊測試，是針對軟件設(shè)計的最小單位----程序模塊或功能模塊，進(jìn)行正確性檢驗的測試工作。其目的在于檢驗程序各模塊是否存在各種差錯，是否能正確地實現(xiàn)了其功能，滿足其性能和接口要求。

(2)集成測試：又叫組裝測試或聯(lián)合，是單元測試的多級擴(kuò)展，是在單元測試的基礎(chǔ)上進(jìn)行的一種有序測試。旨在檢驗軟件單元之間的接口關(guān)系，以期望通過測試發(fā)現(xiàn)各軟件單元接口之間存在的問題，最終把經(jīng)過測試的單元組成符合設(shè)計要求的軟件。

（3）系統(tǒng)測試：是為判斷系統(tǒng)是否符合要求而對集成的軟、硬件系統(tǒng)進(jìn)行的測試活動、它是將已經(jīng)集成好的軟件系統(tǒng)，作為基于整個計算機(jī)系統(tǒng)的一個元素，與計算機(jī)硬件、外設(shè)、某些支持軟件、人員、數(shù)據(jù)等其他系統(tǒng)元素結(jié)合在一起，在實際運(yùn)行環(huán)境下，對計算機(jī)系統(tǒng)進(jìn)行一系列的組裝測試和確認(rèn)測試。

在系統(tǒng)測試中，對于具體的測試類型有：

（1）功能測試：對軟件需求規(guī)格說明書中的功能需求逐項進(jìn)行的測試，以驗證功能是否滿足要求。

（2）性能測試：對軟件需求規(guī)格說明書的功能需求逐項進(jìn)行的測試，以驗證功能是否滿足要求。

（3）接口測試：對軟件需求規(guī)格說明中的接口需求逐項進(jìn)行的測試。

（4）人機(jī)交互界面測試：對所有人機(jī)交互界面提供的操作和顯示界面進(jìn)行的測試，以檢驗是否滿足用戶的需求。

（5）強(qiáng)度測試：強(qiáng)制軟件運(yùn)行在異常乃至發(fā)生故障的情況下（設(shè)計的極限狀態(tài)到超出極限），驗證軟件可以運(yùn)行到何種程序的測試。

（6）余量測試：對軟件是否達(dá)到規(guī)格說明中要求的余量的測試。

（7）安全性測試：檢驗軟件中已存在的安全性、安全保密性措施是否有效的測試，

（8）可靠性測試：在真實的或仿真的環(huán)境中，為做出軟件可靠性估計而對軟件進(jìn)行的功能（其輸入覆蓋和環(huán)境覆蓋一般大于普通的功能測試）

（9）恢復(fù)性測試：對有恢復(fù)或重置功能的軟件的每一類導(dǎo)致恢復(fù)或重置的情況，逐一進(jìn)行的測試。

（10）邊界測試：對軟件處在邊界或端點(diǎn)情況下運(yùn)行狀態(tài)的測試。

（11）數(shù)據(jù)處理測試：對完成專門數(shù)據(jù)處理功能所進(jìn)行的測試。

（12）安裝性測試：對安裝過程是否符合安裝規(guī)程的測試，以發(fā)現(xiàn)安裝過程中的錯誤。

（13）容量測試：檢驗軟件的能力*能達(dá)到什么程度的測試。

（14）互操作性測試：為驗證不同軟件之間的互操作能力而進(jìn)行的測試。

（15）敏感性測試：為發(fā)現(xiàn)在有效輸入類中可能引起某種不穩(wěn)定性或不正常處理的某些數(shù)據(jù)的組合而進(jìn)行的測試。

（16）標(biāo)準(zhǔn)符合性測試：驗證軟件與相關(guān)*標(biāo)準(zhǔn)或規(guī)范（如軍用標(biāo)準(zhǔn)、*標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)及國際標(biāo)準(zhǔn)）一致性的測試。

（17）兼容性測試：驗證軟件在規(guī)定條件下與若干個實體共同使用或?qū)崿F(xiàn)數(shù)據(jù)格式轉(zhuǎn)換時能滿足有關(guān)要求能力的測試。

（18）中文本地化測試：驗證軟件在不降低原有能力的條件下，處理中文能力的測試。

4、從執(zhí)行過程是否需要人工干預(yù)來看

（1）手工測試：就是測試人員按照事先為覆蓋被測軟件需求而編寫的測試用例，根據(jù)測試大綱中所描述的測試步驟和方法，手工地一個一個地輸 入執(zhí)行，包括與被測軟件進(jìn)行交互（如輸入測試數(shù)據(jù)、記錄測試結(jié)果等），然后觀察測試結(jié)果，看被測程序是否存在問題，或在執(zhí)行過程中是否會有一場發(fā)生，屬于比較原始但是必須執(zhí)行的一個步驟。

（2）自動化測試：實際上是將大量的重復(fù)性的測試工作交給計算機(jī)去完成，通常是使用自動化測試工具來模擬手動測試步驟，執(zhí)行用某種程序設(shè)計語言編寫的過程（全自動測試就是指在自動測試過程中，不需要人工干預(yù)，由程序自動完成測試的全過程；半自動測試就是指在自動測試過程中，需要手動輸入測試用例或選擇測試路徑，再由自動測試程序按照人工指定的要求完成自動測試）

5、從測試實施組織看

（1）開發(fā)測試：開發(fā)人員進(jìn)行的測試

（2）用戶測試：用戶方進(jìn)行的測試

（3）第三方測試：有別于開發(fā)人員或用戶進(jìn)行的測試，由專業(yè)的第三方承擔(dān)的測試，目的是為了保證測試工作的客觀性

6、從測試所處的環(huán)境看

（1）阿爾法測試：是由一個用戶在開發(fā)環(huán)境下進(jìn)行的測試，也可以是公司內(nèi)部的用戶在模擬實際操作環(huán)境下進(jìn)行的測試

（2）貝塔測試：是用戶公司組織各方面的典型終端用戶在日常工作中實際使用貝塔版本，并要求用戶報告

擴(kuò)展資料

軟件測試的內(nèi)容：

1 得到需求、功能設(shè)計、內(nèi)部設(shè)計說書和其他必要的文檔

2 得到預(yù)算和進(jìn)度要求

3 確定與項目有關(guān)的人員和他們的責(zé)任、對報告的要求、所需的標(biāo)準(zhǔn)和過程 ( 例如發(fā)行過程、變更過程、等等 )

4 確定應(yīng)用軟件的高風(fēng)險范圍，建立優(yōu)先級、確定測試所涉及的范圍和限制

5 確定測試的步驟和方法 ── 部件、集成、功能、系統(tǒng)、負(fù)載、可用性等各種測試

6 確定對測試環(huán)境的要求 ( 硬件、軟件、通信等 )

7 確定所需的測試用具 (testware) ，包括記錄 / 回放工具、覆蓋分析、測試跟蹤、問題 / 錯誤跟蹤、等等

8 確定對測試的輸入數(shù)據(jù)的要求

9 分配任務(wù)和任務(wù)負(fù)責(zé)人，以及所需的勞動力

10 設(shè)立大致的時間表、期限、和里程碑

11 確定輸入環(huán)境的類別、邊界值分析、錯誤類別

12 準(zhǔn)備測試計劃文件和對計劃進(jìn)行必要的回顧

13 準(zhǔn)備白盒測試案例

14 對測試案例進(jìn)行必要的回顧 / 調(diào)查 / 計劃

15 準(zhǔn)備測試環(huán)境和測試用具，得到必需的用戶手冊 / 參考文件 / 結(jié)構(gòu)指南 / 安裝指南，建立測試跟蹤過程，建立日志和檔案、建立或得到測試輸入數(shù)據(jù)

16 得到并安裝軟件版本

17 進(jìn)行測試

18 評估和報告結(jié)果

19 跟蹤問題 / 錯誤，并解決它

20 如果有必要，重新進(jìn)行測試

21 在整個生命周期里維護(hù)和修改測試計劃、測試案例、測試環(huán)境、和測試用具

參考資料：百度百科-軟件測試

什么是軟件測試？

一、軟件測試的目的
1）軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。
2）測試是為了證明程序有錯，而不是證明程序無錯。（發(fā)現(xiàn)錯誤不是*目的）
3）一個好的測試用例在于它發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤。
4）一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試。
注意：
1、測試并不僅僅是為了要找出錯誤。通過分析錯誤產(chǎn)生的原因和錯誤的分布特征?？梢詭椭椖抗芾碚甙l(fā)現(xiàn)當(dāng)前所采用的軟件過程的缺陷，以便改進(jìn)。同時，通過分析也能幫助我們設(shè)計出有針對性的檢測方法，改善測試的有效性。
2、沒有發(fā)現(xiàn)錯誤的測試也是有價值的，完整的測試是評定測試質(zhì)量的一種方法。詳細(xì)而嚴(yán)謹(jǐn)?shù)目煽啃栽鲩L模型可以證明這一點(diǎn)。例如Bev 發(fā)現(xiàn)一個經(jīng)過測試而正常運(yùn)行了n個小時的系統(tǒng)有繼續(xù)正常運(yùn)行n個小時的概率。

軟件測試的方法一共有幾種？

軟件測試行業(yè)因為其薪資高、壓力小，受到了越來越多人的青睞，尤其是很多想轉(zhuǎn)入IT行業(yè)的小白，軟測也是他們的*。那么軟件測試的方法一共有幾種呢?北大青鳥昌平鎮(zhèn)計算機(jī)來跟著了解一下吧。

等價類劃分法

等價類劃分法是把所有可能輸入的數(shù)據(jù)，分成若干部分(子集)，在該子集合中，各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的。測試某等價類的代表值就等于對這一類其他值的測試。等價類劃分法是軟件測試最經(jīng)典的方法，只要有數(shù)據(jù)輸入的地方就可以使用等價類劃分法。因為窮舉測試是不可能的，所以要使用最少的數(shù)據(jù)，達(dá)到*的覆蓋——覆蓋功能和需求點(diǎn)。

邊界值分析法

某種意義上來講，黑盒測試在進(jìn)行用例設(shè)計的時候，分析的就是軟件的輸入和輸出。邊界值分析法就是對輸入和輸出的邊界值進(jìn)行分析，得到一些數(shù)據(jù)進(jìn)行測試的黑盒測試方法。它是對等價類劃分法的補(bǔ)充。它要分析邊界，而邊界來自于等價類的邊界。等價類分有效等價類和無效等價類，構(gòu)建數(shù)據(jù)的時候從有效等價類里挑選任意的值。邊界分析則是從等價類里挑選它的邊界，所以它是暴露錯誤能力最強(qiáng)的一種測試方法。只要有數(shù)據(jù)輸入的地方，一般就可以使用邊界值。

邊界值與等價類劃分的區(qū)別

邊界值分析不是從某等價類中隨便挑一個作為代表，而是使這個等價類的每個邊界都要作為測試條件，關(guān)注的是等價類的邊界。而且邊界值分析不僅考慮輸入條件，還要考慮輸出空間產(chǎn)生的測試邊界情況。

為什么除了等價類分析，還要進(jìn)行邊界值分析

因為大量的錯誤都發(fā)生在輸入或輸出范圍的邊界上，而不是發(fā)生在輸入輸出范圍的內(nèi)部。所以測試要關(guān)注在極值上。針對各種邊界情況設(shè)計測試用例，也可以查出更多的錯誤。