測(cè)試工程師面試題

經(jīng)典測(cè)試面試題

1、問：你在測(cè)試中發(fā)現(xiàn)了一個(gè)bug,但是開辟經(jīng)理認(rèn)為這不是一個(gè)bug,你應(yīng)該怎樣解決？

首先，將問題提交到缺陷管理庫里面進(jìn)行備案。

然后，要獲取判斷的依據(jù)和標(biāo)準(zhǔn)：

根據(jù)需求說明書、產(chǎn)品說明、設(shè)計(jì)文檔等，確認(rèn)實(shí)際結(jié)果是否與計(jì)劃有不一致的地方，提供缺陷是否確認(rèn)的直接依據(jù)；

如果沒有文檔依據(jù)，可以根據(jù)類似軟件的普通特性來說明是否存在不一致的地方，來確認(rèn)是否是缺陷；

根據(jù)用戶的普通使用習(xí)慣，來確認(rèn)是否是缺陷；

與設(shè)計(jì)人員、開辟人員和客戶代表等相關(guān)人員探討，確認(rèn)是否是缺陷；

合理的論述，向測(cè)試經(jīng)理說明自己的判斷的理由，注意客觀、嚴(yán)謹(jǐn)，不參雜個(gè)人情緒。

等待測(cè)試經(jīng)理做出最終決定，如果仍然存在爭(zhēng)議，可以通過公司政策所提供的渠道，向上級(jí)反映，并有上級(jí)做出決定。

2、問：給你一個(gè)網(wǎng)站，你如何測(cè)試？

首先，查找需求說明、網(wǎng)站設(shè)計(jì)等相關(guān)文檔，分析測(cè)試需求。

制定測(cè)試計(jì)劃，確定測(cè)試范圍和測(cè)試策略，普通包括以下幾個(gè)部份：功能性測(cè)試；界面測(cè)試；性能測(cè)試；數(shù)據(jù)庫測(cè)試；安全性

測(cè)試；兼容性測(cè)試

設(shè)計(jì)測(cè)試用例：

功能性測(cè)試可以包括，但不限于以下幾個(gè)方面：

鏈接測(cè)試。鏈接是否正確跳轉(zhuǎn)，是否存在空頁面和無效頁面，是否有不正確的出錯(cuò)信息返回。

提交功能的測(cè)試。

多媒體元素是否可以正確加載和顯示。

多語言支持是否能夠正確顯示選擇的語言等。

界面測(cè)試可以包括但不限于一下幾個(gè)方面：

頁面是否風(fēng)格統(tǒng)一？美觀

頁面布局是否合理，重點(diǎn)內(nèi)容和熱點(diǎn)內(nèi)容是否突出

控件是否正常使用

對(duì)于必須但未安裝的控件，是否提供自動(dòng)下載并安裝的功能

文字檢查

性能測(cè)試普通從以下兩個(gè)方面考慮：

壓力測(cè)試；負(fù)載測(cè)試；強(qiáng)度測(cè)試

數(shù)據(jù)庫頓!I試要具體決定是否需要開展。數(shù)據(jù)庫普通需要考慮連結(jié)性，對(duì)數(shù)據(jù)的存取操作，數(shù)據(jù)內(nèi)容的驗(yàn)證等方面。

安全性測(cè)試：

基本的登錄功能的檢查

是否存在溢出錯(cuò)誤，導(dǎo)致系統(tǒng)崩潰或者權(quán)限泄露

相關(guān)開辟語言的常見安全性問題檢查，例如SQL注入等

如果需要高級(jí)的安全性測(cè)試，確定獲得專業(yè)安全公司的匡助，外包測(cè)試，或者獲取支持

兼容’性測(cè)1試，根據(jù)需求說明的內(nèi)容，確定支持的平臺(tái)組合：

瀏覽器的兼容性；

操作系統(tǒng)的兼容性；

軟件平臺(tái)的兼容性；

數(shù)據(jù)庫的兼容性

開展測(cè)試，并記錄缺陷。合理的安排調(diào)整測(cè)試進(jìn)度，提前獲取測(cè)試所需的資源，建立管理體系（例如，需求變更、風(fēng)險(xiǎn)、配置、

測(cè)試文檔、缺陷報(bào)告、人力資源等內(nèi)容）。

定期評(píng)審，對(duì)測(cè)試進(jìn)行評(píng)估和總結(jié)，調(diào)整測(cè)試的內(nèi)容。

3、在搜索引擎中輸入漢字就可以解析到對(duì)應(yīng)的域名，請(qǐng)問如何用LoadRunner進(jìn)行測(cè)試。

設(shè)計(jì)典型場(chǎng)景的測(cè)試用例，覆蓋常用業(yè)務(wù)流程和不常用的業(yè)務(wù)流程等

根據(jù)測(cè)試用例，開辟自動(dòng)測(cè)試腳本和場(chǎng)景：

錄制測(cè)試腳本：新建一個(gè)腳本（Web/HTML協(xié)議）；點(diǎn)擊錄制按鈕，在彈出的對(duì)話框的URL中輸入"about:blank”；在打

開的瀏覽器中進(jìn)行正常操作流程后，結(jié)束錄制；調(diào)試腳本并保存，可能要注意到字符集的關(guān)聯(lián)。

設(shè)置狽11試場(chǎng)景：針對(duì)性能設(shè)置測(cè)試場(chǎng)景，主要判斷在正常情況下，系統(tǒng)的平均事務(wù)響應(yīng)時(shí)間是否達(dá)標(biāo)；針對(duì)壓力負(fù)載設(shè)置

測(cè)試場(chǎng)景，主要判斷在長(zhǎng)期處于滿負(fù)荷或者超出系統(tǒng)承載能力的條件下，系統(tǒng)是否會(huì)崩潰；執(zhí)行測(cè)試，獲取測(cè)試結(jié)果，分析

測(cè)試結(jié)果

4、問：一臺(tái)客戶端有三百個(gè)客戶與三百個(gè)客戶端有三百個(gè)客戶對(duì)服務(wù)器施壓，有什么區(qū)別？

300個(gè)用戶在一個(gè)客戶端上，會(huì)占用客戶機(jī)更多的資源，而影響測(cè)試的結(jié)果。線程之間可能發(fā)生干擾，而產(chǎn)生一些異常。

300個(gè)用戶在一個(gè)客戶端上，需要更大的帶寬。

IP地址的問題，可能需要使用IPSpoof來繞過服務(wù)器對(duì)于單一IP地址最大連接數(shù)的限制。

所實(shí)用戶在一個(gè)客戶端上，不必考慮分布式管理的問題；而用戶分布在不同的客戶端上，需要考慮使用控制器來整體調(diào)配不同

客戶機(jī)上的用戶。同時(shí)，還需要賦予相應(yīng)的權(quán)限配置和防火墻設(shè)置。

5、試述軟件的概念和特點(diǎn)？軟件復(fù)用的含義？構(gòu)件包括哪些？

軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的另一部份，與計(jì)算機(jī)系統(tǒng)操作有關(guān)的計(jì)算機(jī)程序、規(guī)程、規(guī)則，以及可能有的文件、文

檔及數(shù)據(jù)。

軟件復(fù)用（SoftwareReuse）是將已有軟件的各種有關(guān)知識(shí)用于建立新的軟件，以縮減軟件開辟和維護(hù)的花費(fèi)。軟件復(fù)用是提高

軟件生產(chǎn)力和質(zhì)量的一種重要技術(shù)。早期的軟件復(fù)用主要是代碼級(jí)復(fù)用，被復(fù)用的知識(shí)專指程序，后來擴(kuò)大到包括領(lǐng)域知識(shí)、

開辟經(jīng)驗(yàn)、設(shè)計(jì)決定、體系結(jié)構(gòu)、需求、設(shè)計(jì)、代碼和文檔等一切有關(guān)方面。

可以被復(fù)用的軟件成份普通稱作可復(fù)用構(gòu)件

6、軟件生存周期及其模型是什么？

軟件生存周期（Softwarelifecycle）又稱為軟件生命期，生存期。是指從形成開辟軟件概念起，所開辟的軟

件使用以后，知道失去使用價(jià)值消亡為止的整個(gè)過程。普通來說，整個(gè)生存周期包括計(jì)劃（定義）、開辟、運(yùn)行（維護(hù)）三個(gè)時(shí)

期，每一個(gè)時(shí)期又劃分為若干個(gè)階段。每一個(gè)階段有明確的任務(wù)。

周期模型（典型的幾種）：

瀑布模型

快速原型模型：快速原型模型允許在需求分析階段對(duì)軟件的需求進(jìn)行初步而非徹底的分析和定義，快速設(shè)計(jì)開辟出軟件系統(tǒng)的

原型，該原型向用戶展示待開辟軟件的全部或者部份功能和性能；用戶對(duì)該原型進(jìn)行測(cè)試評(píng)定，給出具體改進(jìn)意見以豐富細(xì)化

軟件需求；開辟人員據(jù)此對(duì)軟件進(jìn)行修改完善，直至用戶滿意認(rèn)可之后，進(jìn)行軟件的完整實(shí)現(xiàn)及測(cè)試、維護(hù)。

迭代模型：迭代包括產(chǎn)生產(chǎn)品發(fā)布（穩(wěn)定、可執(zhí)行的產(chǎn)品版本）的全部開辟活動(dòng)和要使用該發(fā)布必需的所有其他外圍元素。在

