? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??

1.測試流程:

2.測試分類

3.黑盒測試抖拦，灰盒測試和白盒測試

黑盒測試?：已知產(chǎn)品的功能設(shè)計規(guī)格升酣，可以進行測試證明每個實現(xiàn)了的功能是否符合要求。白盒測試?：已知產(chǎn)品的內(nèi)部工作過程态罪，可以通過測試證明每種內(nèi)部操作是否符合設(shè)計規(guī)格要求噩茄，所有內(nèi)部成分是否以經(jīng)過檢查∠蛲危灰盒測試，是介于白盒測試與黑盒測試之間的诸狭，可以這樣理解券膀，灰盒測試關(guān)注輸出對于輸入的正確性君纫，同時也關(guān)注內(nèi)部表現(xiàn)，但這種關(guān)注不象白盒那樣詳細芹彬、完整蓄髓，只是通過一些表征性的現(xiàn)象、事件舒帮、標志來判斷內(nèi)部的運行狀態(tài)会喝，有時候輸出是正確的，但內(nèi)部其實已經(jīng)錯誤了玩郊，這種情況非常多肢执，如果每次都通過白盒測試來操作，效率會很低译红，因此需要采取這樣的一種灰盒的方法

4：測試發(fā)現(xiàn)bug 而開發(fā)不認為是bug的時候：

1.測試人員在根據(jù)需求文檔或者是規(guī)格說明書/原型圖來進行匹配

? 2.測試人員根據(jù)不同的測試環(huán)境來進行多測嘗試來確認bug 并將bug的復現(xiàn)步驟進行記錄

? 3.如果開發(fā)仍舊認為不是bug 需要的測試主管來進行討論 確認是否bug

? 4.需要找產(chǎn)品經(jīng)理和項目經(jīng)理進行討論是否bug

? 5.如果認為是bug測試人員將bug進行記錄并提交測試總結(jié)中

5.?瀑布模型

瀑布模型是最早出現(xiàn)的軟件開發(fā)模型预茄，在軟件工程中占有重要的地位，它提供了軟件開發(fā)的基本框架侦厚。其過程是從上一項活動接收該項活動的工作對象作為輸入耻陕，利用這一輸入實施該項活動應(yīng)完成的內(nèi)容給出該項活動的工作成果，并作為輸出傳給下一項活動刨沦。同時評審該項活動的實施诗宣，若確認，則繼續(xù)下一項活動想诅；否則返回前面召庞，甚至更前面的活動。對于經(jīng)常變化的項目而言侧蘸，瀑布模型毫無價值裁眯。

瀑布型簡單地說就是按照需求、設(shè)計讳癌、編碼穿稳、測試、軟件維護這個基本的順序來研發(fā)軟件晌坤，前面一個步驟不完成逢艘，后面的步驟不能開始，否則問題會滾到下個階段骤菠，帶來更多的問題

優(yōu)點：

?為項目提供了按階段劃分的檢查點

當前一階段完成后它改，只需要去關(guān)注后續(xù)階段。

缺點：

1）各個階段的劃分完全固定商乎，階段之間產(chǎn)生大量的文檔央拖，極大地增加了工作量。

2）由于開發(fā)模型是線性的，用戶只有等到整個過程的末期才能見到開發(fā)成果鲜戒，從而增加了開發(fā)風險专控。

3）通過過多的強制完成日期和里程碑來跟蹤各個項目階段。

4）瀑布模型的突出缺點是不適應(yīng)用戶需求的變化遏餐。

6.原型化模型

原型化模型的第一步是建造一個快速原型伦腐，實現(xiàn)客戶或未來的用戶與系統(tǒng)的交互，經(jīng)過和用戶針對原型的討論和交流失都，弄清需求以便真正把握用戶需要的軟件產(chǎn)品是什么樣子的柏蘑。充分了解后，再在原型基礎(chǔ)上開發(fā)出用戶滿意的產(chǎn)品粹庞。如圖所示：原型嚴格來說不算一種軟件生命周期模型咳焚，它只是一種獲取需求的方法，在實際工作中該方法是相當重要的方法信粮。

