軟件測試流程是什么？？
測試流程依次如下：
1、需求：閱讀需求，理解需求，與客戶(hù)、開(kāi)發(fā)、架構多方交流，深入了解需求。--
2、測試計劃:根據需求估算測試所需資源（人力、設備等）、所需時(shí)間、功能點(diǎn)劃分、如何合理分配安排資源等。---
3、用例設計：根據測試計劃、任務(wù)分配、功能點(diǎn)劃分，設計合理的測試用例。---,
4、執行測試：根據測試用例的詳細步驟，執行測試用例。--(主要是初級測試人員)
5、執行結果記錄和bug記錄：對每個(gè)case記錄測試的結果，有bug的在測試管理工具中編寫(xiě)bug記錄。--(主要是初級測試人員)
6、：追蹤leader分配給你追蹤的bug.直到bugfixed。--
7、測試報告：通過(guò)不斷測試、追蹤，直到被測軟件達到測試需求要求，并沒(méi)有重大bug.
8、用戶(hù)體驗、軟件發(fā)布等。
擴展資料：
流程分析：
這個(gè)流程*的優(yōu)點(diǎn)，就是能快速的發(fā)現并修復問(wèn)題。
這個(gè)流程中，項目經(jīng)理是核心，項目經(jīng)理也確實(shí)是有多年開(kāi)發(fā)與項目經(jīng)驗的牛人，他喜歡不定期分享上些前沿的技術(shù)。
對于測試來(lái)說(shuō)，需求很不明確，測試文檔與用例也是可有可無(wú)的產(chǎn)物，沒(méi)有需求文檔，或非常簡(jiǎn)陋，根據需求文檔根本無(wú)法編寫(xiě)用例。
通用的測試用例，如登錄、文件上傳下載、列表翻頁(yè)、日期選擇、輸入框驗證、搜索等有一些“通用型”用例，以便在測試過(guò)程中做參考。
參考資料：程序測試_百度百科
軟件測試的步驟
1、單元測試
單元測試主要是對該軟件的模塊進(jìn)行測試，通過(guò)測試以發(fā)現該模塊的實(shí)際功能出現不符合的情況和編碼錯誤。
由于該模塊的規模不大，功能單一，結構較簡(jiǎn)單，且測試人員可通過(guò)閱讀源程序清楚知道其邏輯結構，首先應通過(guò)靜態(tài)測試方法，比如靜態(tài)分析、代碼審查等，對該模塊的源程序進(jìn)行分析，按照模塊的程序設計的控制流程圖，以滿(mǎn)足軟件覆蓋率要求的邏輯測試要求。
另外，也可采用黑盒測試方法提出一組基本的測試用例，再用白盒測試方法進(jìn)行驗證。若用黑盒測試方法所產(chǎn)生的測試用例滿(mǎn)足不了軟件的覆蓋要求，可采用白盒法增補出新的測試用例，以滿(mǎn)足所需的覆蓋標準。
其所需的覆蓋標準應視模塊的實(shí)際具體情況而定。對一些質(zhì)量要求和可靠性要求較高的模塊，一般要滿(mǎn)足所需條件的組合覆蓋或者路徑覆蓋標準。
2、集成測試
集成測試是軟件測試的第二階段，在這個(gè)階段，通常要對已經(jīng)嚴格按照程序設計要求和標準組裝起來(lái)的模塊同時(shí)進(jìn)行測試，明確該程序結構組裝的正確性，發(fā)現和接口有關(guān)的問(wèn)題，比如模塊接口的數據是否會(huì )在穿越接口時(shí)發(fā)生丟失；各個(gè)模塊之間因某種疏忽而產(chǎn)生不利的影響。
將模塊各個(gè)子功能組合起來(lái)后產(chǎn)生的功能要求達不到預期的功能要求；一些在誤差范圍內且可接受的誤差由于長(cháng)時(shí)間的積累進(jìn)而到達了不能接受的程度；數據庫因單個(gè)模塊發(fā)生錯誤造成自身出現錯誤等等。
同時(shí)因集成測試是界于單元測試和系統測試之間的，所以，集成測試具有承上啟下的作用。因此有關(guān)測試人員必須做好集成測試工作。在這一階段，一般采用的是白盒和黑盒結合的方法進(jìn)行測試，驗證這一階段設計的合理性以及需求功能的實(shí)現性。
3、系統測試
一般情況下，系統測試采用黑盒法來(lái)進(jìn)行測試的，以此來(lái)檢查該系統是否符合軟件需求。本階段的主要測試內容包括健壯性測試、性能測試、功能測試、安裝或反安裝測試、用戶(hù)界面測試、壓力測試、可靠性及安全性測試等。為了有效保證這一階段測試的客觀(guān)性，必須由獨立的測試小組來(lái)進(jìn)行相關(guān)的系統測試。
另外，系統測試過(guò)程較為復雜，由于在系統測試階段不斷變更需求造成功能的刪除或增加，從而使程序不斷出現相應的更改，而程序在更改后可能會(huì )出現新的問(wèn)題，或者原本沒(méi)有問(wèn)題的功能由于更改導致出現問(wèn)題。所以，測試人員必須進(jìn)行回歸測試。
4、驗收測試
驗收測試是*一個(gè)階段的測試操作，在軟件產(chǎn)品投入正式運行前的所要進(jìn)行的測試工作。和系統測試相比而言，驗收測試與之的區別就只是測試人員不同，驗收測試則是由用戶(hù)來(lái)執行這一操作的。
驗收測試的主要目標是為向用戶(hù)展示所開(kāi)發(fā)出來(lái)的軟件符合預定的要求和有關(guān)標準，并驗證軟件實(shí)際工作的有效性和可靠性，確保用戶(hù)能用該軟件順利完成既定的任務(wù)和功能。通過(guò)了驗收測試，該產(chǎn)品就可進(jìn)行發(fā)布。
但是，在實(shí)際交付給用戶(hù)之后，開(kāi)發(fā)人員是無(wú)法預測該軟件用戶(hù)在實(shí)際運用過(guò)程中是如何使用該程序的，所以從用戶(hù)的角度出發(fā)，測試人員還應進(jìn)行Alpha測試或Beta測試這兩種情形的測試。Alpha測試是在軟件開(kāi)發(fā)環(huán)境下由用戶(hù)進(jìn)行的測試，或者模擬實(shí)際操作環(huán)境進(jìn)而進(jìn)行的測試。
Alpha測試主要是對軟件產(chǎn)品的功能、局域化、界面、可使用性以及性能等等方面進(jìn)行評價(jià)。而B(niǎo)eta測試是在實(shí)際環(huán)境中由多個(gè)用戶(hù)對其進(jìn)行測試，并將在測試過(guò)程中發(fā)現的錯誤有效反饋給軟件開(kāi)發(fā)者。所以在測試過(guò)程中用戶(hù)必須定期將所遇到的問(wèn)題反饋給開(kāi)發(fā)者。
擴展資料
對計算機軟件進(jìn)行測試前，首先需遵循軟件測試原則，即不完全原則的遵守。不完全原則即為若測試不完全、測試過(guò)程中涉及免疫性原則的部分較多，可對軟件測試起到一定幫助。
因軟件測試因此類(lèi)因素具有一定程度的免疫性，測試人員能夠完成的測試內容與其免疫性成正比，若想使軟件測試更為流暢、測試效果更為有效，首先需遵循此類(lèi)原則，將此類(lèi)原則貫穿整個(gè)開(kāi)發(fā)流程，不斷進(jìn)行測試，而并非一次性全程測試。
參考資料來(lái)源：百度百科-軟件測試
參考資料來(lái)源：百度百科-軟件測試方法
軟件測試的流程是什么？
對計算機軟件進(jìn)行測試前，首先需遵循軟件測試原則，即不完全原則的遵守。
不完全原則即為若測試不完全、測試過(guò)程中涉及免疫性原則的部分較多，可對軟件測試起到一定幫助。
因軟件測試因此類(lèi)因素具有一定程度的免疫性，測試人員能夠完成的測試內容與其免疫性成正比，若想使軟件測試更為流暢、測試效果更為有效，首先需遵循此類(lèi)原則，將此類(lèi)原則貫穿整個(gè)開(kāi)發(fā)流程，不斷進(jìn)行測試，而并非一次性全程測試。
擴展資料：
軟件測試已有了行業(yè)標準(IEEE/ANSI )，1983年IEEE提出的軟件工程術(shù)語(yǔ)中給軟件測試下的定義是：“使用人工或自動(dòng)的手段來(lái)運行或測定某個(gè)軟件系統的過(guò)程，其目的在于檢驗它是否滿(mǎn)足規定的需求或弄清預期結果與實(shí)際結果之間的差別”。
這個(gè)定義明確指出:軟件測試的目的是為了檢驗軟件系統是否滿(mǎn)足需求。它再也不是一個(gè)一次性的，而且只是開(kāi)發(fā)后期的活動(dòng)，而是與整個(gè)開(kāi)發(fā)流程融合成一體。軟件測試已成為一個(gè)專(zhuān)業(yè)，需要運用專(zhuān)門(mén)的方法和手段，需要專(zhuān)門(mén)人才和專(zhuān)家來(lái)承擔。
參考資料?百度百科-軟件測試
什么是軟件測試，主要測試哪些內容？
軟件測試主要工作內容，包括兩個(gè)方面驗證（）和確認（）。驗證()是保證軟件正確地實(shí)現了一些特定功能的一系列活動(dòng)， 即保證軟件以正確的方式來(lái)做了這個(gè)事件。
1.確定軟件生存周期中的一個(gè)給定階段的產(chǎn)品是否達到前階段確立的需求的過(guò)程。
2.程序正確性的形式證明，即采用形式理論證明程序符合設計規約規定的過(guò)程。
3.評審、審查、測試、檢查、審計等各類(lèi)活動(dòng)，或對某些項處理、服務(wù)或文件等是否和規定的需求相一致進(jìn)行判斷和提出報告。
確認（）是一系列的活動(dòng)和過(guò)程，目的是想證實(shí)在一個(gè)給定的外部環(huán)境中軟件的邏輯正確性。即保證軟件做了你所期望的事情。
1.靜態(tài)確認，不在計算機上實(shí)際執行程序，通過(guò)人工或程序分析來(lái)證明軟件的正確性。
2.動(dòng)態(tài)確認，通過(guò)執行程序做分析，測試程序的動(dòng)態(tài)行為，以證實(shí)軟件是否存在問(wèn)題。
其實(shí)，軟件測試的對象不僅僅是程序測試，軟件測試應該包括整個(gè)軟件開(kāi)發(fā)期間各個(gè)階段所產(chǎn)生的文檔，如需求規格說(shuō)明、概要設計文檔、詳細設計文檔，當然軟件測試的主要對象還是源程序。
軟件測試的基本流程
軟件測試的基本流程：分析測試需求、指定測試計劃、設計測試用例、執行測試、編寫(xiě)測試報告。
1、分析測試需求。
測試人員在制訂測試計劃之前需要先對軟件需求進(jìn)行分析，以便對要開(kāi)發(fā)的軟件產(chǎn)品有個(gè)清晰的人認識，從而明確測試對象及測試工作的范圍和測試重點(diǎn)。在分析測試需求時(shí)還可以獲取一些測試數據，作為測試計劃的基本依據，為后續的測試打好基礎。
2、指定測試計劃。
測試工作貫穿于整個(gè)軟件開(kāi)發(fā)生命周期，是一項龐大而復雜地工作，需要制定一個(gè)完整且詳細地測試計劃作為指導。測試計劃是整個(gè)測試工作地導航圖，但它并不是一成不變的，隨著(zhù)項目推進(jìn)或需求變更，測試計劃也會(huì )不斷發(fā)生改變，因此測試計劃的制定是隨著(zhù)項目發(fā)展不斷調整，逐步完善的過(guò)程。
3、設計測試用例。
測試用例編寫(xiě)的原則是盡量以最少的測試用例達到*測試覆蓋率。測試用例常用的設計方法包括等價(jià)類(lèi)劃分、邊界值分析法、因果圖與判定表法、正交實(shí)驗設計法、邏輯覆蓋法等，這些設計方法在后面的章節中會(huì )陸續交接。
4、執行測試。
執行測試就是按照測試用例進(jìn)行測試的過(guò)程，這是測試人員最主要的活動(dòng)階段。在執行測試時(shí)要根據測試用例的優(yōu)先級進(jìn)行。測試執行過(guò)程看似簡(jiǎn)單，只要按照測試用例完成測試工作即可。
5、編寫(xiě)測試報告。
測試報告是對一個(gè)測試活動(dòng)地總結，對項目測試過(guò)程進(jìn)行歸納，對測試數據進(jìn)行統計，對項目地測試質(zhì)量進(jìn)行客觀(guān)評價(jià)。
軟件測試的測試方法有哪些？
軟件測試行業(yè)因為其薪資高、壓力小，受到了越來(lái)越多人的青睞，尤其是很多想轉入IT行業(yè)的小白，軟測也是他們的*。那么軟件測試的方法一共有幾種呢?軟件測試方法有等價(jià)類(lèi)劃分法、邊界值方法、因果圖法、判定表法、正交排列法、錯誤推算法、場(chǎng)景法等。本文主要來(lái)為大家介紹一下等價(jià)類(lèi)劃分法和邊界值方法。
一、等價(jià)類(lèi)劃分法
等價(jià)類(lèi)劃分法是把所有可能輸入的數據，分成若干部分(子集)，在該子集合中，各個(gè)輸入數據對于揭露程序中的錯誤都是等效的。測試某等價(jià)類(lèi)的代表值就等于對這一類(lèi)其他值的測試。等價(jià)類(lèi)劃分法是軟件測試最經(jīng)典的方法，只要有數據輸入的地方就可以使用等價(jià)類(lèi)劃分法。因為窮舉測試是不可能的，所以要使用最少的數據，達到*的覆蓋——覆蓋功能和需求點(diǎn)。
二、邊界值分析法
某種意義上來(lái)講，黑盒測試在進(jìn)行用例設計的時(shí)候，分析的就是軟件的輸入和輸出。邊界值分析法就是對輸入和輸出的邊界值進(jìn)行分析，得到一些數據進(jìn)行測試的黑盒測試方法。它是對等價(jià)類(lèi)劃分法的補充。它要分析邊界，而邊界來(lái)自于等價(jià)類(lèi)的邊界。等價(jià)類(lèi)分有效等價(jià)類(lèi)和無(wú)效等價(jià)類(lèi)，構建數據的時(shí)候從有效等價(jià)類(lèi)里挑選任意的值。邊界分析則是從等價(jià)類(lèi)里挑選它的邊界，所以它是暴露錯誤能力最強的一種測試方法。只要有數據輸入的地方，一般就可以使用邊界值。
邊界值與等價(jià)類(lèi)劃分的區別
邊界值分析不是從某等價(jià)類(lèi)中隨便挑一個(gè)作為代表，而是使這個(gè)等價(jià)類(lèi)的每個(gè)邊界都要作為測試條件，關(guān)注的是等價(jià)類(lèi)的邊界。而且邊界值分析不僅考慮輸入條件，還要考慮輸出空間產(chǎn)生的測試邊界情況。為什么除了等價(jià)類(lèi)分析，還要進(jìn)行邊界值分析因為大量的錯誤都發(fā)生在輸入或輸出范圍的邊界上，而不是發(fā)生在輸入輸出范圍的內部。所以測試要關(guān)注在極值上。針對各種邊界情況設計測試用例，也可以查出更多的錯誤。
以上是關(guān)于軟件測試的幾種方法的介紹，由多測師親自撰寫(xiě)，全網(wǎng)*提供!
軟件測試有哪些常用的測試方法？
隨著(zhù)軟件技術(shù)的不斷發(fā)展，越來(lái)越多的人開(kāi)始關(guān)注軟件測試，軟件測試的方法有很多種，最重要的是選擇適合的軟件測試方法。選擇是非常關(guān)鍵的，只有選擇到合適的才能在工作中起到事半功倍的作用。那么軟件測試的方法有哪些呢？下面電腦培訓為大家具體介紹。
一、白盒測試
白盒測試也稱(chēng)為結構測試，是根據程序內部的邏輯結構和代碼結構，設計測試數據，完成測試的測試方法。白盒子測試的直接優(yōu)點(diǎn)是，知道所設計的測試用例在代碼上的哪個(gè)地方被忽視。IT培訓認為其優(yōu)點(diǎn)是測試人員能夠增加代碼的覆蓋率，提高代碼實(shí)行的整體質(zhì)量，幫助發(fā)現代碼中的隱藏危險。
二、黑盒測試
黑盒測試也稱(chēng)數據傳輸測試，作為不能夠看到測試對象的黑匣子，完全不需要考慮程序內部結構和處理過(guò)程的情況，北大青鳥(niǎo)發(fā)現測試人員可以根據程序功能的要求規格，確定測試用例，并推斷測試結果的測試方法。
三、灰盒測試
灰盒測試主要是一種綜合的測試方法，它居于程序運行的外部表達。同時(shí)，根據內部邏輯結構設計用例，執行程序、采集路徑執行信息和外部用戶(hù)界面結果。
四、集成測試
集成測試是一種組裝測試，是在單元測試基礎上的一種有序測試。其主要的目的是驗證軟件單元間的接口關(guān)系，通過(guò)測試發(fā)現各軟件單元接口間的問(wèn)題，北京北大青鳥(niǎo)非常期待最終測試的單元構成符合設計要求的軟件。
軟件測試的方法一共有幾種
1、從是否關(guān)心內部結構來(lái)看
（1）白盒測試：又稱(chēng)為結構測試或邏輯驅動(dòng)測試，是一種按照程序內部邏輯結構和編碼結構，設計測試數據并完成測試的一種測試方法。
（2）黑盒測試：又稱(chēng)為數據驅動(dòng)測試，把測試對象當做看不見(jiàn)的黑盒，在完全不考慮程序內部結構和處理過(guò)程的情況下，測試者僅依據程序功能的需求規范考慮，確定測試用例和推斷測試結果的正確性，它是站在使用軟件或程序的角度，從輸入數據與輸出數據的對應關(guān)系出發(fā)進(jìn)行的測試。
（3）灰盒測試：是一種綜合測試法，它將“黑盒”測試與“白盒”測試結合在一起，是基于程序運行時(shí)的外部表現又結合內部邏輯結構來(lái)設計用例，執行程序并采集路徑執行信息和外部用戶(hù)接口結果的測試技術(shù)。
2、從是否執行代碼看
（1）靜態(tài)測試：指不運行被測程序本身，僅通過(guò)分析或檢查源程序的語(yǔ)法、結構、過(guò)程、接口等來(lái)檢查程序的正確性。
(2)動(dòng)態(tài)測試：是指通過(guò)運行被測程序，檢查運行結果與預期結果的差異，并分析運行效率、正確性和健壯性等性能指標。
3、從開(kāi)發(fā)過(guò)程級別看
（1）單元測試：又稱(chēng)模塊測試，是針對軟件設計的最小單位----程序模塊或功能模塊，進(jìn)行正確性檢驗的測試工作。其目的在于檢驗程序各模塊是否存在各種差錯，是否能正確地實(shí)現了其功能，滿(mǎn)足其性能和接口要求。
(2)集成測試：又叫組裝測試或聯(lián)合，是單元測試的多級擴展，是在單元測試的基礎上進(jìn)行的一種有序測試。旨在檢驗軟件單元之間的接口關(guān)系，以期望通過(guò)測試發(fā)現各軟件單元接口之間存在的問(wèn)題，最終把經(jīng)過(guò)測試的單元組成符合設計要求的軟件。
（3）系統測試：是為判斷系統是否符合要求而對集成的軟、硬件系統進(jìn)行的測試活動(dòng)、它是將已經(jīng)集成好的軟件系統，作為基于整個(gè)計算機系統的一個(gè)元素，與計算機硬件、外設、某些支持軟件、人員、數據等其他系統元素結合在一起，在實(shí)際運行環(huán)境下，對計算機系統進(jìn)行一系列的組裝測試和確認測試。
在系統測試中，對于具體的測試類(lèi)型有：
（1）功能測試：對軟件需求規格說(shuō)明書(shū)中的功能需求逐項進(jìn)行的測試，以驗證功能是否滿(mǎn)足要求。
（2）性能測試：對軟件需求規格說(shuō)明書(shū)的功能需求逐項進(jìn)行的測試，以驗證功能是否滿(mǎn)足要求。
（3）接口測試：對軟件需求規格說(shuō)明中的接口需求逐項進(jìn)行的測試。
（4）人機交互界面測試：對所有人機交互界面提供的操作和顯示界面進(jìn)行的測試，以檢驗是否滿(mǎn)足用戶(hù)的需求。
（5）強度測試：強制軟件運行在異常乃至發(fā)生故障的情況下（設計的極限狀態(tài)到超出極限），驗證軟件可以運行到何種程序的測試。
（6）余量測試：對軟件是否達到規格說(shuō)明中要求的余量的測試。
（7）安全性測試：檢驗軟件中已存在的安全性、安全保密性措施是否有效的測試，
（8）可靠性測試：在真實(shí)的或仿真的環(huán)境中，為做出軟件可靠性估計而對軟件進(jìn)行的功能（其輸入覆蓋和環(huán)境覆蓋一般大于普通的功能測試）
（9）恢復性測試：對有恢復或重置功能的軟件的每一類(lèi)導致恢復或重置的情況，逐一進(jìn)行的測試。
（10）邊界測試：對軟件處在邊界或端點(diǎn)情況下運行狀態(tài)的測試。
（11）數據處理測試：對完成專(zhuān)門(mén)數據處理功能所進(jìn)行的測試。
（12）安裝性測試：對安裝過(guò)程是否符合安裝規程的測試，以發(fā)現安裝過(guò)程中的錯誤。
（13）容量測試：檢驗軟件的能力*能達到什么程度的測試。
（14）互操作性測試：為驗證不同軟件之間的互操作能力而進(jìn)行的測試。
（15）敏感性測試：為發(fā)現在有效輸入類(lèi)中可能引起某種不穩定性或不正常處理的某些數據的組合而進(jìn)行的測試。
（16）標準符合性測試：驗證軟件與相關(guān)*標準或規范（如軍用標準、*標準、行業(yè)標準及國際標準）一致性的測試。
（17）兼容性測試：驗證軟件在規定條件下與若干個(gè)實(shí)體共同使用或實(shí)現數據格式轉換時(shí)能滿(mǎn)足有關(guān)要求能力的測試。
（18）中文本地化測試：驗證軟件在不降低原有能力的條件下，處理中文能力的測試。
4、從執行過(guò)程是否需要人工干預來(lái)看
（1）手工測試：就是測試人員按照事先為覆蓋被測軟件需求而編寫(xiě)的測試用例，根據測試大綱中所描述的測試步驟和方法，手工地一個(gè)一個(gè)地輸 入執行，包括與被測軟件進(jìn)行交互（如輸入測試數據、記錄測試結果等），然后觀(guān)察測試結果，看被測程序是否存在問(wèn)題，或在執行過(guò)程中是否會(huì )有一場(chǎng)發(fā)生，屬于比較原始但是必須執行的一個(gè)步驟。
（2）自動(dòng)化測試：實(shí)際上是將大量的重復性的測試工作交給計算機去完成，通常是使用自動(dòng)化測試工具來(lái)模擬手動(dòng)測試步驟，執行用某種程序設計語(yǔ)言編寫(xiě)的過(guò)程（全自動(dòng)測試就是指在自動(dòng)測試過(guò)程中，不需要人工干預，由程序自動(dòng)完成測試的全過(guò)程；半自動(dòng)測試就是指在自動(dòng)測試過(guò)程中，需要手動(dòng)輸入測試用例或選擇測試路徑，再由自動(dòng)測試程序按照人工指定的要求完成自動(dòng)測試）
5、從測試實(shí)施組織看
（1）開(kāi)發(fā)測試：開(kāi)發(fā)人員進(jìn)行的測試
（2）用戶(hù)測試：用戶(hù)方進(jìn)行的測試
（3）第三方測試：有別于開(kāi)發(fā)人員或用戶(hù)進(jìn)行的測試，由專(zhuān)業(yè)的第三方承擔的測試，目的是為了保證測試工作的客觀(guān)性
6、從測試所處的環(huán)境看
（1）阿爾法測試：是由一個(gè)用戶(hù)在開(kāi)發(fā)環(huán)境下進(jìn)行的測試，也可以是公司內部的用戶(hù)在模擬實(shí)際操作環(huán)境下進(jìn)行的測試
（2）貝塔測試：是用戶(hù)公司組織各方面的典型終端用戶(hù)在日常工作中實(shí)際使用貝塔版本，并要求用戶(hù)報告
擴展資料軟件測試的內容：
1 得到需求、功能設計、內部設計說(shuō)書(shū)和其他必要的文檔
2 得到預算和進(jìn)度要求
3 確定與項目有關(guān)的人員和他們的責任、對報告的要求、所需的標準和過(guò)程 ( 例如發(fā)行過(guò)程、變更過(guò)程、等等 )
4 確定應用軟件的高風(fēng)險范圍，建立優(yōu)先級、確定測試所涉及的范圍和限制
5 確定測試的步驟和方法 ── 部件、集成、功能、系統、負載、可用性等各種測試
6 確定對測試環(huán)境的要求 ( 硬件、軟件、通信等 )
7 確定所需的測試用具 (testware) ，包括記錄 / 回放工具、覆蓋分析、測試跟蹤、問(wèn)題 / 錯誤跟蹤、等等
8 確定對測試的輸入數據的要求
9 分配任務(wù)和任務(wù)負責人，以及所需的勞動(dòng)力
10 設立大致的時(shí)間表、期限、和里程碑
11 確定輸入環(huán)境的類(lèi)別、邊界值分析、錯誤類(lèi)別
12 準備測試計劃文件和對計劃進(jìn)行必要的回顧
13 準備白盒測試案例
14 對測試案例進(jìn)行必要的回顧 / 調查 / 計劃
15 準備測試環(huán)境和測試用具，得到必需的用戶(hù)手冊 / 參考文件 / 結構指南 / 安裝指南，建立測試跟蹤過(guò)程，建立日志和檔案、建立或得到測試輸入數據
16 得到并安裝軟件版本
17 進(jìn)行測試
18 評估和報告結果
19 跟蹤問(wèn)題 / 錯誤，并解決它
20 如果有必要，重新進(jìn)行測試
21 在整個(gè)生命周期里維護和修改測試計劃、測試案例、測試環(huán)境、和測試用具
參考資料：百度百科-軟件測試
什么是軟件測試？
一、軟件測試的目的1）軟件測試是為了發(fā)現錯誤而執行程序的過(guò)程。
2）測試是為了證明程序有錯，而不是證明程序無(wú)錯。（發(fā)現錯誤不是*目的）
3）一個(gè)好的測試用例在于它發(fā)現至今未發(fā)現的錯誤。
4）一個(gè)成功的測試是發(fā)現了至今未發(fā)現的錯誤的測試。
注意：
1、測試并不僅僅是為了要找出錯誤。通過(guò)分析錯誤產(chǎn)生的原因和錯誤的分布特征?？梢詭椭椖抗芾碚甙l(fā)現當前所采用的軟件過(guò)程的缺陷，以便改進(jìn)。同時(shí)，通過(guò)分析也能幫助我們設計出有針對性的檢測方法，改善測試的有效性。
2、沒(méi)有發(fā)現錯誤的測試也是有價(jià)值的，完整的測試是評定測試質(zhì)量的一種方法。詳細而嚴謹的可靠性增長(cháng)模型可以證明這一點(diǎn)。例如Bev 發(fā)現一個(gè)經(jīng)過(guò)測試而正常運行了n個(gè)小時(shí)的系統有繼續正常運行n個(gè)小時(shí)的概率。
軟件測試的方法一共有幾種？
軟件測試行業(yè)因為其薪資高、壓力小，受到了越來(lái)越多人的青睞，尤其是很多想轉入IT行業(yè)的小白，軟測也是他們的*。那么軟件測試的方法一共有幾種呢?北大青鳥(niǎo)昌平鎮計算機來(lái)跟著(zhù)了解一下吧。
等價(jià)類(lèi)劃分法
等價(jià)類(lèi)劃分法是把所有可能輸入的數據，分成若干部分(子集)，在該子集合中，各個(gè)輸入數據對于揭露程序中的錯誤都是等效的。測試某等價(jià)類(lèi)的代表值就等于對這一類(lèi)其他值的測試。等價(jià)類(lèi)劃分法是軟件測試最經(jīng)典的方法，只要有數據輸入的地方就可以使用等價(jià)類(lèi)劃分法。因為窮舉測試是不可能的，所以要使用最少的數據，達到*的覆蓋——覆蓋功能和需求點(diǎn)。
邊界值分析法
某種意義上來(lái)講，黑盒測試在進(jìn)行用例設計的時(shí)候，分析的就是軟件的輸入和輸出。邊界值分析法就是對輸入和輸出的邊界值進(jìn)行分析，得到一些數據進(jìn)行測試的黑盒測試方法。它是對等價(jià)類(lèi)劃分法的補充。它要分析邊界，而邊界來(lái)自于等價(jià)類(lèi)的邊界。等價(jià)類(lèi)分有效等價(jià)類(lèi)和無(wú)效等價(jià)類(lèi)，構建數據的時(shí)候從有效等價(jià)類(lèi)里挑選任意的值。邊界分析則是從等價(jià)類(lèi)里挑選它的邊界，所以它是暴露錯誤能力最強的一種測試方法。只要有數據輸入的地方，一般就可以使用邊界值。
邊界值與等價(jià)類(lèi)劃分的區別
邊界值分析不是從某等價(jià)類(lèi)中隨便挑一個(gè)作為代表，而是使這個(gè)等價(jià)類(lèi)的每個(gè)邊界都要作為測試條件，關(guān)注的是等價(jià)類(lèi)的邊界。而且邊界值分析不僅考慮輸入條件，還要考慮輸出空間產(chǎn)生的測試邊界情況。
為什么除了等價(jià)類(lèi)分析，還要進(jìn)行邊界值分析
因為大量的錯誤都發(fā)生在輸入或輸出范圍的邊界上，而不是發(fā)生在輸入輸出范圍的內部。所以測試要關(guān)注在極值上。針對各種邊界情況設計測試用例，也可以查出更多的錯誤。