某種程度上，開辟迭代是一次完整地經(jīng)過所有工作流程的過程：需求分析、設(shè)計(jì)、實(shí)施和測(cè)試工作流程。實(shí)質(zhì)上，它類似小型

的瀑布式項(xiàng)目。RUP認(rèn)為，所有的階段都可以細(xì)分為迭代。每一次的迭代都會(huì)產(chǎn)生一個(gè)可以發(fā)布的產(chǎn)品，這個(gè)產(chǎn)品是最終產(chǎn)品

的一個(gè)子集。

生命周期階段：

軟件計(jì)劃與可行性分析

需求分析

軟件設(shè)計(jì)

編碼

軟件測(cè)試

運(yùn)行與維護(hù)

7、什么是軟件測(cè)試？軟件測(cè)試的目的與原則

在規(guī)定的條件下對(duì)程序進(jìn)行操作，以發(fā)現(xiàn)程序錯(cuò)誤，衡量軟件質(zhì)量，并對(duì)其是否能滿足設(shè)計(jì)要求進(jìn)行評(píng)估的過程。

軟件測(cè)試的目的：

測(cè)試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯(cuò)誤

一個(gè)成功的測(cè)試用例在于發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤

一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試

確保產(chǎn)品完成為了它所承諾或者發(fā)布的功能，并且用戶可以訪問到的功能都有明確的書面說明。

確保產(chǎn)品滿足性能和效率的要求

確保產(chǎn)品是茁壯的和適應(yīng)用戶環(huán)境的

軟件測(cè)試的原則：

測(cè)試用例中一個(gè)必須部份是對(duì)預(yù)期輸出或者接口進(jìn)行定義

程序員應(yīng)避免測(cè)試自己編寫的程序

編寫軟件的組織不應(yīng)當(dāng)測(cè)試自己編寫的軟件

應(yīng)當(dāng)徹底檢查每一個(gè)測(cè)試的執(zhí)行結(jié)果

測(cè)試用例的編寫不僅應(yīng)當(dāng)根據(jù)有效和預(yù)料到的輸入情況，而且也應(yīng)當(dāng)根據(jù)無效和未預(yù)料到的輸入情況

檢擦程序是否“未做其應(yīng)該做的“僅是測(cè)試的一半，測(cè)試的另一半是檢查程序是否“做了其不應(yīng)該做的”

應(yīng)避免測(cè)試用例用后即棄，除非軟件本身就是個(gè)一次性的軟件

計(jì)劃測(cè)試工作時(shí)不應(yīng)默許假定不會(huì)發(fā)現(xiàn)錯(cuò)誤

程序某部份存在更多錯(cuò)誤的可能性，與該部份已經(jīng)發(fā)現(xiàn)錯(cuò)誤的數(shù)量成正比

軟件測(cè)試是一項(xiàng)極富創(chuàng)造性，極具智力的挑戰(zhàn)性的工作

8、軟件配置管理的作用？軟件配置包括什么？

軟件配置管理（SoftwareConfigurationManagement,SCM）是一種標(biāo)識(shí)、組織和控制修改的技術(shù)。軟件配置管理應(yīng)用于整個(gè)軟

件工程過程。在軟件建立時(shí)變更是不可避免的，而變更加劇了項(xiàng)目中軟件開辟者之間的混亂。SCM活動(dòng)的目標(biāo)就是為了標(biāo)識(shí)變

更、控制變更、確保變更正確實(shí)現(xiàn)并向其他有關(guān)人員報(bào)告變更。從某種角度講，SCM是一種標(biāo)識(shí)、組織和控制修改的技術(shù)，目的

是使錯(cuò)誤降為最小并最有效地提高生產(chǎn)效率。

軟件配置包括如下內(nèi)容：配置項(xiàng)識(shí)別、工作空間管理、版本控制、變更控制、狀態(tài)報(bào)告、配置審計(jì)

9、什么是軟件質(zhì)量？

概括地說，軟件質(zhì)量就是“軟件與明確的和隱含的定義的需求相一致的程度”。具體地說，軟件質(zhì)量是軟件符合明確敘述的功能

和性能需求、文檔中明確描述的開辟標(biāo)準(zhǔn)、以及所有專業(yè)開辟的軟件都應(yīng)具有的隱含特征的程度。影響軟件質(zhì)量的主要因素,

這些因素是從管理角度對(duì)軟件質(zhì)量的度量?？蓜澐譃槿M，分別反應(yīng)用戶在使用軟件產(chǎn)品時(shí)的三種觀點(diǎn)。正確性、茁壯性、效

率、完整性、可用性、風(fēng)險(xiǎn)（產(chǎn)品運(yùn)行）；可理解性、可維修性、靈便性、可測(cè)試性（產(chǎn)品修改）；可移植性、可再用性、互

運(yùn)行性（產(chǎn)品轉(zhuǎn)移）。

10、目前主要的測(cè)試用例設(shè)計(jì)方法是什么？

白盒測(cè)試：邏輯覆蓋、循環(huán)覆蓋、基本路徑覆蓋

黑盒測(cè)試：邊界值分析法、等價(jià)類劃分、錯(cuò)誤猜測(cè)法、因果圖法、狀態(tài)圖法、測(cè)試大綱法、隨機(jī)測(cè)試、場(chǎng)景法

11、軟件的安全性應(yīng)從哪幾個(gè)方面去測(cè)試？

軟件安全性測(cè)試包括程序、數(shù)據(jù)庫安全性測(cè)試。根據(jù)系統(tǒng)安全指標(biāo)不同測(cè)試策略也不同。

用戶認(rèn)證安全的測(cè)試要考慮問題：明確區(qū)分系統(tǒng)中不同用戶權(quán)限、系統(tǒng)中會(huì)不會(huì)浮現(xiàn)用戶沖突、系統(tǒng)會(huì)不會(huì)因用戶的

權(quán)限的改變?cè)斐苫靵y、用戶登陸密碼是否是可見、可復(fù)制、是否可以通過絕對(duì)途徑登陸系統(tǒng)（拷貝用戶登陸后的鏈接直接進(jìn)

入系統(tǒng)）、用戶退出系統(tǒng)后是否刪除了所有鑒權(quán)標(biāo)記，是否可以使用后退鍵而不通過輸入口令進(jìn)入系統(tǒng)、系統(tǒng)網(wǎng)絡(luò)安全的測(cè)試

要考慮問題、測(cè)試采取的防護(hù)措施是否正確裝配好，有關(guān)系統(tǒng)的補(bǔ)丁是否打上、摹擬非授權(quán)攻擊，看防護(hù)系統(tǒng)是否堅(jiān)固、采

用成熟的網(wǎng)絡(luò)漏洞檢查工具檢查系統(tǒng)相關(guān)漏洞（即用最專業(yè)的黑客攻擊工具攻擊試一下，現(xiàn)在最常用的是NBSI系列和

IPhackerIP）、采用各種木馬檢查工具檢查系統(tǒng)木馬情況、采用各種防外掛工具檢查系統(tǒng)各組程序的外掛漏洞

數(shù)據(jù)庫安全考慮問題：系統(tǒng)數(shù)據(jù)是否機(jī)密（比如對(duì)銀行系統(tǒng)，這一點(diǎn)就特殊重要，普通的網(wǎng)站就沒有太高要求）、系統(tǒng)數(shù)

據(jù)的完整性（我剛剛結(jié)束的企業(yè)實(shí)名核查服務(wù)系統(tǒng)中就曾經(jīng)存在數(shù)據(jù)的不完整，對(duì)于這個(gè)系統(tǒng)的功能實(shí)現(xiàn)有了障礙）、系統(tǒng)數(shù)

據(jù)可管理性、系統(tǒng)數(shù)據(jù)的獨(dú)立性、系統(tǒng)數(shù)據(jù)可備份和恢復(fù)能力（數(shù)據(jù)備份是否完整，可否恢復(fù)，恢復(fù)是否可以完整）

12、什么是測(cè)試用例什么是測(cè)試腳本兩者的關(guān)系是什么？

為實(shí)施測(cè)試而向被測(cè)試系統(tǒng)提供的輸入數(shù)據(jù)、操作或者各種環(huán)境設(shè)置以及期望結(jié)果的一個(gè)特定的集合。

測(cè)試腳本是為了進(jìn)行自動(dòng)化測(cè)試而編寫的腳本。

測(cè)試腳本的編寫必須對(duì)應(yīng)相應(yīng)的測(cè)試用例

13、簡(jiǎn)述什么是靜態(tài)測(cè)試、動(dòng)態(tài)測(cè)試、黑盒測(cè)試、白盒測(cè)試、a測(cè)試P測(cè)試

靜態(tài)狽11試是不運(yùn)行程序本身而尋覓程序代碼中可能存在的錯(cuò)誤或者評(píng)估程序代碼的過程。

動(dòng)態(tài)狽！1試是實(shí)際運(yùn)行被測(cè)程序，輸入相應(yīng)的測(cè)試實(shí)例，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，判定執(zhí)行結(jié)果是否符合要求，從而

檢驗(yàn)程序的正確性、可靠性和有效性，并分析系統(tǒng)運(yùn)行效率和茁壯性等性能。