模型要點：瀑布和原型模型相結(jié)合黔攒，強調(diào)版本升級。

該模式的特點是一次性地獲取全部的需求强缘，然后做出分版本實現(xiàn)各需求的計劃督惰，每個版本只實現(xiàn)一部分需求，通過多個版本逐步實現(xiàn)全部需求旅掂，而每個版本可以認為是一個“小瀑布”赏胚。

該模型的好處是可以盡快讓系統(tǒng)上線，讓客戶先使用部分功能商虐，盡早實現(xiàn)系統(tǒng)的價值觉阅。

該模型比較能符合實際的情況，我們往往也是通過多個版本來逐步實現(xiàn)全部需求秘车，但需求是不可能在一開始就完全確定的典勇，實際情況是往往只能確定80%，而后期通過各版本我們還會獲取更多的新需求以及需求調(diào)整叮趴。將此模型稍微調(diào)整后割笙，可以適用于大部分的實際項目。

7.增量模型

增量模型也是原型化開發(fā)方法眯亦。如圖所示

8.螺旋模型

螺旋模型是一個演化軟件過程模型伤溉，將原型實現(xiàn)的迭代特征與線性順序（瀑布）模型中控制的和系統(tǒng)化的方面結(jié)合起來。使得軟件的增量版本的快速開發(fā)成為可能妻率。在螺旋模型中乱顾，軟件開發(fā)是一系列的增量發(fā)布。螺旋模型的整個開發(fā)過程如圖所示宫静。

圖中的螺旋線代表隨著時間推進的工作進展走净；開發(fā)過程具有周期性重復的螺旋線形狀券时。4個象限分別標志每個周期所劃分的4?個階段：制定計劃、風險分析伏伯、實施工程和客戶評估革为。螺旋模型要點：統(tǒng)一了瀑布模型與原型模型，與增量模型相似舵鳞，更強調(diào)風險分析。

1.軟件分多個版本開發(fā)琢蛤，每個版本就是一次螺旋蜓堕。

2.每個版本按照這樣的順序進行：

1）確定軟件目標，選取定實施方案博其，弄清項目開發(fā)的限制條件套才；（圖中左上象限）

2）分析所選取方案，考慮如何識別和消除風險慕淡；（圖中右上象限）

3）實施軟件開發(fā)背伴；（圖中右下象限）

4）評價開發(fā)工作，提出修正建議峰髓，調(diào)整計劃傻寂。（圖中右下象限、左下象限）

3.需求不是一次獲取和實現(xiàn)的携兵，通過多個螺旋來完善疾掰。

4.計劃也不是一次成型的，每次螺旋都需要調(diào)整徐紧。

優(yōu)點：

1）設(shè)計上很靈活静檬，可以在項目的各個階段進行變更；

2）以小的分段來構(gòu)建大型系統(tǒng)并级，使成本計算變得簡單容易拂檩；(國企項目)

3）客戶始終參與每個階段的開發(fā)，保證了項目不偏離正確方向以及項目的可控性嘲碧；

4）隨著項目推進稻励，客戶始終掌握項目的最新信息?,?從而能夠和管理層有效地交互；

5）客戶認可這種公司內(nèi)部的開發(fā)方式帶來的良好的溝通和高質(zhì)量的產(chǎn)品呀潭。

缺點：

螺旋模型強調(diào)風險分析钉迷，但要求許多客戶接受和相信這種分析，并做出相關(guān)反應(yīng)是不容易的钠署。

因此糠聪，這種模型往往適應(yīng)于內(nèi)部的大規(guī)模軟件開發(fā)。該模型建設(shè)周期長谐鼎，而軟件技術(shù)發(fā)展比較快舰蟆，所以經(jīng)常出現(xiàn)軟件開發(fā)完畢后趣惠，和當前的技術(shù)水平有了較大的差距，無法滿足當前用戶需求身害。

9.Ｖ模型

V模型的左邊下降的是開發(fā)過程各階段味悄，與此相對應(yīng)的是右邊上升的部分，即各測試過程的各個階段塌鸯。

