資訊專欄INFORMATION COLUMN
摘要：實際操作中，通常集成測試的對象為模塊級的集成和子系統(tǒng)間的集成，其中子系統(tǒng)集成測試稱為組件測試。包括對功能性能以及軟件所運行的軟硬件環(huán)境進行測試。黑盒測試著眼于程序外部結構，不考慮內(nèi)部邏輯結構，主要針對軟件界面和軟件功能進行測試。
單元測試：單元測試是對軟件基本組成單元進行的測試，是為了盡早發(fā)現(xiàn)錯誤(錯誤發(fā)現(xiàn)越早,成本越低，發(fā)現(xiàn)問題比較容易，修正問題更容易)，單個的軟件單元或者一組相關的軟件單元所進行的測試，是代碼級的測試
集成測試：理論上凡是兩個單元（如函數(shù)單元）的組合測試都可以叫做集成測試。實際操作中，通常集成測試的對象為模塊級的集成和子系統(tǒng)間的集成，其中子系統(tǒng)集成測試稱為組件測試。
系統(tǒng)測試：將軟件系統(tǒng)看成是一個系統(tǒng)的測試。包括對功能、性能以及軟件所運行的軟硬件環(huán)境進行測試。時間大部分在系統(tǒng)測試執(zhí)行階段，包括回歸測試和冒煙測試。
驗收測試：驗收測試是部署軟件之前的最后一個測試操作。它是技術測試的最后一個階段，也稱為交付測試。驗收測試的目的是確保軟件準備就緒，按照項目合同、任務書、雙方約定的驗收依據(jù)文檔，向軟件購買者展示該軟件系統(tǒng)滿足原始需求
黑盒測試：黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測試中，把程序看作一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結構和內(nèi)部特性的情況下，在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測試著眼于程序外部結構，不考慮內(nèi)部邏輯結構，主要針對軟件界面和軟件功能進行測試。
黑盒測試是以用戶的角度，從輸入數(shù)據(jù)與輸出數(shù)據(jù)的對應關系出發(fā)進行測試的。很明顯，如果外部特性本身設計有問題或規(guī)格說明的規(guī)定有誤，用黑盒測試方法是發(fā)現(xiàn)不了的。通俗來講就是不需要知道代碼是干什么的，只需要測試這個功能，無需細節(jié)主要功能得以實現(xiàn)即可
白盒測試：
軟件的白盒測試是對軟件的過程性細節(jié)做細致的檢查。
這種方法是把測試對象看做一個打開的盒子，它允許測試人員利用程序內(nèi)部的邏輯結構及有關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試。通過在不同點檢查程序狀態(tài)，確定實際狀態(tài)是否與預期的狀態(tài)一致，因此白盒測試又稱為結構測試或邏輯驅(qū)動測試。
通俗來講就是你知道每一步代碼執(zhí)行的過程，并全程觀察代碼的每一步流程，知道程序跑完
灰盒測試：
灰盒測試，是介于白盒測試與黑盒測試之間的。
可以這樣理解，灰盒測試關注輸出對于輸入的正確性，同時也關注內(nèi)部表現(xiàn)，但這種關注不象白盒那樣詳細、完整，只是通過一些表征性的現(xiàn)象、事件、標志來判斷內(nèi)部的運行狀態(tài)，有時候輸出是正確的，但內(nèi)部其實已經(jīng)錯誤了。
靜態(tài)測試：不運行被測試程序，對代碼通過檢查、閱讀進行分析
動態(tài)測試：動態(tài)測試需要真正將程序運行起來，需要設計系列的測試用例保證測試的完整性和有效性
人工測試：人去操作，去點
自動化測試：寫腳本等等
冒煙測試：對系統(tǒng)進行基本功能的測試，保證基本的功能和流程能走通，例如：為美多商城的主要功能（登錄，注冊，）
? ?? ? ?? ?進行測試，而輔助功能（頭部信息）則不重要，只要不影響主要功能。回歸測試：像修復一個BUG后，把之前的測試用例在新的代碼下進行再次測試
隨機測試：隨機測試主要是對被測軟件的一些重要功能進行負測，也包括測試那些當前的測試用例沒有覆蓋到的部分
探索性測試：探索測試將學習，測試設計和測試執(zhí)行整合在一起，形成一種測試方法。
測試用例的設計就是如何覆蓋所有軟件表現(xiàn)出來的狀態(tài)，即在滿足輸入/輸出的一組條件下，軟件運行是一系列有次序的、受控制的狀態(tài)變化過程。
設計用例的過程可以更深刻的理解需求，熟悉各功能點，保證盡可能全的覆蓋到各測試點。也便于用例評審。
?
軟件測試技術是軟件開發(fā)過程中的一個重要組成部分，是貫穿整個軟件開發(fā)生命周期，對軟件產(chǎn)品進行驗證和確認的活動過程，其目的是盡快盡早的發(fā)現(xiàn)在軟件產(chǎn)品中所存在的各種問題--與用戶需求、預設定不一致性、檢查軟件產(chǎn)品的bug，寫成測試報告，交于開發(fā)人員修改
文章版權歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://specialneedsforspecialkids.com/yun/121062.html
摘要：近期在按照業(yè)務劃分項目時，我們組被分了好多的項目過來，大量的是基于的，也是我們組持續(xù)在使用的語言。部署環(huán)境強依賴本地，因為需要在本地建立倉庫的臨時目錄，并經(jīng)過多次的方式完成部署上線的操作。 近期在按照業(yè)務劃分項目時，我們組被分了好多的項目過來，大量的是基于 Node.js 的，也是我們組持續(xù)在使用的語言。 現(xiàn)有流程中的一些問題 在維護多個項目的時候，會暴露出一些問題： 如何有效的使用...
摘要：通過驗收后得到尾款。驗收測試項目型軟件交付之后，由甲方安排驗收產(chǎn)品型軟件由自己測試團隊負責驗收。使用頻繁概要設計根據(jù)需求來設計軟件的框架數(shù)據(jù)庫完成軟件體系架構，技術選型。 ...
摘要：下面介紹軟件測試面試從自我介紹開始到你還有什么想問的結束，中間的一系列常規(guī)環(huán)節(jié)。第九類問題，測試工具，包括三個大的類型，第一類是性能測試工具自動化測試工具測試管理類工具。 下面介紹軟件測試面試從自我介紹開始到你還有什么想問的結束，中間的一系列常規(guī)環(huán)節(jié)。 自我介紹（心理學首因效應告訴我們第一印...
摘要：作為一名前端架構師，你的工作是不斷地探索和評估新的技術平臺方法和框架。世界上沒有一刀切式的解決方案，而前端架構師的使命正是將項目的需求與前端開發(fā)的實際情況相結合。 做前端工作一段時間了，也寫了不少的項目。但是突然好像快要失去了興趣。美工、后臺、項目經(jīng)理、測試等人員多層夾擊。美工說就這么設計，你就得完全按著來。后臺說這個需求做不了，得那樣做，于是已經(jīng)做好的頁面推倒重來。測試說，這樣做更符...
閱讀 1575·2021-11-02 14:42
閱讀 2317·2021-10-11 10:58
閱讀 664·2021-09-26 09:46
閱讀 2913·2021-09-08 09:35
閱讀 1409·2021-08-24 10:01
閱讀 1237·2019-08-30 15:54
閱讀 3605·2019-08-30 15:44
閱讀 1798·2019-08-30 10:49