黑盒翎11試普通用來確認(rèn)軟件功能的正確性和可操作性，目的是檢測(cè)軟件的各個(gè)功能是否能得以實(shí)現(xiàn)，把被測(cè)試的程序當(dāng)做一

個(gè)黑盒，不考慮其內(nèi)部結(jié)構(gòu)，在知道該程序的輸入和輸出之間的關(guān)系或者程序功能的情況下,依靠軟件規(guī)格說明書來確定測(cè)試用

例

和判斷測(cè)試結(jié)果的正確性。

白盒頓!I試根據(jù)軟件內(nèi)部的邏輯結(jié)構(gòu)分析來進(jìn)行測(cè)試,是基于代碼的測(cè)試，測(cè)試人員通過閱讀程序代碼或者通過使用開辟工具

中的單步調(diào)試來判斷軟件的質(zhì)量，普通黑盒測(cè)試由項(xiàng)目經(jīng)理在程序員開辟中來實(shí)現(xiàn)。

a頓!I試是由一個(gè)用戶在開辟環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在摹擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試，Alpha測(cè)

試不能由程序員或者測(cè)試員完成。

P雙U試是軟件的多個(gè)用戶在一個(gè)或者多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。開辟者通常不在測(cè)試現(xiàn)場(chǎng)，Beta測(cè)試不能由程序

員或者測(cè)試員完成。

14、軟件質(zhì)量保證體系是什么國家標(biāo)準(zhǔn)中與質(zhì)量保證管理相關(guān)的幾個(gè)標(biāo)準(zhǔn)是什么?他們的

編號(hào)和全稱是什么？

SQA由一套軟件工程過程和方法組成，以保證（軟件的）質(zhì)量。SQA貫通整個(gè)軟件開辟過程，（它）應(yīng)包括需求文檔評(píng)審、代碼控

制、代碼評(píng)審、變更管理、配置管理、版本管理和軟件測(cè)試。

軟件質(zhì)量保證（SQA-SoftwareQualityAssurance）是建立一套有計(jì)劃，有系統(tǒng)的方法，來向管理層保證擬定出的標(biāo)準(zhǔn)、步驟、實(shí)踐

和方法能夠正確地被所有項(xiàng)目所采用。軟件質(zhì)量保證的目的是使軟件過程對(duì)于管理人員來說是可見的。它通過對(duì)軟件產(chǎn)品和活

動(dòng)進(jìn)行評(píng)審和審計(jì)來驗(yàn)證軟件是合乎標(biāo)準(zhǔn)的。軟件質(zhì)量保證組在項(xiàng)目開始時(shí)就一起參預(yù)建立計(jì)劃、標(biāo)準(zhǔn)和過程。這些將使

軟件項(xiàng)目滿足機(jī)構(gòu)方針的要求。

15、軟件產(chǎn)品質(zhì)量特性是什么？

功能性：適應(yīng)性、準(zhǔn)確性、互操作性、依從性、安全性。

可靠性：成熟性、容錯(cuò)性、易恢復(fù)性。

可使用性：易理解性、易學(xué)習(xí)性、易操作性。

效率：時(shí)間特性、資源特性。

可維護(hù)性：易分析性、易變更性、穩(wěn)定性、易測(cè)試性。

可移植性：適應(yīng)性、易安裝性、遵循性、易替換性

16、軟件測(cè)試的策略是什么？

軟件測(cè)試策略：在一定的軟件測(cè)試標(biāo)準(zhǔn)、測(cè)試規(guī)范的指導(dǎo)下，依據(jù)測(cè)試項(xiàng)目的特定環(huán)境約束而規(guī)定的軟件測(cè)試的原則、方式、

方法的集合。

17、軟件測(cè)試分為幾個(gè)階段各階段的測(cè)試策略和要求是什么？

和開辟過程相對(duì)應(yīng)，測(cè)試過程會(huì)挨次經(jīng)歷單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試四個(gè)主要階段：

單兀帆！I試：?jiǎn)卧獪y(cè)試是針對(duì)軟件設(shè)計(jì)的最小單位程序模塊甚至代碼段進(jìn)行正確性檢驗(yàn)的測(cè)試工作，通常由開辟人員進(jìn)

行。

集成試：集成測(cè)試是將模塊按照設(shè)計(jì)要求組裝起來進(jìn)行測(cè)試，主要目的是發(fā)現(xiàn)與接口有關(guān)的問題。由于在產(chǎn)品提交到測(cè)

試部門前，產(chǎn)品開辟小組都要進(jìn)行聯(lián)合調(diào)試，因此在大部份企業(yè)中集成測(cè)試是由開辟人員來完成的。

系統(tǒng)狽！1試：系統(tǒng)測(cè)試是在集成測(cè)試通過后進(jìn)行的，目的是充分運(yùn)行系統(tǒng)，驗(yàn)證各子系統(tǒng)是否都能正常工作并完成設(shè)計(jì)的要

求。它主要由測(cè)試部門進(jìn)行，是測(cè)試部門最大最重要的一個(gè)測(cè)試，對(duì)產(chǎn)品的質(zhì)量有重大的影響。

驗(yàn)“攵試：驗(yàn)收測(cè)試以需求階段的《需求規(guī)格說明書》為驗(yàn)收標(biāo)準(zhǔn)，測(cè)試時(shí)要求摹擬實(shí)際用戶的運(yùn)行環(huán)境。對(duì)于實(shí)際項(xiàng)目

可以和客戶共同進(jìn)行，對(duì)于產(chǎn)品來說就是最后一次的系統(tǒng)測(cè)試。測(cè)試內(nèi)容為對(duì)功能模塊的全面測(cè)試，特別要進(jìn)行文檔測(cè)試。

單元測(cè)試測(cè)試策略：

自頂向下的單元測(cè)試策略：比孤立單元測(cè)試的成本高不少，不是單元測(cè)試的一個(gè)好的選擇。

自底向上的單元測(cè)試策略：比較合理的單元測(cè)試策略，但測(cè)試周期較長(zhǎng)。

孤立單元測(cè)試策略：最好的單元測(cè)試策略。

集成測(cè)試的測(cè)試策略：

大爆炸集成：適應(yīng)于一個(gè)維護(hù)型項(xiàng)目或者被測(cè)試系統(tǒng)較小

自頂向下集成：適應(yīng)于產(chǎn)品控制結(jié)構(gòu)比較清晰和穩(wěn)定；高層接口變化較??；底層接口未定義或者時(shí)?？赡鼙恍薷?；產(chǎn)口控制組

件具有較大的技術(shù)風(fēng)險(xiǎn)，需要及早被驗(yàn)證；希翼及早能看到產(chǎn)品的系統(tǒng)功能行為。

自底向上集成：適應(yīng)于底層接口比較穩(wěn)定；高層接口變化比較頻繁；底層組件較早被完成。

基于進(jìn)度的集成

優(yōu)點(diǎn)：具有較高的并行度；能夠有效縮短項(xiàng)目的開辟進(jìn)度。

缺點(diǎn)：樁和驅(qū)動(dòng)工作量較大；有些接口測(cè)試不充分；有些測(cè)試重復(fù)和浪費(fèi)。

系統(tǒng)測(cè)試的測(cè)試策略：

數(shù)據(jù)和數(shù)據(jù)庫完整性測(cè)試；功能測(cè)試；用戶界面測(cè)試；性能評(píng)測(cè)；負(fù)載測(cè)試；強(qiáng)度測(cè)試；容量測(cè)試；安全性和訪問控制測(cè)試；

故障轉(zhuǎn)移和恢復(fù)測(cè)試；配置測(cè)試；安裝測(cè)試；加密測(cè)試；可用性測(cè)試；版本驗(yàn)證測(cè)試；文檔測(cè)試18、軟件測(cè)

試各個(gè)階段通常完成什么工作？各個(gè)階段的結(jié)果文件是什么？包括什么內(nèi)容？

單元狽11試階段：各獨(dú)立單元模塊在與系統(tǒng)地其他部份相隔離的情況下進(jìn)行測(cè)試，單元測(cè)試針對(duì)每一個(gè)程序模塊進(jìn)行正確性

校驗(yàn)，檢查各個(gè)程序模塊是否正確地實(shí)現(xiàn)了規(guī)定的功能。生成單元測(cè)試報(bào)告，提交缺陷報(bào)告。

集成頓試階段：集成測(cè)試是在單元測(cè)試的基礎(chǔ)上，測(cè)試在將所有的軟件單元按照概要設(shè)計(jì)規(guī)格說明的要求組裝成模塊、子

系統(tǒng)或者系統(tǒng)的過程中各部份工作是否達(dá)到或者實(shí)現(xiàn)相應(yīng)技術(shù)指標(biāo)及要求的活動(dòng)。該階段生成集成測(cè)試報(bào)告，提交缺陷報(bào)告。

系統(tǒng)雙11試階段：將通過確認(rèn)測(cè)試的軟件，作為整個(gè)賦予計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)

據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行全面的功能覆蓋。該階段需要提交測(cè)試總結(jié)和缺

陷報(bào)告。

19、測(cè)試人員在軟件開辟過程中的任務(wù)是什么？

1、盡可能早的找出系統(tǒng)中的Bug；

2、避免軟件開辟過程中缺陷的浮現(xiàn)；

3、衡量軟件的品質(zhì)，保證系統(tǒng)的質(zhì)量；

4、關(guān)注用戶的需求，并保證系統(tǒng)符合用戶需求。

