軟件測試分為哪幾個(gè)階段
軟件測試一般分為4個(gè)階段：單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試。
軟件測試是貫穿整個(gè)軟件生命周期的，軟件測試的對象包括軟件需求、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、軟件運(yùn)行環(huán)境、可運(yùn)行程序和軟件源代碼等。
軟件測試包括質(zhì)量、人員、資源、技術(shù)和流程要素，以及測試覆蓋率和測試效率兩個(gè)目標(biāo)。
單元測試：單元測試是針對軟件設(shè)計(jì)的最小單位--程序模塊甚至代碼段進(jìn)行正確性檢驗(yàn)的測試工作，通常由開發(fā)人員進(jìn)行。
對于單元測試中單元的含義，一般來說，要根據(jù)實(shí)際情況去判定其具體含義，如C語言中單元指一個(gè)函數(shù)，Java里單元指一個(gè)類，圖形化的軟件中可以指一個(gè)窗口或一個(gè)菜單等。
軟件測試分為哪幾個(gè)階段，每個(gè)階段都是干什么的？
軟件測試分為哪幾個(gè)階段，每個(gè)階段都是干什么的？？ 按照開發(fā)階段劃分，軟件測試可分為單元測試、集成測試，系統(tǒng)測試和驗(yàn)收測試。
單元測試：針對每個(gè)單元的測試， 以確保每個(gè)模塊能正常工作為目標(biāo)。
集成測試：對已測試過的模塊進(jìn)行組裝，進(jìn)行集成測試。目的在于檢驗(yàn)與軟件設(shè)計(jì)相關(guān)的程序結(jié)構(gòu)問題。
確認(rèn)（有效性）測試：是檢驗(yàn)所開發(fā)的軟件能否滿足所有功能和性能需求的*手段。有的劃分方法中，也將確認(rèn)測試合并入系統(tǒng)測試中。
系統(tǒng)測試：檢驗(yàn)軟件產(chǎn)品能否與系統(tǒng)的其他部分（比如，硬件、數(shù)據(jù)庫及操作人員）協(xié)調(diào)工作。
驗(yàn)收（用戶）測試：檢驗(yàn)軟件產(chǎn)品質(zhì)量的*一道工序。主要突出用戶的作用，同時(shí)軟件開發(fā)人員也應(yīng)有一定程度的參與。
驗(yàn)收測試可以分成Alpha測試和Beta測試。
Alpha測試是由用戶在開發(fā)環(huán)境下完成的測試，Beta測試是由用戶在用戶環(huán)境下完成的測試。
軟件測試可分為單元測試、集成測試，系統(tǒng)測試和驗(yàn)收測試。
單元測試：針對每個(gè)單元的測試， 以確保每個(gè)模塊能正常工作為目標(biāo)。
集成測試：對已測試過的模塊進(jìn)行組裝，進(jìn)行集成測試。目的在于檢驗(yàn)與軟件設(shè)計(jì)相關(guān)的程序結(jié)構(gòu)問題。
確認(rèn)（有效性）測試：是檢驗(yàn)所開發(fā)的軟件能否滿足所有功能和性能需求的*手段。有的劃分方法中，也將確認(rèn)測試合并入系統(tǒng)測試中。
系統(tǒng)測試：檢驗(yàn)軟件產(chǎn)品能否與系統(tǒng)的其他部分（比如，硬件、數(shù)據(jù)庫及操作人員）協(xié)調(diào)工作。
驗(yàn)收（用戶）測試：檢驗(yàn)軟件產(chǎn)品質(zhì)量的*一道工序。主要突出用戶的作用，同時(shí)軟件開發(fā)人員也應(yīng)有一定程度的參與。
驗(yàn)收測試可以分成Alpha測試和Beta測試。
Alpha測試是由用戶在開發(fā)環(huán)境下完成的測試，Beta測試是由用戶在用戶環(huán)境下完成的測試。
軟件測試其實(shí)就是找出軟件中的缺陷，然后反饋給開發(fā)人員，讓他做出修正！:blog.sina../s/blog_. 這里有關(guān)于軟件測試職業(yè)發(fā)展的各個(gè)階段 的介紹！你可以看一下
剩女分為哪幾個(gè)階段？ （一）25周歲--28周歲之間，為初級(jí)剩女，這些人還有勇氣繼續(xù)為尋找伴侶而奮斗，故稱“剩斗士”（圣斗士）；
（二)28周歲--32周歲之間，為中級(jí)剩女，此時(shí)屬于他們的機(jī)會(huì)已經(jīng)不多，又因?yàn)槭聵I(yè)而無暇尋覓，別號(hào)“必?？汀保ū貏倏停?br> （三）32周歲--35周歲之間，為高級(jí)剩女，在殘酷的職場斗爭中存活下來，依然單身，被尊稱為“斗戰(zhàn)剩佛”（斗戰(zhàn)勝佛）；
（四）到了35周歲往上，那就是特級(jí)剩女，當(dāng)尊之為“齊天大?！保R天大圣）。
戀愛分為哪幾個(gè)階段。
*個(gè)階段：共存。
第二個(gè)階段：反依賴。
第三個(gè)階段：獨(dú)立。
第四個(gè)階段：共生。
希望樓主采納。
（本次回答來自 ——簡單的幸?！獔F(tuán)隊(duì) ，有問題可以找我們團(tuán)哦~）
*個(gè)階段：共存。
這是熱戀時(shí)期，情人不論何時(shí)何地總希望能膩在一起。
第二個(gè)階段：反依賴。
等到情感穩(wěn)定后，至少會(huì)有一方想要有多一點(diǎn)自己的時(shí)間作自己想做的事，這時(shí)另一方就會(huì)感到被冷落。
第三個(gè)階段：獨(dú)立。
這是第二個(gè)階段的延續(xù)，要求更多獨(dú)立自主的時(shí)間。
第四個(gè)階段：共生。
這時(shí)新的相處之道已經(jīng)成形，
你（你）的他（她）已經(jīng)成為你(你）最親的人。
你們在一起相互扶持、一起開創(chuàng)屬于你們自己的人生。
你們在一起不會(huì)互相牽絆，而會(huì)互相成長。
但是，大部分的人都通不過第二或第三階段，而選擇分手一途，這是非?？上У?。
很多事只要好好溝通都會(huì)沒事的，不要耍個(gè)性，不要想太多要互相信任，這樣第二、三階段的時(shí)間就會(huì)縮短。
和所愛的人相遇相戀是非常不容易的，不要輕言放棄。
兩人相聚是因?yàn)橛芯?，相知是因?yàn)橛行?，真的得好好珍惜這福份莫說分手不是無由，希望看到上述的四個(gè)階段，真能給大家一些啟示與領(lǐng)悟并惜緣我們會(huì)逐漸變成我們所愛的人。
你和他本來沒有相同之處，外表不相像，性格也是南轅北轍，一旦愛上了，年深日久，你會(huì)驚訝你的眼睛有點(diǎn)像他的眼睛，他的微笑也有點(diǎn)像你的微笑。
你們走路的步伐也有點(diǎn)相似，說話的語氣也愈來愈相像。
你本來喜歡腳踏實(shí)地的人，而他一向比較輕佻，但你們愛上了，他竟會(huì)不知不覺變成一個(gè)老實(shí)人，這個(gè)改變，連他
自己也不曾察覺。
他本來喜歡活潑的女孩子，卻愛上了拘謹(jǐn)?shù)哪?，這些日子，你竟愈來愈活潑，你差點(diǎn)認(rèn)不出自己。我們會(huì)逐漸變成
對方理想中的人，這種改變，絕對不是刻意的。兩個(gè)人愈愛得長久，氣質(zhì)也愈來愈相近，你曾經(jīng)以為他不是你夢寐以求
的那種類型，然而，有一天，你驚訝地發(fā)現(xiàn)，他已經(jīng)變成你喜歡的那種類型，你不必再到處尋覓，他就是你要找的人。
深深愛著一個(gè)人的時(shí)候，你原來真的會(huì)一點(diǎn)一點(diǎn)的失去自己，為甚么你還會(huì)覺得快樂呢？
大概是因?yàn)槟阍谑サ漠?dāng)兒，也是賺了，你把他的氣質(zhì)和他的微笑都賺回來.
幸福很單純...
所以要很單純的人才容易獲得.....
與我親愛的朋友們分享之
三個(gè)階段：積極分子---預(yù)備黨員--黨員。
如果在學(xué)校的話會(huì)民主選舉積極分子，選出多名積極分子，然后以考試的方式定奪積極分子。過段時(shí)間從積極分子中民主選舉預(yù)備黨員，再過段時(shí)間又從預(yù)備黨員中選黨員了。
嗯，一般我們最開始的適應(yīng)階段，然后到維持階段，然后到突破階段。嗯，這個(gè)也是，大概也不能具體，這個(gè)看每個(gè)人在 *** 供他的具體的狀況，可能在后面訓(xùn)練過程中可能降下來，但是可能也，*也降不下來，可能到一個(gè)瓶頸的時(shí)期段都有可能，這個(gè)還是看自己平時(shí)的訓(xùn)練方法，方式。
手機(jī)軟件測試的基本流程？
手機(jī)軟件測試的基本流程：
1、需求分析階段：閱讀需求，理解需求，分析需求點(diǎn)，參與需求評(píng)審會(huì)議。
2、測試計(jì)劃階段：主要任務(wù)就是編寫測試計(jì)劃，參考軟件需求規(guī)格說明書，項(xiàng)目總體計(jì)劃，內(nèi)容包括測試范圍，進(jìn)度安排，人力物力分配，整體測試策略的制定。
3、編寫測試用例：適當(dāng)?shù)牧私庠O(shè)計(jì)，搭建測試用例框架，根據(jù)需求和設(shè)計(jì)編寫測試用例。
4、測試執(zhí)行階段：搭建環(huán)境準(zhǔn)備數(shù)據(jù)，執(zhí)行預(yù)測試然后進(jìn)入正式測試（系統(tǒng)測試、回歸測試、交叉測試、自由測試），bug管理直到測試結(jié)束。
5、輸出測試報(bào)告：輸出測試報(bào)告，確認(rèn)是否可以上線。
擴(kuò)展資料
軟件測試方法
1、動(dòng)態(tài)測試
計(jì)算機(jī)動(dòng)態(tài)測試的主要目的為檢測軟件運(yùn)行中出現(xiàn)的問題，較靜態(tài)測試方式相比，其被稱為動(dòng)態(tài)的原因即為其測試方式主要依賴程序的運(yùn)用，主要為檢測軟件中動(dòng)態(tài)行為是否缺失、軟件運(yùn)行效果是否良好。
2、黑盒測試
黑盒測試，顧名思義即為將軟件測試環(huán)境模擬為不可見的“黑盒”。通過數(shù)據(jù)輸入觀察數(shù)據(jù)輸出，檢查軟件內(nèi)部功能是否正常。測試展開時(shí)，數(shù)據(jù)輸入軟件中，等待數(shù)據(jù)輸出。數(shù)據(jù)輸出時(shí)若與預(yù)計(jì)數(shù)據(jù)一致，則證明該軟件通過測試。
3、白盒測試
白盒測試相對于黑盒測試而言具有一定透明性，原理為根據(jù)軟件內(nèi)部應(yīng)用、源代碼等對產(chǎn)品內(nèi)部工作過程進(jìn)行調(diào)試。
測試過程中常將其與軟件內(nèi)部結(jié)構(gòu)協(xié)同展開分析，*優(yōu)點(diǎn)即為其能夠有效解決軟件內(nèi)部應(yīng)用程序出現(xiàn)的問題，測試過程中常將其與黑盒測試方式結(jié)合，當(dāng)測試軟件功能較多時(shí)，白盒測試法亦可對此類情況展開有效調(diào)試。
軟件測試分為幾個(gè)階段分別是什么？幾種測試方法分別是什么？
軟件測試生命周期包括6個(gè)階段（大體上）：1）計(jì)劃 2）分析，3）設(shè)計(jì)，4）構(gòu)建，5）測試周期，6）*測試和實(shí)施，和7）實(shí)施后。1. 計(jì)劃（產(chǎn)品定義階段）
高層次的測試計(jì)劃（包含多重測試周期）
質(zhì)量保證計(jì)劃（質(zhì)量目標(biāo)，測試標(biāo)準(zhǔn)等 ）
確定計(jì)劃評(píng)審的時(shí)間
報(bào)告問題過程
確定問題的分類
確定驗(yàn)收標(biāo)準(zhǔn)－給質(zhì)量保證員和用戶。
建立應(yīng)用程序測試數(shù)據(jù)庫
確定衡量標(biāo)準(zhǔn)，例如缺陷數(shù)量/嚴(yán)重程度和缺陷起源（僅舉幾個(gè)例子） 。
確定項(xiàng)目質(zhì)量度量
開始制定項(xiàng)目整體測試時(shí)間表（時(shí)間，資源等）
必需階段：評(píng)審產(chǎn)品定義文檔
文檔中加入質(zhì)量保證標(biāo)準(zhǔn)，作為工程改善進(jìn)程的一部分
根據(jù)該產(chǎn)品的特點(diǎn)幫助確定問題的范圍
大約每月要花5 -1 0小時(shí)在這一方面
計(jì)劃在數(shù)據(jù)庫管理所有測試用例，包括手工方面或者自動(dòng)化方面。
2. 分析（外部文檔階段）
根據(jù)業(yè)務(wù)需求開發(fā)功能驗(yàn)證矩陣。
制定測試用例格式-估計(jì)時(shí)間和分配優(yōu)先級(jí)。
制定測試周期矩陣與時(shí)間線
根據(jù)功能驗(yàn)證矩陣開始編寫測試用例
根據(jù)業(yè)務(wù)需求計(jì)劃測試用例基準(zhǔn)數(shù)據(jù)
確定用于自動(dòng)化測試的測試用例。
自動(dòng)化團(tuán)隊(duì)開始在測試工具中創(chuàng)建變量文件和高層次的測試腳本。
為自動(dòng)化系統(tǒng)中的跟蹤組件設(shè)置路徑和自動(dòng)化引導(dǎo)。
界定壓力和性能測試的范疇。
按照每個(gè)測試用例的數(shù)據(jù)要求開始建立基準(zhǔn)數(shù)據(jù)庫。
定義維護(hù)基準(zhǔn)數(shù)據(jù)庫的過程，即備份，恢復(fù)，驗(yàn)證。
開始規(guī)劃項(xiàng)目所需的測試周期數(shù)，和回歸測試次數(shù)。
開始文檔復(fù)查，如：功能設(shè)計(jì)文檔，業(yè)務(wù)需求文檔，產(chǎn)品規(guī)格說明書，產(chǎn)品外部文檔等。
審查測試環(huán)境和實(shí)驗(yàn)室，前端與后端系統(tǒng)都要。
準(zhǔn)備使用McCabe工具，以支持白盒測試中代碼的研發(fā)和復(fù)雜性分析
建立反饋機(jī)制并開始錄入文檔。
必需階段：審查外部文件
?8?3 文檔中加入質(zhì)量保證標(biāo)準(zhǔn)，作為工程改善進(jìn)程的一部分。
?8?3 根據(jù)群體執(zhí)行反饋編寫測試用例
?8?3 開始研制測試用例估計(jì)數(shù)目，每個(gè)用例的執(zhí)行時(shí)間，和用例是否自動(dòng)化這些方面的度量
?8?3 為每個(gè)測試用例確定基準(zhǔn)數(shù)據(jù)，
?8?3 大約每月要花25小時(shí)在這一方面
3. 設(shè)計(jì)（文檔架構(gòu)階段）
根據(jù)變更修改測試計(jì)劃
修改測試周期矩陣和時(shí)間線
核實(shí)測試計(jì)劃和用例用到的數(shù)據(jù)都輸入到數(shù)據(jù)庫，或是否必需的。
修改功能驗(yàn)證矩陣
繼續(xù)編寫測試用例，根據(jù)變化添加新的用例
制定風(fēng)險(xiǎn)評(píng)估標(biāo)準(zhǔn)
規(guī)范自動(dòng)化測試和多用戶測試的細(xì)節(jié)。
挑選出一套用于自動(dòng)化測試的測試用例，并且把這些用例腳本化
規(guī)范壓力測試和性能測試的細(xì)節(jié)。
最終確定的測試周期。 （根據(jù)用例的估計(jì)時(shí)間和優(yōu)先權(quán)確定每個(gè)周期所用的測試用例數(shù)）
最終確定的測試計(jì)劃
估計(jì)單元測試所需資源
必需階段：審查架構(gòu)文件
?8?3 文檔中加入質(zhì)量保證標(biāo)準(zhǔn)，作為工程改善進(jìn)程的一部分。
?8?3 確定要進(jìn)行編碼的的實(shí)際組件或模塊
?8?3 在這定義單元測試標(biāo)準(zhǔn)，通過/失敗準(zhǔn)則等。
?8?3 單元測試報(bào)告，報(bào)告進(jìn)行單元測試后的模塊質(zhì)量如何，白盒測試和黑盒測試都要包括輸入/輸出數(shù)據(jù)和所有決定點(diǎn)。
?8?3 列出所有要進(jìn)行單元測試的模塊
4. 構(gòu)建（單元測試階段）
完成所有計(jì)劃
完成測試周期矩陣和時(shí)間線
完成所有測試用例。 （手動(dòng)）
完成*套自動(dòng)化測試用例的測試腳本。
完成壓力和性能測試的計(jì)劃
開始?jí)毫托阅軠y試
McCabe工具支持-提供度量
測試自動(dòng)化測試系統(tǒng)，并修復(fù)錯(cuò)誤。
發(fā)展單元測試
運(yùn)行質(zhì)量保證驗(yàn)收測試套件，以確保軟件已經(jīng)可以交給QA測試。
5. 測試周期/ 錯(cuò)誤修正（ 重復(fù)/系統(tǒng)測試階段）
測試周期1，執(zhí)行*套的測試用例（前端和后端）
報(bào)告錯(cuò)誤
錯(cuò)誤審核-不斷開展的活動(dòng)。
根據(jù)需求修改測試用例
根據(jù)需求增加測試用例
測試周期二
測試周期三
6. *的測試和實(shí)施（代碼凍結(jié)階段）
執(zhí)行所有前端測試用例-人工和自動(dòng)化。
執(zhí)行所有后端測試案例-人工和自動(dòng)化。
執(zhí)行所有壓力和性能測試。
提供對正在進(jìn)行的缺陷跟蹤度量。
提供對正在進(jìn)行的復(fù)雜性和設(shè)計(jì)的度量。
更新測試用例和測試計(jì)劃的估計(jì)時(shí)間。
文件測試周期，回歸測試，并更新相應(yīng)文檔。
7. 實(shí)施后
開展實(shí)施后評(píng)估會(huì)議以回顧整項(xiàng)工程。 （經(jīng)驗(yàn)所得）
準(zhǔn)備最終的缺陷報(bào)告和相關(guān)度量。
制定戰(zhàn)略以防止類似的問題在今后的項(xiàng)目中重復(fù)出現(xiàn)。
創(chuàng)建如何改進(jìn)流程的計(jì)劃目標(biāo)和里程碑，
McCabe工具-制作*的報(bào)道和分析。
自動(dòng)化測試組-1 ）審查測試用例以評(píng)估其他可用于自動(dòng)化回歸測試的用例2 ）清理自動(dòng)化測試用例和變量，和3 ）審查自動(dòng)化測試和手工測試結(jié)果的整合過程
測試實(shí)驗(yàn)室和測試環(huán)境-清理測試環(huán)境，標(biāo)記和存檔用過測試用例和數(shù)據(jù)，恢復(fù)測試儀器到原始狀態(tài)等。
軟件測試流程五個(gè)階段
軟件測試按照研發(fā)階段一般分為5個(gè)部分：單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試、驗(yàn)收測試，下面將不同階段需要的一些工作內(nèi)容做一下梳理希望可以幫助到大家。
//No.1//
單元測試又稱為模塊測試，是針對軟件設(shè)計(jì)的最小單位程序模塊進(jìn)行正確性檢查的測試工作，單元測試需要從程序內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測試用例，多個(gè)模塊可以平行地獨(dú)立進(jìn)行單元測試。
一、單元測試的內(nèi)容
1、模塊接口測試
2、 局部數(shù)據(jù)結(jié)構(gòu)測試
3、 路徑測試
運(yùn)算的優(yōu)先次序、常見的比較和控制流
4、錯(cuò)誤處理測試
遇見出錯(cuò)的條件，并設(shè)置適當(dāng)?shù)某鲥e(cuò)處理
5、邊界測試
例如循環(huán)的次數(shù)，*或最小值
二、單元測試步驟：
//No.2//
又稱為組裝測試或聯(lián)合測試，在單元測試的基礎(chǔ)上，需要將所有模塊按照概要設(shè)計(jì)說明書和詳細(xì)設(shè)計(jì)說明書的要求進(jìn)行組裝。
模塊組裝成系統(tǒng)的方式：一次性組裝方式和增殖式組裝方式
一、一次性組裝方式
先對模塊分別進(jìn)行測試，再把所有模塊組裝進(jìn)行測試
缺點(diǎn)：發(fā)現(xiàn)錯(cuò)我不容易定位
二、增值式組裝測試
先對一個(gè)個(gè)模塊進(jìn)行模塊測試，然后將這些模塊逐步組裝成系統(tǒng)，分為兩種方式：自頂向下的增殖方式和自底向上的增殖方式
1、自頂向下的增殖方式（不需要驅(qū)動(dòng)模塊）
將模塊銨系統(tǒng)程序結(jié)構(gòu)，嚴(yán)控制層次自頂向下進(jìn)行組裝。
首先以主模塊作為被測模塊兼驅(qū)動(dòng)模塊，所有直屬主模塊的下屬模塊全部用樁模塊代替，對主模塊進(jìn)行測試。再采用深度優(yōu)先或廣度優(yōu)先的策略，用實(shí)際模塊代替樁模塊，再用樁模塊代替它們的直接下屬模塊，與已經(jīng)測試的模塊構(gòu)成新的子系統(tǒng)。然后進(jìn)行回歸測試。
2、自底向上的增殖方式（不需要驅(qū)動(dòng)模塊）
由驅(qū)動(dòng)模塊控制*層模塊的并行測試。
3、混合增殖式
優(yōu)點(diǎn)：能夠較早的發(fā)現(xiàn)主要控制方面的問題
缺點(diǎn)：需要建立樁模塊，增加了一些附加的測試，涉及算法和輸入輸出的模塊一般在底層，這些底層模塊要到組裝和測試的后期才能發(fā)現(xiàn)。一旦發(fā)現(xiàn)問題就會(huì)出現(xiàn)過多的回歸測試。
優(yōu)點(diǎn)：不需要建立樁模塊，建立驅(qū)動(dòng)模塊要比建立樁模塊要簡單得多，同時(shí)涉及到算法已近輸入輸出的模塊要先測試，把最容易出現(xiàn)問題的部分在早期解決。
缺點(diǎn)：程序一直未能作為一個(gè)實(shí)體存在，直到*一個(gè)模塊加上才能形成一個(gè)實(shí)體,控制方面*才能接觸。
三、集成測試完成的標(biāo)志：
1、成功執(zhí)行了測試計(jì)劃中規(guī)定的所有集成測試
2、修改了所發(fā)現(xiàn)的錯(cuò)誤
3、測試結(jié)果通過專門小組的評(píng)審
4、集成測試需要提交的測試報(bào)告：
5、集成測試計(jì)劃、集成測試規(guī)格說明書以及集成測試分析報(bào)告
//No.3//
確認(rèn)測試的目標(biāo)是驗(yàn)證軟件的功能和性能以及其他特性是否與用戶的要求一致。確認(rèn)測試一般包括有效性測試和軟件配置復(fù)查。一般有第三方測試機(jī)構(gòu)進(jìn)行。
一、進(jìn)行有效性測試
現(xiàn)軟件確認(rèn)要通過一系列黑盒測試。確認(rèn)測試同樣需要制訂測試計(jì)劃和過程，測試計(jì)劃應(yīng)規(guī)定測試的種類和測試進(jìn)度，測試過程則定義一些特殊的測試用例，旨在說明軟件與需求是否一致。
無是計(jì)劃還是過程，都應(yīng)該著重考慮軟件是否滿足合同規(guī)定的所有功能和性能，文檔資料是否完整、準(zhǔn)確人機(jī)界面和其他方面（例如，可移植性、兼容性、錯(cuò)誤恢復(fù)能力和可維護(hù)性等）是否令用戶滿意。
確認(rèn)測試的結(jié)果有兩種可能，一種是功能和性能指標(biāo)滿足軟件需求說明的要求，用戶可以接受；
另一種是軟件不滿足軟件需求說明的要求，用戶無法接受。項(xiàng)目進(jìn)行到這個(gè)階段才發(fā)現(xiàn)嚴(yán)重錯(cuò)誤和偏差一般很難在預(yù)定的工期內(nèi)改正，因此必須與用戶協(xié)商，尋求一個(gè)妥善解決問題的方法
二、軟件配置復(fù)查
保證軟件配置的所有成分齊全，質(zhì)量都符合要求。應(yīng)該遵守用戶手冊和操作手冊中的規(guī)定步驟。
No.4
系統(tǒng)測試
軟件作為計(jì)算機(jī)系統(tǒng)的一部分，與硬件、網(wǎng)絡(luò)、外設(shè)、支撐軟件、數(shù)據(jù)以及人員結(jié)合在一起，在實(shí)際或模擬環(huán)境下，對計(jì)算機(jī)系統(tǒng)進(jìn)行測試，
目的在于與系統(tǒng)需求比較，發(fā)現(xiàn)問題
No.5
以用戶為主的測試，軟件開發(fā)人員和質(zhì)量保證人員參加，由用戶設(shè)計(jì)測試用例。
不是對系統(tǒng)進(jìn)行全覆蓋測試，而是對核心業(yè)務(wù)流程進(jìn)行測試。