1、C/S 和B/S?

C/S：客戶端-服務(wù)器架構(gòu)；B/S：瀏覽器-服務(wù)器架構(gòu)。區(qū)別如下：

效率：C/S效率高，有的內(nèi)容已經(jīng)在系統(tǒng)中；B/S每次都要加載最新數(shù)據(jù)。

升級(jí)：B/S無縫升級(jí)；C/S刪除老版本再安裝新版本。

安全：C/S更安全，需安裝，注冊(cè)，登錄；B/S有瀏覽器即可使用，安全程度低。

開發(fā)成本：B/S成本低；C/S需要不同系統(tǒng)的開發(fā)人員，成本較高。

2、軟件測(cè)試分類：

2.1按測(cè)試階段劃分

單元測(cè)試：測(cè)試最小的程序模塊，比如一個(gè)按鈕，一個(gè)輸入框，一個(gè)函數(shù)等獨(dú)立的小模塊

集成測(cè)試：?jiǎn)卧獪y(cè)試的小模塊連在一起測(cè)試。又叫組裝測(cè)試。

系統(tǒng)測(cè)試：把整個(gè)系統(tǒng)看做一個(gè)整體，依照軟件需求說明書測(cè)試。

驗(yàn)收測(cè)試：驗(yàn)證軟件是否滿足用戶需求。又分α測(cè)試和β測(cè)試。

——α測(cè)試：內(nèi)測(cè)版本，內(nèi)部交流。

——β測(cè)試：公測(cè)版本。對(duì)所有用戶開放。通過專業(yè)愛好者的測(cè)試結(jié)果，對(duì)軟件進(jìn)行改進(jìn)。

——γ測(cè)試：正式發(fā)行的候選版。

2.2按是否查看源代碼劃分

黑盒測(cè)試：黑盒測(cè)試。只關(guān)心輸入和輸出數(shù)據(jù)，不管內(nèi)部代碼。

白盒測(cè)試：看代碼，研究代碼結(jié)構(gòu)。

灰盒測(cè)試：代碼和業(yè)務(wù)邏輯都關(guān)注。

2.3按是否運(yùn)行分類

靜態(tài)測(cè)試：不運(yùn)行程序，靜態(tài)地檢查程序代碼、界面或文檔中可能存在的錯(cuò)誤過程。

動(dòng)態(tài)測(cè)試：執(zhí)行程序，輸入測(cè)試數(shù)據(jù)，檢查輸出是否與預(yù)期相符。

2.4按是否自動(dòng)化分類

自動(dòng)化測(cè)試：理由代碼或工具輔助測(cè)試。

手工測(cè)試：測(cè)試人員手工測(cè)試。

3、軟件測(cè)試策略

冒煙測(cè)試：對(duì)系統(tǒng)進(jìn)行最基本功能的測(cè)試，保證基本功能和流程走通。

回歸測(cè)試：修復(fù)Bug后，把之前的測(cè)試用例再次測(cè)試。

隨機(jī)測(cè)試：對(duì)被測(cè)軟件的重要功能復(fù)測(cè)。

探索性測(cè)試：邊設(shè)計(jì)測(cè)試邊執(zhí)行測(cè)試。

4、缺陷

軟件缺陷：指軟件或程序中存在的各種問題及錯(cuò)誤。

缺陷判定：

——未達(dá)到需求規(guī)格說明書中標(biāo)明功能

——需求規(guī)格說明書的功能實(shí)現(xiàn)錯(cuò)誤

——功能超出需求規(guī)格說明書指明的范圍

——未達(dá)到需求規(guī)格說明書雖未指明但應(yīng)該達(dá)到的目標(biāo)。

——測(cè)試人員認(rèn)為軟件難以理解，難使用，速度慢等影響用戶體驗(yàn)的。

缺陷類型：

功能錯(cuò)誤；界面錯(cuò)誤；兼容性缺陷；易用性問題；改進(jìn)建議。

5、軟件測(cè)試的定義

軟件測(cè)試是軟件質(zhì)量保證的一種手段。在軟件生產(chǎn)過程中，手工或者利用軟件測(cè)試工具（自動(dòng)）有計(jì)劃地檢查程序代碼和用戶文檔，檢查軟件功能和軟件性能，來發(fā)現(xiàn)軟件產(chǎn)品中存在的問題（bug），并追蹤和驗(yàn)證問題(bug)的處理。

6、測(cè)試原則

—不能證明有問題，不代表無問題。

—不能窮盡測(cè)試，應(yīng)該分類別測(cè)試。

—盡早介入測(cè)試，降低修復(fù)成本

—缺陷二八原則。20%的模塊有80%的問題。

—測(cè)試依賴環(huán)境。

7、測(cè)試用例

八要素：編號(hào)，用例標(biāo)題，預(yù)置條件，優(yōu)先級(jí)，步驟，數(shù)據(jù)，預(yù)期結(jié)果，測(cè)試結(jié)果。