總的目標(biāo)是：確保軟件的質(zhì)量。

20、在您以往的工作中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高

質(zhì)量的軟件缺陷（Bug）記錄？

一條Bug記錄最基本應(yīng)包含：

bug編號(hào)；

bug嚴(yán)重級(jí)別，優(yōu)先級(jí)；

bug產(chǎn)生的模塊；

首先要有bug摘要，闡述bug大體的內(nèi)容；

bug對(duì)應(yīng)的版本；

bug詳細(xì)現(xiàn)象描述，包括一些截圖、錄相….等等；

bug浮現(xiàn)時(shí)的測(cè)試環(huán)境，產(chǎn)生的條件即對(duì)應(yīng)操作步驟；

高質(zhì)量的Bug記錄：

1）通用UI要統(tǒng)一、準(zhǔn)確

缺陷報(bào)告的UI要與測(cè)試的軟件UI保持一致，便于查找定位。

2）盡量使用業(yè)界慣用的表達(dá)術(shù)語和表達(dá)方法

使用業(yè)界慣用的表達(dá)術(shù)語和表達(dá)方法，保證表達(dá)準(zhǔn)確，體現(xiàn)專業(yè)化。

3）每條缺陷報(bào)告只包括一個(gè)缺陷

每條缺陷報(bào)告只包括一個(gè)缺陷，可以使缺陷修正者迅速定位一個(gè)缺陷，集中精力每次只修正一個(gè)缺陷。校驗(yàn)者每次只校驗(yàn)一個(gè)

缺陷是否已經(jīng)正確修正。

4）不可重現(xiàn)的缺陷也要報(bào)告

首先缺陷報(bào)告必須展示重現(xiàn)缺陷的能力。不可重現(xiàn)的缺陷要竭力重現(xiàn)，若竭力之后仍不能重現(xiàn)，仍然要報(bào)告此缺陷，但在報(bào)告

中要注明無法再現(xiàn)，缺陷浮現(xiàn)的頻率。

5）明確指明缺陷類型

根據(jù)缺陷的現(xiàn)象，總結(jié)判斷缺陷的類型。例如，即功能缺陷、界面缺陷、數(shù)據(jù)缺陷，合理化建議這是最常見的缺陷或者缺陷類型，

其他形式的缺陷或者缺陷也從屬于其中某種形式。

6）明確指明缺陷嚴(yán)重等級(jí)和優(yōu)先等級(jí)

時(shí)刻明確嚴(yán)重等級(jí)和優(yōu)先等級(jí)之間的差別。高嚴(yán)重問題可能不值得解決，小裝飾性問題可能被當(dāng)做高優(yōu)先級(jí)。

7）描述（Description）,簡(jiǎn)潔、準(zhǔn)確，完整，揭示缺陷實(shí)質(zhì)，記錄缺陷或者缺陷浮現(xiàn)的位置

描述要準(zhǔn)確反映缺陷的本質(zhì)內(nèi)容，簡(jiǎn)短明了。為了便于在軟件缺陷管理數(shù)據(jù)庫中尋覓制定的測(cè)試缺陷，包含缺陷發(fā)生時(shí)的用戶

界面（UI）是個(gè)良好的習(xí)慣。例如記錄對(duì)話框的標(biāo)題、菜單、按鈕等控件的名稱。

8）短行之間使用自動(dòng)數(shù)字序號(hào)，使用相同的字體、字號(hào)、行間距

短行之間使用自動(dòng)數(shù)字序號(hào)，使用相同的字體、字號(hào)、行間距，可以保證各條記錄格式一致，做到規(guī)范專業(yè)。

9）每一個(gè)步驟盡量只記錄一個(gè)操作

保證簡(jiǎn)潔、條理井然，容易重復(fù)操作步驟。

10）確認(rèn)步驟完整，準(zhǔn)確，簡(jiǎn)短

保證快速準(zhǔn)確的重復(fù)缺陷，“完整”即沒有缺漏，“準(zhǔn)確”即步驟正確，“簡(jiǎn)短”即沒有多余的步驟。

11）根據(jù)缺陷，可選擇是否進(jìn)行圖象捕捉

為了直觀的觀察缺陷或者缺陷現(xiàn)象，通常需要附加缺陷或者缺陷浮現(xiàn)的界面，以圖片的形式作為附件附著在記錄的“附件”部份。

為了節(jié)省空間，又能真實(shí)反映缺陷或者缺陷本質(zhì)，可以捕捉缺陷或者缺陷產(chǎn)生時(shí)的全屏幕，活動(dòng)窗口和局部區(qū)域。為了迅速定

位、修正缺陷或者缺陷位置，通常要求附加中文對(duì)照?qǐng)D。

附加必要的特殊文檔和個(gè)人建議和注解

如果打開某個(gè)特殊的文檔而產(chǎn)生的缺陷或者缺陷，則必須附加該文檔，從而可以迅速再現(xiàn)缺陷或者缺陷。有時(shí)，為了使缺陷或

者缺陷修正者進(jìn)一步明確缺陷或者缺陷的表現(xiàn)，可以附加個(gè)人的修改建議或者注解。

12）檢查拼寫和語法缺陷

在提交每條缺陷或者缺陷之前，檢查拼寫和語法，確保內(nèi)容正確，正確的描述缺陷。

13）盡量使用短語和短句，避免復(fù)雜句型句式

軟件缺陷管理數(shù)據(jù)庫的目的是便于定位缺陷，因此，要求客觀的描述操作步驟，不需要修飾性的詞匯和復(fù)雜的句型，增強(qiáng)可讀

性。

以上概括了報(bào)告測(cè)試缺陷的規(guī)范要求，隨著軟件的測(cè)試要求不同，測(cè)試者經(jīng)過長(zhǎng)期測(cè)試，積累了相應(yīng)的測(cè)試經(jīng)驗(yàn)，將會(huì)逐漸養(yǎng)

成良好的專業(yè)習(xí)慣，不斷補(bǔ)充新的規(guī)范書寫要求。此外，時(shí)常閱讀、學(xué)習(xí)其他測(cè)試工程師的測(cè)試缺陷報(bào)告，結(jié)合自己以前的測(cè)

試缺陷報(bào)告進(jìn)行對(duì)照和思量，可以不斷提高技巧。

14）缺陷描述內(nèi)容

缺陷描述的內(nèi)容可以包含缺陷操作步驟，實(shí)際結(jié)果和期望結(jié)果。操作步驟可以方便開辟人員再現(xiàn)缺陷進(jìn)行修正，有些開辟的再

現(xiàn)缺陷能力很差，雖然他明白你所指的缺陷，但就是無法再現(xiàn)特殊是對(duì)系統(tǒng)不熟悉的新加入開辟人員，介紹步驟可以方便他們

再現(xiàn)。實(shí)際結(jié)果可以讓開辟明白錯(cuò)誤是什么，期望結(jié)果可以讓開辟了解正確的結(jié)果應(yīng)該是如何。

21、黑盒測(cè)試和白盒測(cè)試是軟件測(cè)試的兩種基本方法，請(qǐng)分別說明各自的優(yōu)點(diǎn)和缺點(diǎn)!

黑盒測(cè)試的優(yōu)點(diǎn)有：比較簡(jiǎn)單，不需要了解程序內(nèi)部的代碼及實(shí)現(xiàn)；與軟件的內(nèi)部實(shí)現(xiàn)無關(guān)；從用戶角度出發(fā)，能很容易的

知道用戶會(huì)用到哪些功能，會(huì)遇到哪些問題；基于軟件開辟文檔，所以也能知道軟件實(shí)現(xiàn)了文檔中的哪些功能；在做軟件自動(dòng)

化測(cè)試時(shí)較為方便。

黑盒測(cè)試的缺點(diǎn)有：不可能覆蓋所有的代碼，覆蓋率較低，大概只能達(dá)到總代碼量的30%；自動(dòng)化測(cè)試的復(fù)用性較低。

白盒測(cè)試的優(yōu)點(diǎn)有：匡助軟件測(cè)試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問題。

白盒測(cè)試的缺點(diǎn)有：程序運(yùn)行會(huì)有不少不同的路徑，不可能測(cè)試所有的運(yùn)行路徑；測(cè)試基于代碼，只能測(cè)試開辟人員做的對(duì)不

對(duì)，而不能知道設(shè)計(jì)的正確與否，可能會(huì)漏掉一些功能需求；系統(tǒng)龐大時(shí)，測(cè)試開消會(huì)非常大。

22、如何測(cè)試一個(gè)紙杯？

功能度：用水杯裝水看漏不漏；水能不能被喝到

安全性：杯子有沒有毒或者細(xì)菌

可靠性：杯子從不同高度落下的損壞程度

可移植性：杯子在不同的地方、溫度等環(huán)境下是否都可以正常使用

兼容性：杯子是否能夠容納果汁、白水、酒精、汽油等

易用性：杯子是否燙手、是否有防滑措施、是否方便飲用

用戶文檔：使用手冊(cè)是否對(duì)杯子的用法、限制、使用條件等有詳細(xì)描述

疲勞測(cè)試：將杯子盛上水（案例一）放24小時(shí)檢查泄漏時(shí)間和情況；盛上汽油（案例二）放24小時(shí)檢查泄漏時(shí)間和情況等

