應(yīng)用工程師考試題目和答案
jajahhauqba
sleepworm88
1、項(xiàng)目文檔是： A、項(xiàng)目產(chǎn)品的文檔化 B、關(guān)于項(xiàng)目的教訓(xùn) C、一整套有索引的項(xiàng)目記錄 D、只對組織中最重要，最復(fù)雜的項(xiàng)目進(jìn)行 C 2、在項(xiàng)目溝通管理的過程中，收尾階段包括確認(rèn)項(xiàng)目結(jié)果并作成文檔，以便顧客接受項(xiàng)目產(chǎn)品這一過程正規(guī)化，收尾階段的輸出包括： A、項(xiàng)目文檔，正式驗(yàn)收和教訓(xùn) B、變更要求，正式驗(yàn)收和教訓(xùn) C、教訓(xùn)，執(zhí)行情況報(bào)告和變更要求 D、溝通管理計(jì)劃，變更要求和項(xiàng)目文檔 A 3、以下哪一條術(shù)語用來描述以犧牲創(chuàng)新思維為代價(jià)，遵從隊(duì)伍一般水準(zhǔn)的巨大壓力： A、群體不滿 B、群體言論 C、群體思維 D、群體思想 C 4、項(xiàng)目容易受到風(fēng)險(xiǎn)的影響，這是因?yàn)椋? A、莫菲（Muphy）規(guī)則闡述到：“如果一件事情可能會出問題，它就會出問題” B、每一個(gè)項(xiàng)目在某些方面都是特殊的 C、在項(xiàng)目隊(duì)伍層面上，項(xiàng)目管理工作通常是無法獲得的 D、總是沒有充足的資源來完成工作 B 5、以下哪一項(xiàng)工具最適用于測量進(jìn)度風(fēng)險(xiǎn)？ A、關(guān)鍵路線法（CPM） B、工作分解結(jié)構(gòu)（WBS） C、計(jì)劃評審技術(shù)（PERT） D、前導(dǎo)圖法（POM） C 6、以下哪一項(xiàng)不是估計(jì)技術(shù)風(fēng)險(xiǎn)的標(biāo)準(zhǔn)： A、完成項(xiàng)目活動的計(jì)劃程序 B、在考慮隱含的技術(shù)風(fēng)險(xiǎn)時(shí)，明確的考慮技術(shù)風(fēng)險(xiǎn)，而不僅僅考慮技術(shù)風(fēng)險(xiǎn)和費(fèi)用風(fēng)險(xiǎn) C、關(guān)鍵路線法 D、在系統(tǒng)的開發(fā)過程中，重新查看風(fēng)險(xiǎn)的變化 C 7、風(fēng)險(xiǎn)應(yīng)對措施的種類有哪些？ A、技術(shù)的、市場的、財(cái)務(wù)的、人力的 B、識別、量化、應(yīng)對措施開發(fā)、應(yīng)對措施控制 C、避免、減輕、接受 D、避免、保留、控制、偏離 C 8、在某些情況下，合同結(jié)束是指： A、在雙方的協(xié)議下合同結(jié)束 B、在發(fā)送貨物或服務(wù)后合同結(jié)束 C、在成功的執(zhí)行后合同結(jié)束 D、在保證獲得最后的支付時(shí) A 9、以下哪一條不是通常用來表示從潛在的賣主哪里獲得報(bào)價(jià)的采用文件？ A、邀請出價(jià) B、信息請求 C、報(bào)價(jià)請求 D、談判邀請 B 10、以下作為風(fēng)險(xiǎn)識別的輸入的歷史信息中，哪一項(xiàng)是最不可靠的？ A、項(xiàng)目文件 B、商業(yè)數(shù)據(jù)庫 C、項(xiàng)目隊(duì)伍的知識 D、教訓(xùn)數(shù)據(jù)庫 C11、在工作范圍未改變前提下，實(shí)際成本超出了合同中所預(yù)計(jì)的成本，這稱為： A、成本逐步增加 B、成本增長率 C、成本超支 D、成本風(fēng)險(xiǎn) C 12．項(xiàng)目是一個(gè)運(yùn)用目標(biāo)管理技術(shù)的理想環(huán)境，這是因?yàn)椋? A．項(xiàng)目管理包含設(shè)定組織目標(biāo) B．項(xiàng)目通常是在矩陣管理環(huán)境中進(jìn)行 C．項(xiàng)目經(jīng)理的職責(zé)是由企業(yè)的目標(biāo)而定 D．所有的項(xiàng)目都應(yīng)強(qiáng)調(diào)以目標(biāo)為中心 D 13． 項(xiàng)目管理黃金三角約束是指： A. 時(shí)間、資源、目標(biāo) B. 時(shí)間、成本、質(zhì)量 C. 時(shí)間、范圍、成本 D. 時(shí)間、范圍、客戶滿意度 C 14．PERT和CPM的主要區(qū)別在于PERT： A．在計(jì)算進(jìn)度時(shí)使用分布的均值（預(yù)期值） B．使用最可能估算計(jì)算浮動時(shí)間 C．側(cè)重計(jì)算浮動時(shí)間來確定那些活動的進(jìn)度沒有靈活性 D．在圖中包括了回路或條件分支活動 A 15．根據(jù)學(xué)習(xí)曲線理論，當(dāng)重復(fù)生產(chǎn)某產(chǎn)品時(shí): A．生產(chǎn)設(shè)備操作員的培訓(xùn)需求減少，從而降低單位成本 B．單位成本隨生產(chǎn)率的提高而下降 C．隨著產(chǎn)量的增加，單位成本有規(guī)律的下降 D．培訓(xùn)成本隨著自動化程度的提高而增加 C 16．項(xiàng)目整體管理是指？ A. 復(fù)雜系統(tǒng)的軟件集成管理 B. 將系統(tǒng)開發(fā)過程的管理和項(xiàng)目管理結(jié)合起來 C. 將系統(tǒng)的主機(jī)平臺、網(wǎng)絡(luò)平臺、應(yīng)用軟件開發(fā)和系統(tǒng)環(huán)境建設(shè)作為一個(gè)整體來進(jìn)行項(xiàng)目管理 D. 包括在項(xiàng)目生命周期中協(xié)調(diào)所有其它項(xiàng)目管理知識領(lǐng)域所涉及的過程 D 17．以下哪些內(nèi)容不應(yīng)包含在項(xiàng)目定義文件（項(xiàng)目章程和范圍說明書）中： A. 項(xiàng)目目標(biāo) B. 可交付成果 C. 資源要求 D. 成功關(guān)鍵因素 C 18．以下哪項(xiàng)不屬于合同管理的部分？ A．評估風(fēng)險(xiǎn) B．確認(rèn)已經(jīng)送出建議書 C．確認(rèn)已經(jīng)進(jìn)行了合同變更 D．回答潛在賣方的問題 D 19. 下列關(guān)于工作分解結(jié)構(gòu)（WBS）的描述哪個(gè)是錯(cuò)誤的？ A． WBS是采用結(jié)構(gòu)化的方式，而得到如何去實(shí)現(xiàn)項(xiàng)目目標(biāo)的總體概念 B．WBS是管理項(xiàng)目進(jìn)度、成本、變更的基礎(chǔ) C．沒有包含在WBS中的工作是不應(yīng)該做的 D．由項(xiàng)目經(jīng)理負(fù)責(zé)WBS的創(chuàng)建和審查 D 20．對項(xiàng)目質(zhì)量管理負(fù)根本責(zé)任的人是： A．公司管理層 B．項(xiàng)目經(jīng)理和整個(gè)項(xiàng)目團(tuán)隊(duì) C．項(xiàng)目經(jīng)理 D．客戶和項(xiàng)目經(jīng)理 C
大饞貓皮皮
5白盒測試有幾種方法 總體上分為靜態(tài)方法和動態(tài)方法兩大類。 靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義 動態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。 6系統(tǒng)測試計(jì)劃是否需要同行審批，為什么? 需要，系統(tǒng)測試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評審。 7Alpha測試與beta的區(qū)別? Alpha測試在系統(tǒng)開發(fā)接近完成時(shí)對應(yīng)用系統(tǒng)的測試；測試后仍然會有少量的設(shè)計(jì)變更。這種測試一般由最終用戶或 其它 人員完成，不能由程序或測試員完成。 Beta測試當(dāng)開發(fā)和測試根本完成時(shí)所做的測試，最終的錯(cuò)誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。 8比較負(fù)載測試，容量測試和強(qiáng)度測試的區(qū)別? 負(fù)載測試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間。 強(qiáng)度測試：在一定的負(fù)荷條件下，在較長時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。 容量測試：容量測試目的是通過測試預(yù)先分析出反映軟件 系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值(如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等)，系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。容量測試 還將確定測試對象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試是面向數(shù)據(jù) 的，并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。 9測試結(jié)束的標(biāo)準(zhǔn)是什么? 用例全部測試。 覆蓋率達(dá)到標(biāo)準(zhǔn)。 缺陷率達(dá)到標(biāo)準(zhǔn)。 其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn) 10描述軟件測試活動的生命周期? 測試周期分為計(jì)劃、設(shè)計(jì)、實(shí)現(xiàn)、執(zhí)行、 總結(jié) 。其中： 計(jì)劃：對整個(gè)測試周期中所有活動進(jìn)行規(guī)劃，估計(jì)工作量、風(fēng)險(xiǎn)，安排人力物力資源，安排進(jìn)度等； 設(shè)計(jì)：完成測試方案，從技術(shù)層面上對測試進(jìn)行規(guī)劃； 實(shí)現(xiàn)：進(jìn)行測試用例和測試規(guī)程設(shè)計(jì)； 執(zhí)行：根據(jù)前期完成的計(jì)劃、方案、用例、規(guī)程等文檔，執(zhí)行測試用例。 總結(jié)：記錄測試結(jié)果，進(jìn)行測試分析，完成測試報(bào)告。 11軟件的缺陷等級應(yīng)如何劃分? A類—嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤： 1. 由于程序所引起的 死機(jī) ,非法退出 2. 死循環(huán) 3. 數(shù)據(jù)庫發(fā)生死鎖 4. 因錯(cuò)誤操作導(dǎo)致的程序中斷 5. 功能錯(cuò)誤 6. 與數(shù)據(jù)庫連接錯(cuò)誤 7. 數(shù)據(jù)通訊錯(cuò)誤 B類—較嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤： 1. 程序錯(cuò)誤 2. 程序接口錯(cuò)誤 3. 數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件 C類—一般性錯(cuò)誤，包括以下各種錯(cuò)誤： 1. 操作界面錯(cuò)誤(包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致) 2. 打印內(nèi)容、格式錯(cuò)誤 3. 簡單的輸入限制未放在前臺進(jìn)行控制 4. 刪除操作未給出提示 5. 數(shù)據(jù)庫表中有過多的空字段 D類—較小錯(cuò)誤，包括以下各種錯(cuò)誤： 1. 界面不規(guī)范 2. 輔助說明描述不清楚 3. 輸入輸出不規(guī)范 4. 長操作未給用戶提示 5. 提示窗口文字未采用行業(yè)術(shù)語 6. 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志 E類—測試建議 實(shí)施工程師面試題及參考答案：用例設(shè)計(jì) 隨意選取一個(gè)簡單物品，假定是一個(gè)喝水的帶 廣告 圖案的花紙杯，設(shè)計(jì)出盡可能多的測試用例。 測試項(xiàng)目：杯子 需求測試:查看杯子使用說明書 界面測試:查看杯子外觀 功能度：用水杯裝水看漏不漏；水能不能被喝到 安全性：杯子有沒有毒或細(xì)菌 可*性：杯子從不同高度落下的損壞程度 可移植性：杯子再不同的地方、溫度等環(huán)境下是否都可以正常使用 兼容性：杯子是否能夠容納果汁、白水、酒精、汽油等 易用性：杯子是否燙手、是否有防滑 措施 、是否方便飲用 用戶文檔：使用手冊是否對杯子的用法、限制、使用條件等有詳細(xì)描述 疲勞測試：將杯子盛上水(案例一)放24小時(shí)檢查泄漏時(shí)間和情況；盛上汽油(案例二)放24小時(shí)檢查泄漏時(shí)間和情況等 壓力測試：用根針并在針上面不斷加重量，看壓強(qiáng)多大時(shí)會穿透 跌落測試: 杯子加包裝(有填充物),在多高的情況摔下不破損 震動測試: 杯子加包裝(有填充物),六面震動,檢查產(chǎn)品是否能應(yīng)對惡劣的鐵路\公路\航空運(yùn)輸 測試數(shù)據(jù)： 測試數(shù)據(jù)具體編寫此處略。其中應(yīng)用到：場景法、等價(jià)類劃分法、因果圖法、錯(cuò)誤推測法、邊界值法等方法 期望輸出： 該期望輸出需查閱國標(biāo)、行標(biāo)以及使用用戶的需求 說明書測試: 檢查說明書書寫準(zhǔn)確性 實(shí)施工程師面試題及參考答案：網(wǎng)絡(luò)、 操作系統(tǒng) 、語言知識 1請你分別劃劃OSI的七層網(wǎng)絡(luò)結(jié)構(gòu)圖，和TCP/IP的五層結(jié)構(gòu)圖? 答:七層結(jié)構(gòu)從上到下依次是： 7 應(yīng)用層 ；6 表示層 ；5 會話層 ；4 傳輸層 ；3 網(wǎng)絡(luò)層 ；2 數(shù)據(jù)鏈路層 ；1 物理層 五層結(jié)構(gòu)是 5 應(yīng)用層；4 運(yùn)輸層；3 網(wǎng)絡(luò)層； 2 鏈路層；1 物理層。 2請你詳細(xì)的解釋一下IP協(xié)議的定義，在哪個(gè)層上面，主要有什么作用? TCP與UDP呢? 答:UDP，TCP在傳輸層，IP在網(wǎng)絡(luò)層， TCP/IP是英文Transmission Control Protocol/Internet Protocol的縮寫，意思是"傳輸 控制協(xié)議/網(wǎng)際協(xié)議"。TCP/IP協(xié)議組之所以流行，部分原因是因?yàn)樗梢杂迷诟鞣N各樣的信道和底層協(xié)議(例如T1和、以太網(wǎng)以及RS-232串行接口)之上。確切地說，TCP/IP協(xié)議是一組包括TCP協(xié)議和IP協(xié)議，UDP(User Datagram Protocol)協(xié)議、ICMP(Internet Control Message Protocol)協(xié)議和其他一些協(xié)議的協(xié)議組。TCP/IP協(xié)議并不完全符合OSI的七層參考模型。傳統(tǒng)的開放式系統(tǒng)互連參考模型，是一種通信協(xié)議的7層抽象的參考模型,其中每一層執(zhí)行某一特定任務(wù)。該模型的目的是使各種硬件在相同的層次上相互通信。這7層是:物理層、數(shù)據(jù)鏈路層、網(wǎng)路層、傳輸層、話路層、表示層和應(yīng)用層。而TCP/IP通訊協(xié)議采用了4層的層級結(jié)構(gòu)，每一層都呼叫它的下一層所提供的網(wǎng)絡(luò)來完成自己的需求。這4層分別為：應(yīng)用層：應(yīng)用程序間溝通的層，如簡單電子郵件傳輸(SMTP)、文件傳輸協(xié)議(FTP)、網(wǎng)絡(luò)遠(yuǎn)程訪問協(xié)議(Telnet)等。 傳輸層：在此層中，它提供了節(jié)點(diǎn)間的數(shù)據(jù)傳送服務(wù)，如傳輸控制協(xié)議(TCP)、用戶數(shù)據(jù)報(bào)協(xié)議(UDP)等，TCP和UDP給數(shù)據(jù)包加入傳輸數(shù)據(jù)并把它傳輸?shù)? 3請問交換機(jī)和路由器分別的實(shí)現(xiàn)原理是什么?分別在哪個(gè)層次上面實(shí)現(xiàn)的? 一般意義上說交換機(jī)是工作在數(shù)據(jù)鏈路層。但隨著科技的發(fā)展，現(xiàn)在有了三層交換機(jī)，三層交換機(jī)已經(jīng)擴(kuò)展到了網(wǎng)絡(luò)層。也就是說：它等于“數(shù)據(jù)鏈路層 + 部分網(wǎng)絡(luò)層”。交換機(jī)中傳的是幀。通過存儲轉(zhuǎn)發(fā)來實(shí)現(xiàn)的。 路由器是工作在網(wǎng)絡(luò)層。路由器中傳的是IP數(shù)據(jù)報(bào)。主要是選址和路由。 4請問C++的類和C里面的STRUCT有什么區(qū)別? 答:除關(guān)鍵字不同外(class,struct)的唯一區(qū)別是, 結(jié)構(gòu)在默認(rèn)情況下的成員是公共(public)的, 而類在默認(rèn)情況下的成員是私有(private)的。 在C++中,結(jié)構(gòu)是特殊的類。 class是從struct發(fā)展而來的。之所以將struct和class都保留，是因?yàn)椋? 1、提出class是為了強(qiáng)調(diào)一種概念。 2、保留struct是為了照顧到大多數(shù)人的習(xí)慣。 struct和class是有區(qū)別的。 struct保證成員按照聲明順序在內(nèi)存中存儲。class不保證等等 而它們都可以繼承，實(shí)現(xiàn)多態(tài)等。但也有少許區(qū)別。比如： struct A { }； class B : A{ }； //private繼承 struct C : B{ }； //public繼承 這是由于class默認(rèn)是private，struct默認(rèn)是public。 一般說來，struct和class可以換用(當(dāng)然要注意一些語法問題)。 而struct更適合看成是一個(gè)數(shù)據(jù)結(jié)構(gòu)的實(shí)現(xiàn)體， class更適合看成是一個(gè)對象的實(shí)現(xiàn)體， 對私有成員進(jìn)行保護(hù)，還提供與外界的接口。 從習(xí)慣上更喜歡用class。 5請講一講析構(gòu)函數(shù)和虛函數(shù)的用法和作用? 答:置于“～”是析構(gòu)函數(shù)；析構(gòu)函數(shù)因使用"~"符號(邏輯非運(yùn)算符)，表示它為膩構(gòu)造函數(shù)，加上類名稱來定義。 ；析構(gòu)函數(shù)也是特殊的類成員函數(shù)，它沒有返回類型，沒有參數(shù)，不能隨意調(diào)用，也沒有重載，只有在類對象的生命期結(jié)束的時(shí)候，由系統(tǒng)自動調(diào)用。 有適放內(nèi)存空間的做用! 虛函數(shù)是C++多態(tài)的一種表現(xiàn) 例如：子類繼承了父類的一個(gè)函數(shù)(方法)，而我們把父類的指針指向子類，則必須把父類的該函數(shù)(方法)設(shè)為virturl(虛函數(shù))。 使用虛函數(shù)，我們可以靈活的進(jìn)行動態(tài)綁定，當(dāng)然是以一定的開銷為代價(jià)。 如果父類的函數(shù)(方法)根本沒有必要或者無法實(shí)現(xiàn)，完全要依賴子類去實(shí)現(xiàn)的話，可以把此函數(shù)(方法)設(shè)為virturl 函數(shù)名=0 我們把這樣的函數(shù)(方法)稱為純虛函數(shù)。 如果一個(gè)類包含了純虛函數(shù)，稱此類為抽象類 6全局變量和局部變量有什么區(qū)別?實(shí)怎么實(shí)現(xiàn)的?操作系統(tǒng)和編譯器是怎么知道的? 答:主要的區(qū)別是變量的作用范圍不同。全局變量在全局范圍內(nèi)都有效，而局部變量只在聲明此變量的作用域內(nèi)有效。 全局變量是屬于實(shí)例的,在初始化對象的時(shí)候初始化，生命周期與該實(shí)例相同，之所以叫全局變量是因?yàn)樵搶?shí)例中的所有方法或?qū)傩远伎梢砸?；局部變量是在?shí)例方法內(nèi)或static塊中，生命周期從調(diào)用該方法到該方法退出，并且只有該方法能夠引用之。 全局變量和局部變量的區(qū)別是在存儲器中位置不同，具體說，全局變量存儲在數(shù)據(jù)段中，局部變量都有可能，一般來說在堆棧段 7一些寄存器的題目，主要是尋址和內(nèi)存管理等一些知識。 答:尋址方式 表示指令中操作數(shù)所在的方法稱為尋址方式。8086/8088有七種基本的尋址方式：立即尋找，寄存器尋址，直接尋址，寄存器間接尋址，寄存器相對尋址，基址加變址尋址，相對基址加變址尋址。 直接尋址、寄存器間接尋址、寄存器相對尋址、基址加變址尋址和相對基址加變址尋址，這五種尋址方式屬于存儲器尋址，用于說明操作數(shù)所在存儲單元的地址。由于總線接口單元BIU能根據(jù)需要自動引用段寄存器得到段值，所以這五種方式也就是確定存放操作數(shù)的存儲單元有效地址EA的方法。有效地址EA是一個(gè)16位的無符號數(shù)，在利用這五種方法計(jì)算有效地址時(shí)，所得的結(jié)果認(rèn)為是一個(gè)無符號數(shù)。 除了這些基本的尋址方式外，還有固定尋址和I/O端口尋址等。 內(nèi)存管理 主要包括內(nèi)存的分配和回收整理等，實(shí)現(xiàn)內(nèi)存的高效利用。 Q8:8086是多少位的系統(tǒng)?在數(shù)據(jù)總線上是怎么實(shí)現(xiàn)的? 答:16位系統(tǒng),8位數(shù)據(jù)傳送,通過總線控制邏輯實(shí)現(xiàn)數(shù)據(jù)線和地址線的分時(shí)復(fù)用. 8086是Inter的16位微處理器 有16根數(shù)據(jù)線和20根地址線，它既能處理16位數(shù)據(jù)，也能處理8位數(shù)據(jù) 內(nèi)部數(shù)據(jù)總線都是按16位設(shè)計(jì)的，單外部數(shù)據(jù)總線只有8條。
逸軒設(shè)計(jì)
軟件測試[1]就是利用測試工具按照測試方案和流程對產(chǎn)品進(jìn)行功能和性能測試，甚至根據(jù)需要編寫不同的測試工具，設(shè)計(jì)和維護(hù)測試系統(tǒng)，對測試方案可能出現(xiàn)的問題進(jìn)行分析和評估。下面是我為你整理的軟件測試面試題，希望對你有所幫助!
01. 為什么要在一個(gè)團(tuán)隊(duì)中開展軟件測試工作?
因?yàn)闆]有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比ISO質(zhì)量認(rèn)證一樣，測試同樣也需要質(zhì)量的保證，這個(gè)時(shí)候就需要在團(tuán)隊(duì)中開展軟件測試的工作。在測試的過程發(fā)現(xiàn)軟件中存在的問題，及時(shí)讓開發(fā)人員得知并修改問題，在即將發(fā)布時(shí)，從測試報(bào)告中得出軟件的質(zhì)量情況。
02. 您在以往的測試工作中都曾經(jīng)具體從事過哪些工作?其中最擅長哪部分工作?
我曾經(jīng)做過web測試，后臺測試，客戶端軟件，其中包括功能測試，性能測試，用戶體驗(yàn)測試。最擅長的是功能測試
03. 您所熟悉的軟件測試類型都有哪些?請?jiān)囍謩e比較這些不同的測試類型的區(qū)別與聯(lián)系(如功能測試、性能測試……)
測試類型有：功能測試，性能測試，界面測試。
功能測試在測試工作中占的比例最大，功能測試也叫黑盒測試。是把測試對象看作一個(gè)黑盒子。利用黑盒測試法進(jìn)行動態(tài)測試時(shí)，需要測試軟件產(chǎn)品的功能，不需測試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程。采用黑盒技術(shù)設(shè)計(jì)測試用例的方法有：等價(jià)類劃分、邊界值分析、錯(cuò)誤推測、因果圖和綜合策略。
性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負(fù)載條件來對系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測試。負(fù)載測試和壓力測試都屬于性能測試，兩者可以結(jié)合進(jìn)行。通過負(fù)載測試，確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測試當(dāng)負(fù)載逐漸增加時(shí)，系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況。壓力測試是通過確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，來獲得系統(tǒng)能提供的最大服務(wù)級別的測試。
界面測試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對軟件的第一印象。而且設(shè)計(jì)良好的界面能夠引導(dǎo)用戶自己完成相應(yīng)的操作，起到向?qū)У淖饔谩Ｍ瑫r(shí)界面如同人的面孔，具有吸引用戶的直接優(yōu)勢。設(shè)計(jì)合理的界面能給用戶帶來輕松愉悅的感受和成功的感覺，相反由于界面設(shè)計(jì)的失敗，讓用戶有挫敗感，再實(shí)用強(qiáng)大的功能都可能在用戶的畏懼與放棄中付諸東流。
區(qū)別在于，功能測試關(guān)注產(chǎn)品的所有功能上，要考慮到每個(gè)細(xì)節(jié)功能，每個(gè)可能存在的功能問題。性能測試主要關(guān)注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面測試更關(guān)注于用戶體驗(yàn)上，用戶使用該產(chǎn)品的時(shí)候是否易用，是否易懂，是否規(guī)范(快捷鍵之類的)，是否美觀(能否吸引用戶的注意力)，是否安全(盡量在前臺避免用戶無意輸入無效的數(shù)據(jù)，當(dāng)然考慮到體驗(yàn)性，不能太粗魯?shù)膹棾鼍??做某個(gè)性能測試的時(shí)候，首先它可能是個(gè)功能點(diǎn)，首先要保證它的功能是沒問題的，然后再考慮該功能點(diǎn)的性能測試
04.您認(rèn)為做好測試用例設(shè)計(jì)工作的關(guān)鍵是什么?
白盒測試用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果
黑盒法用例設(shè)計(jì)的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時(shí)間內(nèi)發(fā)現(xiàn)最多的問題
05. 請?jiān)囍容^一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試的區(qū)別與聯(lián)系。
黑盒測試：已知產(chǎn)品的功能設(shè)計(jì)規(guī)格，可以進(jìn)行測試證明每個(gè)實(shí)現(xiàn)了的功能是否符合要求。
白盒測試：已知產(chǎn)品的內(nèi)部工作過程，可以通過測試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過檢查。
軟件的黑盒測試意味著測試要在軟件的接口處進(jìn)行。這種方法是把測試對象看做一個(gè)黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數(shù)據(jù)驅(qū)動測試。黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯(cuò)誤：
1、是否有不正確或遺漏的功能?
2、在接口上，輸入是否能正確的接受?能否輸出正確的結(jié)果?
3、是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息(例如數(shù)據(jù)文件)訪問錯(cuò)誤?
4、性能上是否能夠滿足要求?
5、是否有初始化或終止性錯(cuò)誤?
軟件的白盒測試是對軟件的過程性細(xì)節(jié)做細(xì)致的檢查。這種方法是把測試對象看做一個(gè)打開的盒子，它允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)或選擇測試用例，對程序所有邏輯路徑進(jìn)行測試。通過在不同點(diǎn)檢查程序狀態(tài)，確定實(shí)際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試。白盒測試主要是想對程序模塊進(jìn)行如下檢查：
1、對程序模塊的所有獨(dú)立的執(zhí)行路徑至少測試一遍。
2、對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。
3、在循環(huán)的邊界和運(yùn)行的界限內(nèi)執(zhí)行循環(huán)體。
4、測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。
單元測試(模塊測試)是開發(fā)者編寫的一小段代碼，用于檢驗(yàn)被測代碼的一個(gè)很小的、很明確的功能是否正確。通常而言，一個(gè)單元測試是用于判斷某個(gè)特定條件(或者場景)下某個(gè)特定函數(shù)的行為。
單元測試是由程序員自己來完成，最終受益的也是程序員自己?？梢赃@么說，程序員有責(zé)任編寫功能代碼，同時(shí)也就有責(zé)任為自己的代碼編寫單元測試。執(zhí)行單元測試，就是為了證明這段代碼的行為和我們期望的一致。
集成測試(也叫組裝測試，聯(lián)合測試)是單元測試的邏輯擴(kuò)展。它的最簡單的形式是：兩個(gè)已經(jīng)測試過的單元組合成一個(gè)組件，并且測試它們之間的接口。從這一層意義上講，組件是指多個(gè)單元的集成聚合。在現(xiàn)實(shí)方案中，許多單元組合成組件，而這些組件又聚合成程序的更大部分。方法是測試片段的組合，并最終擴(kuò)展進(jìn)程，將您的模塊與其他組的模塊一起測試。最后，將構(gòu)成進(jìn)程的所有模塊一起測試。
系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個(gè)完整系統(tǒng)來測試。它是檢驗(yàn)系統(tǒng)是否確實(shí)能提供系統(tǒng)方案說明書中指定功能的有效方法。(常見的聯(lián)調(diào)測試)
系統(tǒng)測試的目的是對最終軟件系統(tǒng)進(jìn)行全面的測試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)。
驗(yàn)收測試是部署軟件之前的最后一個(gè)測試操作。驗(yàn)收測試的目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。
驗(yàn)收測試是向未來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測試后，已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng)，接口錯(cuò)誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性，這就是驗(yàn)收測試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣。
06. 測試計(jì)劃工作的目的是什么?測試計(jì)劃工作的內(nèi)容都包括什么?其中哪些是最重要的?
軟件測試計(jì)劃是指導(dǎo)測試過程的綱領(lǐng)性文件，包含了產(chǎn)品概述、測試策略、測試方法、測試區(qū)域、測試配置、測試周期、測試資源、測試交流、風(fēng)險(xiǎn)分析等內(nèi)容。借助軟件測試計(jì)劃，參與測試的項(xiàng)目成員，尤其是測試管理人員，可以明確測試任務(wù)和測試方法，保持測試實(shí)施過程的順暢溝通，跟蹤和控制測試進(jìn)度，應(yīng)對測試過程中的各種變更。
測試計(jì)劃和測試詳細(xì)規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計(jì)劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細(xì)規(guī)格、測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù)。所以其中最重要的是測試測試策略和測試方法(最好是能先評審)
07. 您認(rèn)為做好測試計(jì)劃工作的關(guān)鍵是什么?
1. 明確測試的目標(biāo)，增強(qiáng)測試計(jì)劃的實(shí)用性
編寫軟件測試計(jì)劃得重要目的就是使測試過程能夠發(fā)現(xiàn)更多的軟件缺陷，因此軟件測試計(jì)劃的價(jià)值取決于它對幫助管理測試項(xiàng)目，并且找出軟件潛在的缺陷。因此，軟件測試計(jì)劃中的測試范圍必須高度覆蓋功能需求，測試方法必須切實(shí)可行，測試工具并且具有較高的實(shí)用性，便于使用，生成的測試結(jié)果直觀、準(zhǔn)確
2.堅(jiān)持“5W”規(guī)則，明確內(nèi)容與過程
“5W”規(guī)則指的是“What(做什么)”、“Why(為什么做)”、“When(何時(shí)做)”、“Where(在哪里)”、“How(如何做)”。利用 “5W”規(guī)則創(chuàng)建軟件測試計(jì)劃，可以幫助測試團(tuán)隊(duì)理解測試的目的(Why)，明確測試的范圍和內(nèi)容(What)，確定測試的開始和結(jié)束日期(When)，指出測試的方法和工具(How)，給出測試文檔和軟件的存放位置(Where)。
3.采用評審和更新機(jī)制，保證測試計(jì)劃滿足實(shí)際需求
測試計(jì)劃寫作完成后，如果沒有經(jīng)過評審，直接發(fā)送給測試團(tuán)隊(duì)，測試計(jì)劃內(nèi)容的可能不準(zhǔn)確或遺漏測試內(nèi)容，或者軟件需求變更引起測試范圍的增減，而測試計(jì)劃的內(nèi)容沒有及時(shí)更新，誤導(dǎo)測試執(zhí)行人員。
4. 分別創(chuàng)建測試計(jì)劃與測試詳細(xì)規(guī)格、測試用例
應(yīng)把詳細(xì)的測試技術(shù)指標(biāo)包含到獨(dú)立創(chuàng)建的測試詳細(xì)規(guī)格文檔，把用于指導(dǎo)測試小組執(zhí)行測試過程的測試用例放到獨(dú)立創(chuàng)建的測試用例文檔或測試用例管理數(shù)據(jù)庫中。測試計(jì)劃和測試詳細(xì)規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計(jì)劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細(xì)規(guī)格、測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù)。
08. 您所熟悉的測試用例設(shè)計(jì)方法都有哪些?請分別以具體的例子來說明這些方法在測試用例設(shè)計(jì)工作中的應(yīng)用。
1.等價(jià)類劃分
劃分等價(jià)類: 等價(jià)類是指某個(gè)輸入域的子集合.在該子集合中,各個(gè)輸入數(shù)據(jù)對于揭露程序中的錯(cuò)誤都是等效的.并合理地假定:測試某等價(jià)類的代表值就等于對這一類其它值的測試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價(jià)類,在每一個(gè)等價(jià)類中取一個(gè)數(shù)據(jù)作為測試的輸入條件,就可以用少量代表性的測試數(shù)據(jù).取得較好的測試結(jié)果.等價(jià)類劃分可有兩種不同的情況:有效等價(jià)類和無效等價(jià)類.
2.邊界值分析法
邊界值分析方法是對等價(jià)類劃分方法的補(bǔ)充。測試工作經(jīng)驗(yàn)告訴我,大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對各種邊界情況設(shè)計(jì)測試用例,可以查出更多的錯(cuò)誤.
使用邊界值分析方法設(shè)計(jì)測試用例,首先應(yīng)確定邊界情況.通常輸入和輸出等價(jià)類的邊界,就是應(yīng)著重測試的邊界情況.應(yīng)當(dāng)選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù),而不是選取等價(jià)類中的典型值或任意值作為測試數(shù)據(jù).
3.錯(cuò)誤推測法
基于經(jīng)驗(yàn)和直覺推測程序中所有可能存在的各種錯(cuò)誤, 從而有針對性的設(shè)計(jì)測試用例的方法.
錯(cuò)誤推測方法的基本思想: 列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況,根據(jù)他們選擇測試用例. 例如, 在單元測試時(shí)曾列出的許多在模塊中常見的錯(cuò)誤. 以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等, 這些就是經(jīng)驗(yàn)的總結(jié). 還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯(cuò)誤的情況. 可選擇這些情況下的例子作為測試用例.
4.因果圖方法
前面介紹的等價(jià)類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系, 相互組合等. 考慮輸入條件之間的相互組合,可能會產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價(jià)類,他們之間的組合情況也相當(dāng)多. 因此必須考慮采用一種適合于描述對于多種條件的組合,相應(yīng)產(chǎn)生多個(gè)動作的形式來考慮設(shè)計(jì)測試用例. 這就需要利用因果圖(邏輯模型). 因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.
09. 請以您以往的實(shí)際工作為例，詳細(xì)的描述一次測試用例設(shè)計(jì)的完整的過程。
就說最近的這次網(wǎng)站功能的測試吧
首先：得到相關(guān)文檔(需求文檔和設(shè)計(jì)文檔)，理解需求和設(shè)計(jì)設(shè)計(jì)思想后，想好測試策略(測試計(jì)劃簡單點(diǎn)就OK了)，考慮到測試環(huán)境，測試用例，測試時(shí)間等問題。
第二步：設(shè)計(jì)測試用例，測試策略是：把網(wǎng)站部分的功能點(diǎn)測試完，然后在進(jìn)行系統(tǒng)測試(另外個(gè)模塊呢有另一個(gè)測試人員負(fù)責(zé)，可以進(jìn)行聯(lián)調(diào)測試)，網(wǎng)站模塊的測試基本是功能測試和界面測試(用戶并發(fā)的可能性很小，所以不考慮)：這次的網(wǎng)站的輸入數(shù)據(jù)呢是使用數(shù)據(jù)庫中的某張表記錄，如果表中某一數(shù)據(jù)記錄中新加進(jìn)來的(還沒有被處理的，有個(gè)標(biāo)志位)，網(wǎng)站啟動后會立刻去刷那張表，得到多條數(shù)據(jù)，然后在進(jìn)行處理。處理過程中，會經(jīng)歷3個(gè)步驟，網(wǎng)站才算完成了它的任務(wù)。有3個(gè)步驟呢，就可以分別對 這3個(gè)步驟進(jìn)行測試用例的設(shè)計(jì),盡量覆蓋到各種輸入情況(包括數(shù)據(jù)庫中的數(shù)據(jù)，用戶的輸入等)，得出了差不多50個(gè)用例。界面測試，也就是用戶看的到的地方，包括發(fā)送的郵件和用戶填寫資料的頁面展示。
第三步：搭建測試環(huán)境(為什么這個(gè)時(shí)候考慮測試環(huán)境呢?因?yàn)槲覍W(wǎng)站環(huán)境已經(jīng)很熟了，只有有機(jī)器能空于下來做該功能測試就可以做了)，因?yàn)榫W(wǎng)站本身的環(huán)境搭建和其他的系統(tǒng)有點(diǎn)不同，它需要的測試環(huán)境比較麻煩，需要web服務(wù)器(Apache,tomcat)，不過這次需求呢，網(wǎng)站部分只用到了tomcat，所以只要有tomcat即可
第四步：執(zhí)行測試
10. 您以往是否曾經(jīng)從事過性能測試工作?如果有，請盡可能的詳細(xì)描述您以往的性能測試工作的完整過程。
是的，曾經(jīng)做過網(wǎng)站方面的性能測試，雖然做的時(shí)間并不久(2個(gè)月吧)，當(dāng)時(shí)呢，是有位網(wǎng)站性能測試經(jīng)驗(yàn)非常豐富的前輩帶著我一起做。
性能測試類型包括負(fù)載測試，強(qiáng)度測試，容量測試等
負(fù)載測試：負(fù)載測試是一種性能測試指數(shù)據(jù)在超負(fù)荷環(huán)境中運(yùn)行，程序是否能夠承擔(dān)。
強(qiáng)度測試： 強(qiáng)度測試是一種性能測試，他在系統(tǒng)資源特別低的情況下軟件系統(tǒng)運(yùn)行情況
容量測試：確定系統(tǒng)可處理同時(shí)在線的最大用戶數(shù)
在網(wǎng)站流量逐漸加大的情況下，開始考慮做性能測試了，首先要寫好性能測試計(jì)劃，根據(jù)運(yùn)營數(shù)據(jù)得出流量最大的頁面(如果是第一次的話，一般是首頁，下載頁，個(gè)人帳戶頁流量最大，而且以某種百分比)，
Web服務(wù)器指標(biāo)指標(biāo)：
* Avg Rps: 平均每秒鐘響應(yīng)次數(shù)=總請求時(shí)間 / 秒數(shù);
* Successful Rounds：成功的請求;
* Failed Rounds ：失敗的請求;
* Successful Hits ：成功的點(diǎn)擊次數(shù);
* Failed Hits ：失敗的點(diǎn)擊次數(shù);
* Hits Per Second ：每秒點(diǎn)擊次數(shù);
* Successful Hits Per Second ：每秒成功的點(diǎn)擊次數(shù);
* Failed Hits Per Second ：每秒失敗的點(diǎn)擊次數(shù);
* Attempted Connections ：嘗試鏈接數(shù);
11. 您在從事性能測試工作時(shí)，是否使用過一些測試工具?如果有，請?jiān)囀鲈摴ぞ叩墓ぷ髟?，并以一個(gè)具體的工作中的例子描述該工具是如何在實(shí)際工作中應(yīng)用的。
12. 您認(rèn)為性能測試工作的目的是什么?做好性能測試工作的關(guān)鍵是什么?
13. 在您以往的工作中，一條軟件缺陷(或者叫Bug)記錄都包含了哪些內(nèi)容?如何提交高質(zhì)量的軟件缺陷(Bug)記錄?
14. 您以往所從事的軟件測試工作中，是否使用了一些工具來進(jìn)行軟件缺陷(Bug)的管理?如果有，請結(jié)合該工具描述軟件缺陷(Bug)跟蹤管理的流程。
15. 您認(rèn)為在測試人員同開發(fā)人員的溝通過程中，如何提高溝通的效率和改善溝通的效果?維持測試人員同開發(fā)團(tuán)隊(duì)中其他成員良好的人際關(guān)系的關(guān)鍵是什么?
16. 在您以往的測試工作中，最讓您感到不滿意或者不堪回首的事情是什么?您是如何來對待這些事情的?
17. 在即將完成這次筆試前，您是否愿意談一些自己在以往的學(xué)習(xí)和工作中獲得的工作經(jīng)驗(yàn)和心得體會?(可以包括軟件測試、過程改進(jìn)、軟件開發(fā)或者與此無關(guān)的其他方面)
18.你對測試最大的興趣在哪里?為什么?
最大的興趣就是測試有難度，有挑戰(zhàn)性!做測試越久越能感覺到做好測試有多難。曾經(jīng)在無憂測試網(wǎng)上看到一篇文章，是關(guān)于如何做好一名測試工程師。一共羅列了十一二點(diǎn)，有部分是和人的性格有關(guān)，有部分需要后天的努力。但除了性格有關(guān)的1、2點(diǎn)我沒有把握，其他點(diǎn)我都很有信心做好它。
剛開始進(jìn)入測試行業(yè)時(shí)，對測試的認(rèn)識是從無憂測試網(wǎng)上了解到的一些資料，當(dāng)時(shí)是沖著做測試需要很多技能才能做的好，雖然入門容易，但做好很難，比開發(fā)更難，雖然當(dāng)時(shí)我很想做開發(fā)(學(xué)校專業(yè)課我基本上不缺席，因?yàn)槲蚁矚g我的專業(yè))，但看到測試比開發(fā)更難更有挑戰(zhàn)性，想做好測試的意志就更堅(jiān)定了。
不到一年半的測試工作中，當(dāng)時(shí)的感動和熱情沒有減退一點(diǎn)(即使環(huán)境問題以及自身經(jīng)驗(yàn)，技術(shù)的不足，做測試的你一定也能理解)。
我覺得做測試整個(gè)過程中有2點(diǎn)讓我覺得很有難度(對我來說，有難度的東西我就非常感興趣)，第一是測試用例的設(shè)計(jì)，因?yàn)闇y試的精華就在測試用例的設(shè)計(jì)上了，要在版本出來之前，把用例寫好，用什么測試方法寫?(也就是測試計(jì)劃或測試策略)，如果你剛測試一個(gè)新任務(wù)時(shí)，你得花一定的時(shí)間去消化業(yè)務(wù)需求和技術(shù)基礎(chǔ)，業(yè)務(wù)需求很好理解(多和產(chǎn)品經(jīng)理和開發(fā)人員溝通就能達(dá)到目的)，而技術(shù)基礎(chǔ)可就沒那么簡單了，這需要你自覺的學(xué)習(xí)能力，比如說網(wǎng)站吧，最基本的技術(shù)知識你要知道網(wǎng)站內(nèi)部是怎么運(yùn)作的的，后臺是怎么響應(yīng)用戶請求的?測試環(huán)境如何搭建?這些都需要最早的學(xué)好。至少在開始測試之前能做好基本的準(zhǔn)備，可能會遇到什么難題?需求細(xì)節(jié)是不是沒有確定好?這些問題都能在設(shè)計(jì)用例的時(shí)候發(fā)現(xiàn)。
第二是發(fā)現(xiàn)BUG的時(shí)候了，這應(yīng)該是測試人員最基本的任務(wù)了，一般按測試用例開始測試就能發(fā)現(xiàn)大部分的bug，還有一部分bug需要測試的過程中更了解所測版本的情況獲得更多信息，補(bǔ)充測試用例，測試出bug。還有如何發(fā)現(xiàn)bug?這就需要在測試用例有效的情況下，通過細(xì)心和耐心去發(fā)現(xiàn)bug了，每個(gè)用例都有可能發(fā)現(xiàn)bug，每個(gè)地方都有可能出錯(cuò)，所以測試過程中思維要清晰(測試過程數(shù)據(jù)流及結(jié)果都得看仔細(xì)了，bug都在里面發(fā)現(xiàn)的)。如何描述bug也很有講究，bug在什么情況下會產(chǎn)生，如果條件變化一點(diǎn)點(diǎn)，就不會有這個(gè)bug，以哪些最少的操作步驟就能重現(xiàn)這個(gè)bug，這個(gè)bug產(chǎn)生的規(guī)律是什么?如果你夠厲害的話，可以幫開發(fā)人員初步定位問題。
19. 你的測試職業(yè)發(fā)展是什么?
測試經(jīng)驗(yàn)越多，測試能力越高。所以我的職業(yè)發(fā)展是需要時(shí)間累積的，一步步向著高級測試工程師奔去。而且我也有初步的職業(yè)規(guī)劃，前3年累積測試經(jīng)驗(yàn)，按如何做好測試工程師的11，12點(diǎn)要求自己，不斷的更新自己改正自己，做好測試任務(wù)。
20. 你自認(rèn)為測試的優(yōu)勢在哪里?
優(yōu)勢在于我對測試堅(jiān)定不移的信心和熱情，雖然經(jīng)驗(yàn)還不夠，但測試需要的基本技能我有信心在工作中得以發(fā)揮。
軟件開發(fā)網(wǎng)
21. 你以前工作時(shí)的測試流程是什么?
公司對測試流程沒有規(guī)定如何做，但每個(gè)測試人員都有自己的一套測試流程。我說下我1年來不斷改正(自己總結(jié)，吸取同行的方法)后的流程吧。需求評審(有開發(fā)人員，產(chǎn)品經(jīng)理，測試人員，項(xiàng)目經(jīng)理)->需求確定(出一份確定的需求文檔)->開發(fā)設(shè)計(jì)文檔(開發(fā)人員在開始寫代碼前就能輸出設(shè)計(jì)文檔)->想好測試策略，寫出測試用例->發(fā)給開發(fā)人員和測試經(jīng)理看看(非正式的評審用例)->接到測試版本->執(zhí)行測試用例(中間可能會補(bǔ)充用例)->提交bug(有些bug需要開發(fā)人員的確定(嚴(yán)重級別的，或突然發(fā)現(xiàn)的在測試用例范圍之外的，難以重現(xiàn)的)，有些可以直接錄制進(jìn)TD)->開發(fā)人員修改(可以在測試過程中快速的修改)->回歸測試(可能又會發(fā)現(xiàn)新問題，再按流程開始跑)。
22. 當(dāng)開發(fā)人員說不是BUG時(shí)，你如何應(yīng)付?
開發(fā)人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這么做，這個(gè)時(shí)候可以找來產(chǎn)品經(jīng)理進(jìn)行確認(rèn)，需不需要改動，3方商量確定好后再看要不要改。二是這種情況不可能發(fā)生，所以不需要修改，這個(gè)時(shí)候，我可以先盡可能的說出是BUG的依據(jù)是什么?如果被用戶發(fā)現(xiàn)或出了問題，會有什么不良結(jié)果?程序員可能會給你很多理由，你可以對他的解釋進(jìn)行反駁。如果還是不行，那我可以給這個(gè)問題提出來,跟開發(fā)經(jīng)理和測試經(jīng)理進(jìn)行確認(rèn),如果要修改就改,如果不要修改就不改。其實(shí)有些真的不是bug，我也只是建議的方式寫進(jìn)TD中，如果開發(fā)人員不修改也沒有大問題。如果確定是bug的話，一定要堅(jiān)持自己的立場，讓問題得到最后的確認(rèn)。
23.你為什么想離開目前的職務(wù)?
因?yàn)楣具\(yùn)作情況并不理想，公司需要調(diào)整部門體系，公司考慮到縮減部門人員，所以大批量的裁員(有6，7個(gè))，這是我的第一份工作，對公司也有較深的感情，因?yàn)樵谶@里我找到了職業(yè)理想(就是測試)，所以公司需要精簡人員，我自愿退出。雖然很舍不得，但我將會有新的發(fā)揮能力的舞臺。
24：你對我們公司了解有多少?
25：你找工作時(shí)，最重要的考慮因素為何?
工作的性質(zhì)和內(nèi)容是否能讓我發(fā)揮所長，并不斷成長。
26：為什么我們應(yīng)該錄取你?
您可以由我過去的工作表現(xiàn)所呈現(xiàn)的客觀數(shù)據(jù)，明顯地看出我全力以赴的工作態(tài)度。
27：請談?wù)勀銈€(gè)人的最大特色。
我的堅(jiān)持度很高，事情沒有做到一個(gè)令人滿意的結(jié)果，絕不罷手。
28.白箱測試和黑箱測試是什么?什么是回歸測試?
29。單元測試、集成測試、系統(tǒng)測試的側(cè)重點(diǎn)是什么?
30。設(shè)計(jì)用例的方法、依據(jù)有那些?
31。一個(gè)測試工程師應(yīng)具備那些素質(zhì)和技能?
32.集成測試通常都有那些策略?
33.你用過的測試工具的主要功能、性能及其他?
34.一個(gè)缺陷測試報(bào)告的組成
35.基于WEB信息管理系統(tǒng)測試時(shí)應(yīng)考慮的因素有哪些?
36.軟件測試項(xiàng)目從什么時(shí)候開始，?為什么?
37.需求測試注意事項(xiàng)有哪些?
優(yōu)質(zhì)工程師考試問答知識庫