單元測試：
完成最小軟件設(shè)計(jì)單元模塊的驗(yàn)證工作，確定模塊被正確編碼，通常情況下是白盒的。需要對代碼風(fēng)格和規(guī)則、程序設(shè)計(jì)結(jié)構(gòu)、業(yè)務(wù)邏輯等進(jìn)行靜態(tài)測試
集成測試：
通過測試發(fā)現(xiàn)與模塊接口有關(guān)的問題，采用增量集成
自頂向下集成：首先集成主模塊，按照層次結(jié)構(gòu)向下集成。
自底向上集成：從院子模塊開始構(gòu)造和測試

系統(tǒng)測試：
基于整體系統(tǒng)需求說明書的黑盒類測試，驗(yàn)證是否滿足了需求規(guī)格的定義，找出不相符或矛盾的地方。測試的對象包括測試系統(tǒng)的軟件、軟件所依賴的硬件、外設(shè)、某些數(shù)據(jù)、支持軟件及其接口，需要將系統(tǒng)中的軟件和各種資源結(jié)合起來，在實(shí)際運(yùn)行環(huán)境下進(jìn)行測試。

回歸測試：
發(fā)生修改之后重新測試先前的測試用例，保證修改的正確性。軟件產(chǎn)生新版本就會進(jìn)行回歸測試，目的在于驗(yàn)證以前已經(jīng)出現(xiàn)過和修復(fù)好的缺陷不再重新出現(xiàn)。對已經(jīng)修正的缺陷圍繞原來出現(xiàn)的步驟重新測試。

驗(yàn)收測試：根據(jù)測試計(jì)劃和結(jié)果對系統(tǒng)進(jìn)行測試和接收，確定產(chǎn)品能否滿足合同或者用戶所規(guī)定的的需求的測試，驗(yàn)收測試包括Alpha測試和Beta測試
Alpha測試是用戶在開發(fā)者場所進(jìn)行的，是受控的環(huán)境
Bata測試是開發(fā)者不在現(xiàn)場，用戶將遇到的問題報(bào)告提交給開發(fā)者，開發(fā)者進(jìn)行最后的修改，最終發(fā)布軟件。

測試知識：
軟件測試基礎(chǔ)理論：黑盒測試、白盒測試
編程語言基礎(chǔ)：C/C++、java、python
自動化測試工具：selenium、appium、rototium
計(jì)算機(jī)基礎(chǔ)知識：數(shù)據(jù)庫、Linux、計(jì)算機(jī)網(wǎng)絡(luò)
測試框架：Junit
能力：業(yè)務(wù)分析能力、缺陷洞察能力、團(tuán)隊(duì)協(xié)作能力、專業(yè)技術(shù)能力、邏輯思考能力、問題解決能力、溝通表達(dá)能力、宏觀把控能力

黑盒測試：
已知產(chǎn)品功能，檢測每個(gè)功能是否能夠正常使用。他不考慮內(nèi)部結(jié)構(gòu)，只針對界面和功能進(jìn)行測試。
常見的有：等價(jià)類劃分，邊界值分析，因果圖法，場景法，正交試驗(yàn)設(shè)計(jì)法，判定表驅(qū)動，錯(cuò)誤推斷法，功能圖法
白盒測試：
結(jié)構(gòu)測試或邏輯測試。檢查程序內(nèi)部的邏輯結(jié)構(gòu)，對所有的邏輯路徑進(jìn)行測試。
常見的有：靜態(tài)測試（不運(yùn)行程序的測試），動態(tài)測試（需要執(zhí)行代碼）。白盒測試包括語句覆蓋、條件覆蓋、判定覆蓋、判定/條件覆蓋，

手工測試優(yōu)缺點(diǎn)：
測試人員有經(jīng)驗(yàn)和對錯(cuò)誤的猜測能力
有審美和心理體驗(yàn)
有邏輯判斷和是非判斷能力
重復(fù)的手工測試代價(jià)昂貴容易出錯(cuò)
依賴于測試人員的能力

自動化測試的優(yōu)缺點(diǎn)：
對程序的回歸測試方便
可以在較少的時(shí)間內(nèi)運(yùn)行更多的測試
可以執(zhí)行手工測試?yán)щy的測試，比如模擬大量用戶的測試（壓力測試，并發(fā)測試）
測試具有一致性和可重復(fù)性
增加軟件的信任度

測試流程：
需求分析----概要設(shè)計(jì)—詳細(xì)設(shè)計(jì)-----單元測試—集成測試—系統(tǒng)測試—驗(yàn)收測試