壓力測(cè)試：用根針并在針上面不斷加分量，看壓強(qiáng)多大時(shí)會(huì)穿透22、測(cè)試計(jì)劃工作的

目的是什么？測(cè)試計(jì)劃文檔的內(nèi)容應(yīng)該包括什么？其中哪些是最重要的？

軟件測(cè)試計(jì)劃是指導(dǎo)測(cè)試過程的綱領(lǐng)性文件：

領(lǐng)導(dǎo)能夠根據(jù)測(cè)試計(jì)劃進(jìn)行宏觀調(diào)控，進(jìn)行相應(yīng)資源配置等

測(cè)試人員能夠了解整個(gè)項(xiàng)目測(cè)試情況以及項(xiàng)目測(cè)試不同階段的所要進(jìn)行的工作等

便于其他人員了解測(cè)試人員的工作內(nèi)容，進(jìn)行有關(guān)配合工作

包含了產(chǎn)品概述、測(cè)試策略、測(cè)試方法、測(cè)試區(qū)域、測(cè)試配置、測(cè)試周期、測(cè)試資源、測(cè)試交流、風(fēng)險(xiǎn)分析等內(nèi)容。借助軟件

測(cè)試計(jì)劃，參預(yù)測(cè)試的項(xiàng)目成員，特別是測(cè)試管理人員，可以明確測(cè)試任務(wù)和測(cè)試方法，保持測(cè)試實(shí)施過程的順暢溝通，跟蹤

和控制測(cè)試進(jìn)度，應(yīng)對(duì)測(cè)試過程中的各種變更。

測(cè)試計(jì)劃編寫6要素（5W1H）：

why——為什么要進(jìn)行這些測(cè)試；

what—測(cè)試哪些方面，不同階段的工作內(nèi)容；

when—測(cè)試不同階段的起止時(shí)間；

where—相應(yīng)文檔，缺陷的存放位置，測(cè)試環(huán)境等；

who—項(xiàng)目有關(guān)人員組成，安排哪些測(cè)試人員進(jìn)行測(cè)試；

how—如何去做，使用哪些測(cè)試工具以及測(cè)試方法進(jìn)行測(cè)試

測(cè)試計(jì)劃和測(cè)試詳細(xì)規(guī)格、測(cè)試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測(cè)試計(jì)劃主要從宏觀上規(guī)劃測(cè)試活動(dòng)的范圍、方法和資源配置，

而測(cè)試詳細(xì)規(guī)格、測(cè)試用例是完成測(cè)試任務(wù)的具體戰(zhàn)術(shù)。所以其中最重要的是測(cè)試測(cè)試策略和測(cè)試方法（最好是能先評(píng)審）。

23、黑盒測(cè)試的測(cè)試用例常見設(shè)計(jì)方法都有哪些？請(qǐng)分別以具體的例子來說明這些方法在

測(cè)試用例設(shè)計(jì)工作中的應(yīng)用。

1）等價(jià)類劃分：等價(jià)類是指某個(gè)輸入域的子集合.在該子集合中,各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的.并合理地假定:

測(cè)試某等價(jià)類的代表值就等于對(duì)這一類其它值的測(cè)試.因此，可以把全部輸入數(shù)據(jù)合理劃分為若干等價(jià)類，在每一個(gè)等價(jià)類中取一

個(gè)數(shù)據(jù)作為測(cè)試的輸入條件，就可以用少量代表性的測(cè)試數(shù)據(jù).取得較好的測(cè)試結(jié)果.等價(jià)類劃分可有兩種不同的情況:有效等價(jià)

類和無效等價(jià)類.

2）邊界值分析法：是對(duì)等價(jià)類劃分方法的補(bǔ)充。測(cè)試工作經(jīng)驗(yàn)告訴我，大量的錯(cuò)誤是發(fā)生在輸入或者輸出范圍的邊界上,而不是

發(fā)生在輸入輸出范圍的內(nèi)部.因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例，可以查出更多的錯(cuò)誤.

使用邊界值分析方法設(shè)計(jì)測(cè)試用例，首先應(yīng)確定邊界情況.通常輸入和輸出等價(jià)類的邊界,就是應(yīng)著重測(cè)試的邊界情況.應(yīng)當(dāng)選取

正好等于，剛剛大于或者剛剛小于邊界的值作為測(cè)試數(shù)據(jù)，而不是選取等價(jià)類中的典型值或者任意值作為測(cè)試數(shù)據(jù).

3）錯(cuò)誤猜測(cè)法：基于經(jīng)驗(yàn)和直覺猜測(cè)程序中所有可能存在的各種錯(cuò)誤,從而有針對(duì)性的設(shè)計(jì)測(cè)試用例的方法.

錯(cuò)誤猜測(cè)方法的基本思想：列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況，根據(jù)他們選擇測(cè)試用例.例如，在單元

測(cè)試時(shí)曾經(jīng)列出的許多在模塊中常見的錯(cuò)誤.以前產(chǎn)品測(cè)試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等，這些就是經(jīng)驗(yàn)的總結(jié).還有，輸入數(shù)據(jù)和輸出

數(shù)據(jù)為0的情況.輸入表格為空格或者輸入表格惟獨(dú)一行.這些都是容易發(fā)生錯(cuò)誤的情況.可選擇這些情況下的例子作為測(cè)試用

例.

4）因果圖方法：前面介紹的等價(jià)類劃分方法和邊界值分析方法，都是著重考慮輸入條件，但未考慮輸入條件之間的聯(lián)系，相互組

合等.考慮輸入條件之間的相互組合，可能會(huì)產(chǎn)生一些新的情況.但要檢查輸入條件的組合不是一件容易的事情，即使把所有輸

入條件劃分成等價(jià)類，他們之間的組合情況也相當(dāng)多.因此必須考慮采用一種適合于描述對(duì)于多種條件的組合，相應(yīng)產(chǎn)生多個(gè)動(dòng)

作的形式來考慮設(shè)計(jì)測(cè)試用例.這就需要利用因果圖（邏輯模型）.因果圖方法最平生成的就是判定表.它適合于檢查程序輸入條

件的各種組合情況.

5）正交表分析法：可能因?yàn)榇罅康膮?shù)的組合而引起測(cè)試用例數(shù)量上的激增，同時(shí)，這些測(cè)試用例并沒有明顯的優(yōu)先級(jí)上的差

距，而測(cè)試人員又無法完成這么多數(shù)量的測(cè)試，就可以通過正交表來進(jìn)行縮減一些用例，從而達(dá)到盡量少的用例覆蓋盡量大的

范圍的可能性。

6）場(chǎng)景分析方法：指根據(jù)用戶場(chǎng)景來摹擬用戶的操作步驟，這個(gè)比較類似因果圖，但是可能執(zhí)行的深度和可行性更好。

7）狀態(tài)圖法：通過輸入條件和系統(tǒng)需求說明得到被測(cè)系統(tǒng)的所有狀態(tài)，通過輸入條件和狀態(tài)得出輸出條件；通過輸入條件、輸

出條件和狀態(tài)得出被測(cè)系統(tǒng)的測(cè)試用例。

8）大綱法：大綱法是一種著眼于需求的方法，為了列出各種測(cè)試條件，就將需求轉(zhuǎn)換為大綱的形式。大綱表示為樹狀結(jié)構(gòu)，在

根和每一個(gè)葉子結(jié)點(diǎn)之間存在惟一的路徑。大綱中的每條路徑定義了一個(gè)特定的輸入條件集合，用于定義測(cè)試用例。樹中葉

子的數(shù)目或者大綱中的路徑給出了測(cè)試所有功能所需測(cè)試用例的大致數(shù)量。

24、詳細(xì)的描述一個(gè)測(cè)試活動(dòng)完整的過程。（供參考，本答案主要是瀑布模型的做法）

項(xiàng)目經(jīng)理通過和客戶的交流，完成需求文檔，由開辟人員和測(cè)試人員共同完成需求文檔的評(píng)審，評(píng)審的內(nèi)容包括：需求描述不

清晰的地方和可能有明顯沖突或者無法實(shí)現(xiàn)的功能的地方。項(xiàng)目經(jīng)理通過綜合開辟人員，測(cè)試人員以及客戶的意見，完成項(xiàng)目

計(jì)劃。然后SQA進(jìn)入項(xiàng)目，開始進(jìn)行統(tǒng)計(jì)和跟蹤

開辟人員根據(jù)需求文檔完成需求分析文檔，測(cè)試人員進(jìn)行評(píng)審，評(píng)審的主要內(nèi)容包括是否有遺漏或者雙方理解不同的地方。測(cè)

試人員完成測(cè)試計(jì)劃文檔，測(cè)試計(jì)劃包括的內(nèi)容上面有描述。

測(cè)試人員根據(jù)修改好的需求分析文檔開始寫測(cè)試用例，同時(shí)開辟人員完成概要設(shè)計(jì)文檔，詳細(xì)設(shè)計(jì)文檔。此兩份文檔成為測(cè)試

人員撰寫測(cè)試用例的補(bǔ)充材料。

測(cè)試用例完成后，測(cè)試和開辟需要進(jìn)行評(píng)審。

測(cè)試人員搭建環(huán)境

開辟人員提交第一個(gè)版本，可能存在未完成功能，需要說明。測(cè)試人員進(jìn)行測(cè)試，發(fā)現(xiàn)BUG后提交給BugZilla。