V模型的優(yōu)點在于它非常明確地標明了測試過程中存在的不同級別侍瑟，并且清楚地描述了這些測試階段和開發(fā)各階段的對應(yīng)關(guān)系。

1丙猬、需求分析階段對應(yīng)生成需求規(guī)格說明書涨颜，對應(yīng)測試生成系統(tǒng)測試方案，即為系統(tǒng)測試準備的茧球，該階段已經(jīng)完成了單元測試和集成測試庭瑰，主要是對軟件產(chǎn)品的功能與非功能進行測試，幾乎不測試代碼抢埋，所以測試方法以黑盒為主弹灭；

2、概要設(shè)計階段對應(yīng)生成概要設(shè)計說明書揪垄，對應(yīng)測試生成集成測試方案穷吮，該階段已完成單元測試，是將各個功能模塊組裝起來進行的測試饥努，所以也叫組裝測試酒来。主要看模塊調(diào)用是否正常，接口是否可用肪凛，數(shù)據(jù)傳輸是否正確等堰汉，所以用到的測試方法幾乎是白盒的方法，如路徑覆蓋伟墙，條件組合覆蓋等翘鸭；

3、詳細設(shè)計階段對應(yīng)生成詳細設(shè)計說明書戳葵，對應(yīng)測試生成單元測試方案就乓，該階段是開發(fā)人員編碼后的第一個測試階段，是對開發(fā)出來的單獨模塊進行測試拱烁，以確保每一個功能模塊的功能正常生蚁，可以構(gòu)建樁模塊和驅(qū)動模塊來回調(diào)用，方法也是以白盒為主戏自。

4邦投、白盒測試的準則是盡可能覆蓋程序內(nèi)部的邏輯結(jié)構(gòu)，黑盒則是盡可能覆蓋所有的輸入輸出接口擅笔，包括文檔等一些靜態(tài)的測試志衣。除常用的測試方法外屯援，仍需補充大范圍的隨機測試，盡可能達到覆蓋率100%念脯。

V模型的缺陷及解決思路

V模型僅僅把測試過程作為在需求分析狞洋、系統(tǒng)設(shè)計及編碼之后的一個階段，忽視了測試對需求分析,系統(tǒng)設(shè)計的驗證绿店，需求的滿足情況一直到后期的驗收測試才被驗證吉懊。

解決的思路是，當一個軟件開發(fā)的時候假勿，研發(fā)人員和測試人員需要同時工作惕它，測試在軟件做需求分析的同時就會有測試用例的跟蹤，這樣废登，可以盡快找出程序錯誤和需求偏離，從而更高效的提高程序質(zhì)量郁惜，最大可能的減少成本堡距，同時滿足用戶的實際軟件需求。

10.Ｗ模型

相對于V模型兆蕉，W模型更科學羽戒。W模型是V模型的發(fā)展，強調(diào)的是測試伴隨著整個軟件開發(fā)周期虎韵，而且測試的對象不僅僅是程序易稠，需求、功能和設(shè)計同樣要測試包蓝。測試與開發(fā)是同步進行的驶社，從而有利于盡早地發(fā)現(xiàn)問題。

11.回歸測試测萎、冒煙測試亡电、隨機測試

????????1.回歸測試

? ??????????????是指對軟件的新版本進行測試時，重復執(zhí)行上一個版本測試時的用例硅瞧，比如在1.0版本中份乒，有一個bug，到了2.0版本中,再重新測試1.0中這個bug

? ??????2.冒煙測試

指對一個軟件進行系統(tǒng)大規(guī)模的測試之前腕唧，先驗證一下軟件的基本功能是否實現(xiàn)或辖，是否具備可測性。

測試小組在正式測試一個新版本之前枣接，先指派一兩個測試人員測試一下軟件的主要功能颂暇，如果沒有實現(xiàn)，則打回開發(fā)組重新開發(fā)但惶，這樣做可以節(jié)省大量的時間成本和人力成本蟀架。

????3.隨機測試

? ? 是指測試中所有的輸入數(shù)據(jù)都是隨機生成的缴淋，其目的是模擬用戶的真實操作点寥，并發(fā)現(xiàn)一些邊緣性的錯誤。