測試的具體工作：
搭建測試環(huán)境
撰寫測試用例
執(zhí)行測試用例
寫測試計(jì)劃和測試報(bào)告
提交bug表單
追蹤bug修改情況
執(zhí)行自動化測試，腳本、執(zhí)行、分析、報(bào)告
進(jìn)行性能測試、壓力測試。

Bug的測評
優(yōu)先級和嚴(yán)重程度

軟件質(zhì)量的六個(gè)特征
功能特征
可靠特征
易用特征
效率特征
可維護(hù)特征
可移植特征

設(shè)計(jì)測試用例的方法：
等價(jià)類劃分：將系統(tǒng)的輸入域劃分為若干部分，每個(gè)部分選取少量代表性數(shù)據(jù)進(jìn)行測試（有效等價(jià)類和無效等價(jià)類）
邊界值分析：很多錯(cuò)誤都出現(xiàn)在邊界值上
正交試驗(yàn)法：大量試驗(yàn)點(diǎn)中選取適量的有代表性的點(diǎn)，
狀態(tài)遷移法：用足夠的用例達(dá)到對系統(tǒng)狀態(tài)的覆蓋
判定表法：分析多種輸入條件下系統(tǒng)執(zhí)行不同動作的工具，可以把復(fù)雜的邏輯關(guān)系和多種條件的組合情況表達(dá)得明確又具體
因果圖法：描述系統(tǒng)輸入輸出之間的因果關(guān)系、約束關(guān)系。
錯(cuò)誤猜測法：針對系統(tǒng)對于錯(cuò)誤操作的處理法猜測，設(shè)計(jì)測試用例
異常分析法：針對系統(tǒng)可能存在的異常操作進(jìn)行故障分析

（白盒需要保證：所有模塊中的獨(dú)立路徑至少被測試一次，所有邏輯值需要測試真和假兩種情況，檢查程序內(nèi)部的數(shù)據(jù)結(jié)構(gòu)，在上下邊界和可操作范圍內(nèi)運(yùn)行所有循環(huán)）
靜態(tài)測試
動態(tài)測試
語句覆蓋、判定覆蓋、條件覆蓋、路徑覆蓋

App的性能指標(biāo)：
內(nèi)存
Cpu
流量
電量
啟動速度
滑動速度、頁面切換速度
與服務(wù)器交互的網(wǎng)絡(luò)速度

Java和C++的區(qū)別：

Java是解釋型語言，所謂的解釋型語言，就是源碼會先經(jīng)過一次編譯，成為中間碼，中間碼再被解釋器解釋成機(jī)器碼。對于Java而言，中間碼就是字節(jié)碼(.class)，而解釋器在JVM中內(nèi)置了。

C++是編譯型語言，所謂編譯型語言，就是源碼一次編譯，直接在編譯的過程中鏈接了，形成了機(jī)器碼。

C++比Java執(zhí)行速度快，但是Java可以利用JVM跨平臺。

Java是純面向?qū)ο蟮恼Z言，所有代碼（包括函數(shù)、變量）都必須在類中定義。而C++中還有面向過程的東西，比如是全局變量和全局函數(shù)。

C++中有指針，Java中沒有，但是有引用。

C++支持多繼承，Java中類都是單繼承的。但是繼承都有傳遞性，同時(shí)Java中的接口是多繼承，類對接口的實(shí)現(xiàn)也是多實(shí)現(xiàn)。

C++中，開發(fā)需要自己去管理內(nèi)存，但是Java中JVM有自己的GC機(jī)制，雖然有自己的GC機(jī)制，但是也會出現(xiàn)OOM和內(nèi)存泄漏的問題。C++中有析構(gòu)函數(shù)，Java中Object的finalize方法。

C++運(yùn)算符可以重載，但是Java中不可以。同時(shí)C++中支持強(qiáng)制自動轉(zhuǎn)型，Java中不行，會出現(xiàn)ClassCastException（類型不匹配）。

Bug的周期：
New新的：
測試人員需要和項(xiàng)目負(fù)責(zé)人溝通，如果確實(shí)是一個(gè)bug就需要記錄下來，設(shè)置狀態(tài)為new。

Assigned已指派的：
Bug確定為new之后，反饋給開發(fā)人員，開發(fā)組負(fù)責(zé)人將這個(gè)bug指派給一個(gè)開發(fā)人員處理，狀態(tài)設(shè)置為assigned

Open打開的
開發(fā)人員開始處理bug，狀態(tài)變?yōu)閛pen，表示開發(fā)人員正在處理這個(gè)bug

Fixed已修復(fù)的
開發(fā)人員認(rèn)為已經(jīng)解決bug之后就把bug狀態(tài)設(shè)置為fixed，已修復(fù)的，然后開發(fā)負(fù)責(zé)人把bug返還給測試組