開辟提交第二個(gè)版本，包括BugFix以及增加了部份功能，測(cè)試人員進(jìn)行測(cè)試。

重復(fù)上面的工作，普通是34個(gè)版本后BUG數(shù)量減少，達(dá)到出貨的要求。

如果有客戶反饋的問題，需要測(cè)試人員協(xié)助重現(xiàn)并重新測(cè)試。

26、BUG管理工具的跟蹤過程（用BugZilla為例子）

測(cè)試人員發(fā)現(xiàn)了BUG,提交到Bugzilla中，狀態(tài)為new,BUG的接受者為開辟接口人員

開辟接口將BUG分配給相關(guān)的模塊的開辟人員，狀態(tài)修改為已分配，開辟人員和測(cè)試確認(rèn)BUG,如果是本人的BUG,則設(shè)置

為接收；如果是別的開辟人員的問題，則轉(zhuǎn)發(fā)出去，由下一個(gè)開辟人員來進(jìn)行此行為；如果認(rèn)為不是問題，則需要大家討論并

確認(rèn)后，拒絕這個(gè)BUG,然后測(cè)試人員關(guān)閉此問題。

如果開辟人員接受了BUG,并修改好以后，將BUG狀態(tài)修改為已修復(fù)，并告知測(cè)試在哪個(gè)版本中可以測(cè)試。

測(cè)試人員在新版本中測(cè)試，如果發(fā)現(xiàn)問題依然存在，則拒絕驗(yàn)證；如果已經(jīng)修復(fù)，則關(guān)閉BUG。27、您認(rèn)

為在測(cè)試人員同開辟人員的溝通過程中，如何提高溝通的效率和改善溝通的效果？維持測(cè)

試人員同開辟團(tuán)隊(duì)中其他成員良好的人際關(guān)系的關(guān)鍵是什么？

盡量面對(duì)面的溝通，其次是能直接通過電話溝通，如果只能通過Email等非及時(shí)溝通工具的話，強(qiáng)調(diào)必須對(duì)特性的理解深刻以

及能表達(dá)清晰。

運(yùn)用一些測(cè)試管理工具如TestDirector進(jìn)行管理也是較有效的方法，同時(shí)要注意在TestDirector中對(duì)BUG有準(zhǔn)確的描述。在團(tuán)

隊(duì)中建立測(cè)試人員與開辟人員良好溝通中注意以下幾點(diǎn)：

一真誠、二是團(tuán)隊(duì)精神、三是在專業(yè)上有共同語言、四是要對(duì)事不對(duì)人，工作至上

固然也可以通過直接指出一些小問題，而不是進(jìn)入BUGTrackingSystem來增加對(duì)方的好感。

28、你對(duì)測(cè)試最大的興趣在哪里？為什么？

回答這個(gè)面試題，沒有固定統(tǒng)一的答案，但可能是許多企業(yè)都會(huì)問到的。提供以下答案供考：

最大的興趣，感覺這是一個(gè)有挑戰(zhàn)性的工作；

測(cè)試是一個(gè)經(jīng)驗(yàn)行業(yè)，工作越久越能感覺到做好測(cè)試的難度和樂趣

通過自己的工作，能使軟件產(chǎn)品越來越完善，從中體味到樂趣

回答此類問題注意以下幾個(gè)方面：

盡可能的切合招聘企業(yè)的技術(shù)路線來表達(dá)你的興趣，例如該企業(yè)是數(shù)據(jù)庫應(yīng)用的企業(yè)，那末表示你的興趣在數(shù)據(jù)庫的測(cè)試，并

且希翼通過測(cè)試提升自己的數(shù)據(jù)庫掌握能力。

表明你做測(cè)試的目的是為了提升能力，也是為了更好的做好測(cè)試；提升能力不是為了以后轉(zhuǎn)開辟或者其他的，除非用人企業(yè)有

這樣的安排。

不要過多的表達(dá)你的興趣在招聘企業(yè)的范疇這外。比如招聘企業(yè)是做財(cái)務(wù)軟件的，可是你表現(xiàn)出來的是對(duì)游戲軟件的興趣；或

者

招聘是做JAVA開辟的，而你的興趣是在C類語言程序的開辟。

29、你自認(rèn)為測(cè)試的優(yōu)勢(shì)在哪里？

該面試也沒有固定不變的答案，但可參考以下幾點(diǎn)，并結(jié)合自身特點(diǎn)：

有韌性、有耐心、做事有條理性、喜歡面對(duì)挑戰(zhàn)、有信心做好每一件事情、較強(qiáng)的溝通能力、從以前的經(jīng)理處都得到了很好的

評(píng)價(jià)表明我做的很好

33、簡(jiǎn)述你在以前的工作中做過哪些事情，比較熟悉什么。參考答案如下。

我過去的主要工作是系統(tǒng)測(cè)試和自動(dòng)化測(cè)試。在系統(tǒng)測(cè)試中，主要是對(duì)BOSS系統(tǒng)的業(yè)務(wù)邏輯功能，以及軟交換系統(tǒng)的Class5

特性進(jìn)行測(cè)試。性能測(cè)試中，主要是進(jìn)行的壓力測(cè)試，在各個(gè)不同數(shù)量請(qǐng)求的情況下，獲取系統(tǒng)響應(yīng)時(shí)間以及系統(tǒng)資源消耗情

況。自動(dòng)化測(cè)試主要是通過自己寫腳本以及一些第三方工具的結(jié)合來測(cè)試軟交換的特性測(cè)試。

在測(cè)試中，我感覺對(duì)用戶需求的徹底準(zhǔn)確的理解非常重要。此外，就是對(duì)BUG的管理，要以需求為依據(jù)，并非所有BUG均需要

修改。

測(cè)試工作需要耐心和細(xì)致，因?yàn)樵谛掳姹局?，雖然多數(shù)原來發(fā)現(xiàn)的BUG得到了修復(fù)，但原來正確的功能也可能變得不正確。因

此要注重迭代測(cè)試和回歸測(cè)試。

34、在C/C++中static有什么用途？（請(qǐng)至少說明兩種）

D在函數(shù)體，一個(gè)被聲明為靜態(tài)的變量在這一函數(shù)被調(diào)用過程中維持其值不變。

2）在模塊內(nèi)（但在函數(shù)體外）,一個(gè)被聲明為靜態(tài)的變量可以被模塊內(nèi)所用函數(shù)訪問，但不能被模塊外其它函數(shù)訪問。它是一個(gè)

本地的全局變量。

3）在模塊內(nèi)，一個(gè)被聲明為靜態(tài)的函數(shù)只可被這一模塊內(nèi)的其它函數(shù)調(diào)用。那就是，這個(gè)函數(shù)被限制在聲明它的模塊的本地范

圍內(nèi)使用

35、引用與指針有什么區(qū)別？

D引用必須被初始化，指針不必。

2）引用初始化以后不能被改變，指針可以改變所指的對(duì)象。

3）不存在指向空值的引用，但是存在指向空值的指針。

36、Internet采用哪種網(wǎng)絡(luò)協(xié)議？該協(xié)議的主要層次結(jié)構(gòu)？Internet物理地址和IP地址轉(zhuǎn)換

采用什么協(xié)議？

TCP/IP協(xié)議主要層次結(jié)構(gòu)為：應(yīng)用層/傳輸層/網(wǎng)絡(luò)層/數(shù)鏈路層。

ARP(AddressResolutionProtocol)(地?fù)?jù)址解析協(xié)議)

37、說說你對(duì)集成測(cè)試中自頂向下集成和自底向上集成兩個(gè)策略的理解，要談出它們各自

的優(yōu)缺點(diǎn)和主要適應(yīng)于哪種類型測(cè)試；

自頂向下集成

優(yōu)點(diǎn)：較早地驗(yàn)證了主要控制和判斷點(diǎn)；按深度優(yōu)先可以首先實(shí)現(xiàn)和驗(yàn)證一個(gè)完整的軟件功能；功能較早證實(shí)，帶來信心；只

需一個(gè)驅(qū)動(dòng)，減少驅(qū)動(dòng)器開辟的費(fèi)用；支持故障隔離。

缺點(diǎn)：柱的開辟量大；底層驗(yàn)證被推遲；底層組件測(cè)試不充分。

適應(yīng)于產(chǎn)品控制結(jié)構(gòu)比較清晰和穩(wěn)定；高層接口變化較??；底層接口未定義或者時(shí)?？赡鼙恍薷?；產(chǎn)口控制組件具有較大的技

術(shù)風(fēng)險(xiǎn)，需要及早被驗(yàn)證；希翼及早能看到產(chǎn)品的系統(tǒng)功能行為。

2、自底向上集成

優(yōu)點(diǎn)：對(duì)底層組件行為較早驗(yàn)證；工作最初可以并行集成，比自頂向下效率高；減少了樁的工作量；支持故障隔離。

缺點(diǎn)：驅(qū)動(dòng)的開辟工作量大；對(duì)高層的驗(yàn)證被推遲，設(shè)計(jì)上的錯(cuò)誤不能被及時(shí)發(fā)現(xiàn)。

適應(yīng)于底層接口比較穩(wěn)定；高層接口變化比較頻繁；底層組件較早被完成。

38、軟件驗(yàn)收測(cè)試包括正式驗(yàn)收測(cè)試、alpha測(cè)試、beta測(cè)試三種測(cè)試。

