單位測試:最微小局限的測試;以測試某個成果或代碼塊。典范地由措施員而非測試員來做,因為它需要知道內部措施設計和編碼的細節常識。這個事情不容易作好,除非應用系統有一個設計很好的體系布局; 還大概需要開拓測試驅動器模塊或測試套具。
端到端測試:雷同于系統測試;測試級的“弘大”的端點;涉及整個應用系統情況在一個現實世界利用時的模仿景象的所有測試。譬喻與數據庫對話,用網絡通訊,或與外部硬件、應用系統或適當的系統對話。
采用率:38.4% 滿足謎底:0
標簽:
宣言:【質量是生命線】
負載測試:測試一個應用在重負荷下的表示,譬喻測試一個 Web 站點在大量的負荷下,何時系統的響應會退化或失敗。
成果測試:用于測試應用系統的成果需求的黑盒測試要領。這類測試應由測試員做,這并不料味著措施員在宣布前不必查抄他們的代碼可否事情(自然他能用于測試的各個階段)。
+1 已贊過
4、 機能測試
黑盒測試:不基于內部設計和代碼的任何常識,而是基于需求和成果性。
強度測試查抄措施對異常環境的抵擋本領。強度測試老是迫使系統在異常的資源設置下運行。譬喻,①傍邊斷的正常頻率為每秒一至兩個時,運行每秒發生十其間斷的測試用例;②定量地增長數據輸入率,查抄輸入子成果的反應本領;③運行需要最大存儲空間(或其他資源)的測試用例;④運行大概導致虛存操縱系統瓦解或磁盤數據猛烈發抖的測試用例,等等。
衰竭測試:軟件或情況的修復或矯正后的“再測試”。大概很難確定需要幾多遍再次測試。尤其在靠近開拓周期竣事時。自動測試工具對這類測試尤其有用。
白盒測試:基于一個應用代碼的內部邏輯常識,測試是基于包圍全部代碼、分支、路徑、條件。
系統測試:基于系統整體需求說明書的黑盒類測試;應包圍系統所有連系的部件。
3、強度測試
安詳測試查抄系統對犯科侵入的防御本領。安詳測試期間,測試人員假扮犯科入侵者,回收各類步伐試圖打破防地。譬喻,①想方設法截取或破譯口令;②專門定做軟件粉碎系統的掩護機制;③存心導致系統失敗,詭計趁規復之機犯科進入;④試圖通過欣賞非保密數據,推導所需信息,等等。理論上講,只要有足夠的時間和資源,沒有不行進入的系統。因此系統安詳設計的準則是,使犯科侵入的價錢高出被掩護信息的代價。此時犯科侵入者已無利可圖。
悅之韻 2010-06-08
Alpha 測試:在系統開拓靠近完成時對應用系統的測試;測試后,仍然會有少量的設計改觀。這種測試一般由最終用戶或其他人員員完成,不能由措施員或測試員完成。
可用性測試:對“用戶友好性”的測試。顯然這是主觀的,且將取決于方針最終用戶或客戶。用戶面談、觀測、用戶對話的錄象和其他一些技能都可利用。措施員和測試員凡是都不宜作可用性測試員。
測試要領有哪些,各有什么優缺點?
其他答復(1)
6σ軍團
向該團提問
滿足謎底
接管測試:基于客戶或最終用戶的規格書的最終測試,或基于用戶一段時間的利用后,看軟件是否滿意客戶要求。
累積綜合測試:當一個新成果增加后,對應用系統所做的持續測試。它要求應用系統的差異形態的成果可以或許足夠獨立以可以在全部系統完成前能別離事情,或當需要時那些測試驅動器已被開拓出來; 這種測試可由措施員或測試員來做。
機能測試:在瓜代舉辦負荷和強迫測試時常用的術語。抱負的“機能測試”(和其他范例的測試)應在需求文檔或質量擔保、測試打算中界說。
規復測試:測試一個系統從如下劫難中可否很好地規復,日本動漫,如碰著系統瓦解、硬件損壞或其他劫難性問題。
集成測試:一個應用系統的各個部件的連系測試,以抉擇他們可否在一起配合事情。部件可以是代碼塊、獨立的應用、網絡上的客戶端或處事器端措施。這種范例的測試尤其與客戶處事器和漫衍式系統有關。
1、規復測試
強迫測試:在瓜代舉辦負荷和機能測試時常用的術語。也用于描寫象在異乎尋常的重載下的系統成果測試之類的測試,如某個行動或輸入大量的反復,大量數據的輸入,對一個數據庫系統大量的巨大查詢等。
健全測試:典范地是指一個初始化的測試事情,以抉擇一個新的軟件版本測試是否足以執行下一步大的測試盡力。譬喻,假如一個新版軟件每5分鐘與系統斗嘴,使系統陷于泥潭,說明該軟件不足“健全”,今朝不具備進一步測試的條件。
2、安詳測試
規復測試主要查抄系統的容錯本領。當系統墮落時,可否在指按時距離斷內批改錯誤并從頭啟動系統。規復測試首先要回收各類步伐強迫系統失敗,然后驗證系統是否能盡快規復。對付自動規復需驗證從頭初始化(reinitialization)、查抄點(checkpointing mechanisms)、數據規復(data recovery)和從頭啟動 (restart)等機制的正確性;對付人工過問的規復系統,還需估測平均修復時間,確定其是否在可接管的范疇內。
+1 已贊過
兼容測試:測試軟件在一個特定的硬件/軟件/操縱系統/網絡等情況下的機能如何。
安詳測試:測試系統在防備非授權的內部或外部用戶的會見或存心粉碎等環境時怎么樣。這大概需要巨大的測試技能。
6σ軍團
對付那些及時和嵌入式系統,軟件部門縱然滿意成果要求,也未必可以或許滿意機能要求,固然從單位測試起,每一測試步調都包括機能測試,但只有當系統真正集成之后,在真實情況中才氣全面、靠得住地測試運行機能系統機能測試是為了完成這一任務。機能測試有時與強度測試相團結,常常需要其他軟硬件的配套支持。
Beta 測試:當開拓和測試基礎完成時所做的測試,而最終的錯誤和問題需要在最終刊行前找到。這種測試一般由最終用戶或其他人員員完成,不能由措施員或測試員完成。
安裝/卸載測試:對軟件的全部、部門或進級安裝/卸載處理懲罰進程的測試。
原文轉自:http://www.rhawkinson.com/ceshi/1079.html