Pending reset待測試的
將bug返還給測試組之后，bug狀態(tài)設(shè)置為pending reset

Reset再測試
測試組負(fù)責(zé)人將bug指定給某位測試人員進(jìn)行測試，將bug的狀態(tài)設(shè)置為reset

Closed已關(guān)閉的
如果測試人員經(jīng)過測試認(rèn)為bug已經(jīng)解決，就將bug狀態(tài)設(shè)置為closed

Reopen再次打開的
如果再次測試發(fā)現(xiàn)bug仍然存在，將bug再次傳遞給開發(fā)組，設(shè)置為reopen

Pending reject拒絕中
如果開發(fā)認(rèn)為這不是bug就設(shè)置為拒絕中

Rejected被拒絕的
測試組接到被拒絕的bug后，如果經(jīng)過產(chǎn)品說明書發(fā)現(xiàn)這確實(shí)不能算作bug，就將bug狀態(tài)設(shè)置為被拒絕的。

Postponed延期的
Bug需要擱置一段時(shí)間，設(shè)置為延期的

斷網(wǎng)排查：

重啟網(wǎng)絡(luò)

Ping 127.0.0.1，判斷網(wǎng)絡(luò)協(xié)議是否正常

Ping本機(jī)ip，判斷網(wǎng)卡驅(qū)動程序是否正常

Ping網(wǎng)關(guān)，判斷網(wǎng)關(guān)設(shè)備是否正常（檢查網(wǎng)絡(luò)參數(shù)）

Web測試和app測試的不同
Web項(xiàng)目是基于b/s架構(gòu)的，基于瀏覽器
App項(xiàng)目是c/s架構(gòu)的，必須安裝客戶端
Web主要關(guān)心響應(yīng)時(shí)間，app還關(guān)心流量、電量、cpu、內(nèi)存等
App測試還要考慮安裝、卸載、更新等功能
App還要測試網(wǎng)絡(luò)和適配性等

判斷bug屬于前端還是后端
chrom瀏覽器為例
打開開發(fā)者工具，在瀏覽器菜單欄選擇工具-開發(fā)者工具，快捷鍵是F12
根據(jù)響應(yīng)值（response）。響應(yīng)中沒有數(shù)據(jù)則是后端沒有返回。
響應(yīng)中有數(shù)據(jù)，但是前端顯示錯(cuò)誤了，判斷是前端的問題。

服務(wù)器上找日志文件 tail -f顯示文件，前端去復(fù)現(xiàn)bug，如果有exception就是后臺報(bào)錯(cuò)，如果返回碼為500+就是服務(wù)器的問題，后臺問題

如果是樣式的問題一般是前端的問題
如果不是樣式的問題看F12，網(wǎng)絡(luò)請求返回的數(shù)據(jù)是不是預(yù)期數(shù)據(jù)，如果數(shù)據(jù)沒錯(cuò)是前端的問題，如果數(shù)據(jù)有錯(cuò)或者獲取不到數(shù)據(jù)，先看參數(shù)，如果參數(shù)有問題是前端的錯(cuò)，如果參數(shù)沒有問題是后端的錯(cuò)。

常用http狀態(tài)碼
100 客戶端繼續(xù)發(fā)送請求
200 請求成功
201 請求完成
301 永久重定向
302 臨時(shí)重定向
304請求資源未更新
404 資源不存在
500 服務(wù)器內(nèi)部錯(cuò)誤
501 服務(wù)器無法識別
502 錯(cuò)誤網(wǎng)關(guān)
503 服務(wù)出錯(cuò)

系統(tǒng)管理崗：
1、負(fù)責(zé)維護(hù)系統(tǒng)、網(wǎng)絡(luò)運(yùn)行環(huán)境的穩(wěn)定性和安全性；
2、負(fù)責(zé)產(chǎn)品迭代、系統(tǒng)部署所需軟件資源的管理及調(diào)優(yōu)；
3、排查生產(chǎn)系統(tǒng)的故障，能迅速準(zhǔn)確定位原因并解決問題；
4、負(fù)責(zé)業(yè)務(wù)系統(tǒng)應(yīng)急預(yù)案的處理，保持業(yè)務(wù)連續(xù)性；
5、負(fù)責(zé)監(jiān)控系統(tǒng)的建設(shè)，包括基礎(chǔ)設(shè)施資源、系統(tǒng)性能、日志、安全事件監(jiān)控，以及所有數(shù)據(jù)指標(biāo)的采集、匯總、分析。

總結(jié)

以上是生活随笔為你收集整理的个人面经整理海尔测试的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。