39、系統(tǒng)雙!I試的策略有不少種的，有性能測(cè)試、負(fù)載測(cè)試、強(qiáng)度測(cè)試、易用性測(cè)試、安全測(cè)試、配置測(cè)試、安裝測(cè)試、文

檔測(cè)試、故障恢復(fù)測(cè)試、用戶界面測(cè)試、恢復(fù)測(cè)試、分布測(cè)試、可用性測(cè)試。

40、設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有軟件測(cè)試計(jì)劃、軟件需求工件、和迭代計(jì)劃

41.通過畫因果圖來寫測(cè)試用例的步驟為__、__、___、__及把因果圖轉(zhuǎn)換為狀態(tài)圖共

五個(gè)步驟。利用因果圖生成測(cè)試用例的基本步驟是：

§分析軟件規(guī)格說明描述中，哪些是原因（即輸入條件或者輸入條件的等價(jià)類），哪些是結(jié)果（即輸出條件），并給每一個(gè)原因和結(jié)

果賦予一個(gè)標(biāo)識(shí)符。

§分析軟件規(guī)格說明描述中的語義，找出原因與結(jié)果之間，原因與原因之間對(duì)應(yīng)的是什么關(guān)系？根據(jù)這些關(guān)系，畫出因果圖。

§由于語法或者環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不可能浮現(xiàn)。為表明這些特殊情況，在因果圖上用

一些記號(hào)標(biāo)明約束或者限制條件。§把因果圖轉(zhuǎn)換成判定表。

§把判定表的每一列拿出來作為依據(jù)，設(shè)計(jì)測(cè)試用例。

43、請(qǐng)說出這些測(cè)試最好由那些人員完成，測(cè)試的是什么？

代碼、函數(shù)級(jí)測(cè)試普通由白盒測(cè)試人員完成，他們針對(duì)每段代碼或者函數(shù)進(jìn)行正確性檢驗(yàn)，檢查其是否正確的實(shí)現(xiàn)了規(guī)定的功能。

模塊、組件級(jí)測(cè)試主要依據(jù)是程序結(jié)構(gòu)設(shè)計(jì)測(cè)試模塊間的集成和調(diào)用關(guān)系，普通由測(cè)試人員完成。

系統(tǒng)測(cè)試在于模塊測(cè)試與單元測(cè)試的基礎(chǔ)上進(jìn)行測(cè)試。了解系統(tǒng)功能與性能，根據(jù)測(cè)試用例進(jìn)行全面的測(cè)試。

44、設(shè)計(jì)測(cè)試用例時(shí)應(yīng)該考慮哪些方面，即不同的測(cè)試用例針對(duì)那些方面進(jìn)行測(cè)試？

設(shè)計(jì)測(cè)試用例時(shí)需要注意的是，除了對(duì)整體流程及功能注意外，還要注意強(qiáng)度測(cè)試、性能測(cè)試、壓力測(cè)試、邊界值測(cè)試、穩(wěn)定

性測(cè)試、安全性測(cè)試等多方面。（測(cè)試用例需要考慮的四個(gè)基本要素是輸入、輸出、操作和測(cè)試環(huán)境；此外，測(cè)試用例需要考慮

的是測(cè)試類型（功能、性能、安全……）,這部份可以參照TP做答。此外，還需要考慮用例的重要性和優(yōu)先級(jí)）

45、在windows下保存一個(gè)文本文件時(shí)會(huì)彈出保存對(duì)話框，如果為文件名建立測(cè)試用例，

等價(jià)類應(yīng)該怎樣劃分？

單字節(jié)，如A；雙字節(jié)，AA、我我；特殊字符九Z、=等；保留字，如com；文件格式為8.3格式的；文件名格式為非8.3格式的；

等九個(gè)特殊字符。

46、假設(shè)有一個(gè)文本框要求輸入10個(gè)字符的郵政編碼，對(duì)于該文本框應(yīng)該怎樣劃分等價(jià)類？

特殊字符，如10個(gè)*或者￥；英文字母，如ABCDefghik；小于十個(gè)字符，如123；大于十個(gè)字符，如11111111111；數(shù)字和其他混

合，如123AAAAAAA；空字符；保留字符

47.軟件測(cè)試項(xiàng)目從什么時(shí)候開始，？為什么？

軟件測(cè)試應(yīng)該在需求分析階段就介入,因?yàn)闇y(cè)試的對(duì)象不僅僅是程序編碼，應(yīng)該對(duì)軟件開辟過程中產(chǎn)生的所有產(chǎn)品都測(cè)試，并且

軟件缺陷存在放大趨勢(shì).缺陷發(fā)現(xiàn)的越晚，修復(fù)它所花費(fèi)的成本就越大.

48、什么是回歸測(cè)試？

回歸測(cè)試：（regressiontesting）:回歸測(cè)試有兩類：用例回歸和錯(cuò)誤回歸；用例回歸是過一段時(shí)間以后再回頭對(duì)以前使用

過的用例在重新進(jìn)行測(cè)試，看看會(huì)重新發(fā)現(xiàn)問題。錯(cuò)誤回歸，就是在新版本中，對(duì)以前版本中浮現(xiàn)并修復(fù)的缺陷進(jìn)行再次驗(yàn)證，

并以缺陷為核心，對(duì)相關(guān)修改的部份進(jìn)行測(cè)試的方法。

49.單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試的側(cè)重點(diǎn)是什么？

單元測(cè)試針對(duì)的是軟件設(shè)計(jì)的最小單元--程序模塊（面向過程中是函數(shù)、過程；面向?qū)ο笾惺穷?。），進(jìn)行正確性檢驗(yàn)的測(cè)試

工作，在于發(fā)現(xiàn)每一個(gè)程序模塊內(nèi)部可能存在的差錯(cuò).普通有兩個(gè)步驟:人工靜態(tài)檢查動(dòng)態(tài)執(zhí)行跟蹤

集成測(cè)試針對(duì)的是通過了單元測(cè)試的各個(gè)模塊所集成起來的組件進(jìn)行檢驗(yàn),其主要內(nèi)容是各個(gè)單元模塊之間的接口，以及各

個(gè)模塊集成后所實(shí)現(xiàn)的功能.

系統(tǒng)測(cè)試針對(duì)的是集成好的軟件系統(tǒng)，作為整個(gè)計(jì)算機(jī)系統(tǒng)的一個(gè)元素,與計(jì)算機(jī)硬件外設(shè)某些支持軟件數(shù)據(jù)和人員等其

他系統(tǒng)元素結(jié)合在一起，要在實(shí)際的運(yùn)行環(huán)境中，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的集成測(cè)試和確認(rèn)測(cè)試.

51.一個(gè)測(cè)試工程師應(yīng)具備那些素質(zhì)？

1、責(zé)任心2、溝通能力3、團(tuán)隊(duì)合作精神4、耐心、細(xì)心、信心5、時(shí)時(shí)保持懷疑態(tài)度，并且有缺陷預(yù)防的意識(shí)6、具備一定的

編程經(jīng)驗(yàn)

53：你所了解的的軟件測(cè)試類型都有哪些，簡(jiǎn)單介紹一下。

按測(cè)試策略分類：1、靜態(tài)與動(dòng)態(tài)測(cè)試2、黑盒與白盒測(cè)試3、手工和自動(dòng)測(cè)試4、冒煙測(cè)試5、回歸測(cè)試；按

測(cè)試階段分類：?jiǎn)卧獪y(cè)試、集成測(cè)試、系統(tǒng)測(cè)試；

其他常見測(cè)試方法：1、功能測(cè)試2、性能測(cè)試3、壓力測(cè)試4、負(fù)載測(cè)試5、易用性測(cè)試6、安裝測(cè)試7、界面測(cè)試8、配置

測(cè)試9、文檔測(cè)試10、兼容性測(cè)試11、安全性測(cè)試12、恢復(fù)測(cè)試

54:你認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么？

明確測(cè)試的目標(biāo)，增強(qiáng)測(cè)試計(jì)劃的實(shí)用性

編寫軟件測(cè)試計(jì)劃得重要目的就是使測(cè)試過程能夠發(fā)現(xiàn)更多的軟件缺陷，因此軟件測(cè)試計(jì)劃的價(jià)值取決于它對(duì)匡助管理測(cè)試項(xiàng)

目，并且找出軟件潛在的缺陷。因此，軟件測(cè)試計(jì)劃中的測(cè)試范圍必須高度覆蓋功能需求，測(cè)試方法必須切實(shí)可行，測(cè)試工具

并且具有較高的實(shí)用性，便于使用，生成的測(cè)試結(jié)果直觀、準(zhǔn)確

堅(jiān)持“5W”規(guī)則，明確內(nèi)容與過程“5W”規(guī)則指的是“What（做什么）"、“Why（為什么

做）”、“When（何時(shí)做）”、“Where（在哪里）”、"How（如何做），利用“5W”規(guī)則創(chuàng)建軟件測(cè)試計(jì)劃，可以匡助測(cè)試團(tuán)隊(duì)理解測(cè)試

的目的（Why）,明確測(cè)試的范圍和內(nèi)容（What）,確定測(cè)試的開始和結(jié)束日期（When）,指出測(cè)試的方法和工具（How）,給出測(cè)試

文檔和軟件的存放位置（Where）o

采用評(píng)審和更新機(jī)制，保證測(cè)試計(jì)劃滿足實(shí)際需求

測(cè)試計(jì)劃寫作完成后，如果沒有經(jīng)過評(píng)審，直接發(fā)送給測(cè)試團(tuán)隊(duì)，測(cè)試計(jì)劃內(nèi)容的可能不許確或者遺漏測(cè)試內(nèi)容，或者軟件需

求變更引起測(cè)試范圍的增減，而測(cè)試計(jì)劃的內(nèi)容沒有及時(shí)更新，誤導(dǎo)測(cè)試執(zhí)行人員。

分別創(chuàng)建測(cè)試計(jì)劃與測(cè)試詳細(xì)規(guī)格、測(cè)試用例

應(yīng)把詳細(xì)的測(cè)試技術(shù)指標(biāo)包含到獨(dú)立創(chuàng)建的測(cè)試詳細(xì)規(guī)格文檔，把用于指導(dǎo)測(cè)試小組執(zhí)行測(cè)試過程的測(cè)試用例放到獨(dú)立創(chuàng)建的

測(cè)試用例文檔或者測(cè)試用例管理數(shù)據(jù)庫中。測(cè)試計(jì)劃和測(cè)試詳細(xì)規(guī)格、測(cè)試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測(cè)試計(jì)劃主要從宏

觀

上規(guī)劃測(cè)試活動(dòng)的范圍、方法和資源配置，而測(cè)試詳細(xì)規(guī)格、測(cè)試用例是完成測(cè)試任務(wù)的具體戰(zhàn)術(shù)。

55：您認(rèn)為做好測(cè)試用例設(shè)計(jì)工作的關(guān)鍵是什么？

白盒測(cè)試用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果

黑盒法用例設(shè)計(jì)的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到徹底測(cè)試，以至少的用例在合理的時(shí)間內(nèi)

發(fā)現(xiàn)最多的問題

56：你的測(cè)試職業(yè)發(fā)展目標(biāo)是什么？

測(cè)試經(jīng)驗(yàn)越多，測(cè)試能力越高。所以我的職業(yè)發(fā)展是需要時(shí)間積累的，一步步向著高級(jí)測(cè)試工程師奔去。而且我也有初步的職

業(yè)規(guī)劃，前3年積累測(cè)試經(jīng)驗(yàn)，不斷的更新自己改正自己，做好測(cè)試任務(wù)。

57：測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么？

從微觀上來說，在測(cè)試計(jì)劃中定義，比如系統(tǒng)在一定性能下平穩(wěn)運(yùn)行72小時(shí)，目前BugTrackingSystem中,本版本中沒有一般

嚴(yán)重的BUG,普通BUG的數(shù)量在3以下，BUG修復(fù)率90%以上等等參數(shù)，然后由開辟經(jīng)理，測(cè)試經(jīng)理，項(xiàng)目經(jīng)理共同簽字認(rèn)同

版本Releaseo

如果說宏觀的，則是當(dāng)這個(gè)軟件徹底的消失以后，測(cè)試就結(jié)束了。

59、一套完整的測(cè)試應(yīng)該由哪些階段組成？

可行性分析、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試61、您是

否了解以往所工作的企業(yè)的軟件開辟過程？如果了解，請(qǐng)?jiān)囀鲆粋€(gè)完整的開辟過程需要

完成哪些工作？分別由哪些不同的角色來完成這些工作？您在以往的測(cè)試工作中都曾經(jīng)

具體從事過哪些工作？其中最擅長(zhǎng)哪部份工作？

開辟過程--需求調(diào)研（需求人員）、需求分析（需求人員）、概要設(shè)計(jì)（設(shè)計(jì)人員）、詳細(xì)設(shè)計(jì)（設(shè)計(jì)人員）、編碼（開辟人員）測(cè)試

過程一需求評(píng)審、系統(tǒng)測(cè)試設(shè)計(jì)、概要設(shè)計(jì)評(píng)審、集成測(cè)試設(shè)計(jì)、詳細(xì)設(shè)計(jì)評(píng)審、單元測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行

測(cè)試工作的整個(gè)過程都做過，擅長(zhǎng)做測(cè)試設(shè)計(jì)

過程決定質(zhì)量，軟件的過程改進(jìn)正是為了提高軟件的質(zhì)量，將過往的種種經(jīng)驗(yàn)教訓(xùn)積累起來。

62、測(cè)試用例設(shè)計(jì)的原則是什么？目前主要的測(cè)試用例設(shè)計(jì)方法有哪些？

代表性：能夠代表并覆蓋各種合理的和不合理、合法的和非法的、邊界的和越界的、以及極限的輸入數(shù)據(jù)、操作和環(huán)境設(shè)置等.

可判定性：即測(cè)試執(zhí)行結(jié)果的正確性是可判定的，每一個(gè)測(cè)試用例都應(yīng)有相應(yīng)的期望結(jié)果.

可再現(xiàn)性：即對(duì)同樣的測(cè)試用例，系統(tǒng)的執(zhí)行結(jié)果應(yīng)當(dāng)是相同的。

方法有等價(jià)類、邊界值、因果圖、狀態(tài)圖、正交法、大綱法

63、面向?qū)ο蟮臏y(cè)試用例設(shè)計(jì)有幾種方法？如何實(shí)現(xiàn)？

給類中的每一個(gè)構(gòu)造函數(shù)設(shè)計(jì)一組測(cè)試用例

組合類中的類變量、實(shí)例變量

組合類中的各種方法

根據(jù)前置條件和后置條件設(shè)計(jì)測(cè)試用例

根據(jù)代碼設(shè)計(jì)測(cè)試用例

64>LoadRunner分為哪三個(gè)模塊？請(qǐng)簡(jiǎn)述各模塊的主要功能。

VirtualUserGenerator：用于錄制腳步

MercuryLoadRunnerController：用于創(chuàng)建、運(yùn)行和監(jiān)控場(chǎng)景

MercuryLoadRunnerAnalysis：用于分析測(cè)試結(jié)果

65、你對(duì)測(cè)試最大的興趣在哪里？為什么？

最大的興趣就是測(cè)試有難度，有挑戰(zhàn)性！做測(cè)試越久越能感覺到做好測(cè)試有多難。曾經(jīng)在無憂測(cè)試網(wǎng)上看到一篇文章，是關(guān)于

如何做好一位測(cè)試工程師。一共羅列了11,12點(diǎn)，有部份是和人的性格有關(guān)，有部份需要后天的努力。但除了性格有關(guān)的1,2

點(diǎn)我沒有把握，其他點(diǎn)我都很有信心做好它。

剛開始進(jìn)入測(cè)試行業(yè)時(shí)，對(duì)測(cè)試的認(rèn)識(shí)是從無憂測(cè)試網(wǎng)上了解到的一些資料，當(dāng)時(shí)是沖著做測(cè)試需要不少技能才干做的好，雖

然入門容易，但做好很難，比開辟更難，雖然當(dāng)時(shí)我很想做開辟（學(xué)校專業(yè)課我基本上不缺席，因?yàn)槲蚁矚g我的專業(yè)），但看到

測(cè)試比開辟更難更有挑戰(zhàn)性，想做好測(cè)試的意志就更堅(jiān)定了。

我覺得做測(cè)試整個(gè)過程中有2點(diǎn)讓我覺得很有難度（對(duì)我來說，有難度的東西我就非常感興趣），第一是測(cè)試用例的設(shè)計(jì)，因?yàn)闇y(cè)

試的菁華就在測(cè)試用例的設(shè)計(jì)上了，要在版本出來之前，把用例寫好，用什么測(cè)試方法寫？（也就是測(cè)試計(jì)劃或者測(cè)試策略），如

果你剛測(cè)試一個(gè)新任務(wù)時(shí)，你得花一定的時(shí)間去消化業(yè)務(wù)需求和技術(shù)基礎(chǔ)，業(yè)務(wù)需求很好理解（多和產(chǎn)品經(jīng)理和開辟人員溝通

就能達(dá)到目的），而技術(shù)基礎(chǔ)可就沒那末簡(jiǎn)單了，這需要你自覺的學(xué)習(xí)能力，比如說網(wǎng)站吧，最基本的技術(shù)知識(shí)你要知道網(wǎng)站內(nèi)

部是怎么運(yùn)作的的，后臺(tái)是怎么響應(yīng)用戶請(qǐng)求的？測(cè)試環(huán)境如何搭建？這些都需要最早的學(xué)好。至少在開始測(cè)試之前能做好

基本的準(zhǔn)備，可能會(huì)遇到什么難題？需求細(xì)節(jié)是不是沒有確定好？這些問題都能在設(shè)計(jì)用例的時(shí)候發(fā)現(xiàn)。

第二是發(fā)現(xiàn)BUG的時(shí)候了，這應(yīng)該是測(cè)試人員最基本的任務(wù)了，普通按測(cè)試用例開始測(cè)試就能發(fā)現(xiàn)大部份的bug,還有一部份

bug需要測(cè)試的過程中更了解所測(cè)版本的情況獲得更多信息，補(bǔ)充測(cè)試用例，測(cè)試出bug。還有如何發(fā)現(xiàn)bug?這就需要在測(cè)試

用例有效的情況下，通過細(xì)心和耐心去發(fā)現(xiàn)bug了，每一個(gè)用例都有可能發(fā)現(xiàn)bug,