1、你的測試職業(yè)發(fā)展是什么測試經(jīng)驗越多測試能力越高。所以我的職業(yè)發(fā)展是需要時間積累的一步步向著高級測試工程師奔去。而且我也有初步的職業(yè)規(guī)劃前3年積累測試經(jīng)驗按如何做好測試工程師的要點去要求自己不斷更新自己改正自己做好測試任務(wù)。優(yōu)勢在于我對測試堅定不移的信心和熱情雖然經(jīng)驗還不夠但測試需要的基本技能我有信心在工作中得以發(fā)揮。2、你認(rèn)為測試人員需要具備哪些素質(zhì)做測試應(yīng)該要有一定的協(xié)調(diào)能力因為測試人員經(jīng)常要與開發(fā)接觸處理一些問題如果處理不好的話會引起一些沖突這樣的話工作上就會不好做。還有測試人員要有一定的耐心有的時候做測試很枯燥乏味。除了耐心測試人員不能放過每一個可能的錯誤。3、你為什么能夠做測試這一行雖然我的測試技術(shù)還不是很成熟但是我覺得我還是可以勝任軟件測試這個工作的因為做軟件測試不僅是要求技術(shù)好還有有一定的溝通能力耐心、細(xì)心等外在因素。綜合起來看我認(rèn)為我是勝任這個工作的。4、測試的目的是什么測試的目的是找出軟件產(chǎn)品中的錯誤是軟件盡可能的符合用戶的要求。當(dāng)然軟件測試是不可能找出全部錯誤的。5、測試分為哪幾個階段一般來說分為5個階段單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試、驗收測試6、單元測試的測試對象、目的、測試依據(jù)、測試方法測試對象是模塊內(nèi)部的程序錯誤目的是消除局部模塊邏輯和功能上的錯誤和缺陷。測試依據(jù)是模塊的詳細(xì)設(shè)計測試方法是采用白盒測試。7、怎樣看待加班問題加班的話我沒有太多意見但是我還是覺得如果能夠合理安排時間的話不會有太多時候加班的。8、結(jié)合你以前的學(xué)習(xí)和工作經(jīng)驗?zāi)阏J(rèn)為如何做好測試。根據(jù)我以前的工作和學(xué)習(xí)經(jīng)驗我認(rèn)為做好工作首先要有一個良好的溝通只有溝通無障礙了才會有好的協(xié)作才會有更好的效率再一個就是技術(shù)一定要過關(guān)做測試要有足夠的耐心和一個良好的工作習(xí)慣不懂的就要問實時與同事溝通這樣的話才能做好測試工作。9、你為什么選擇軟件測試行業(yè)因為之前了解軟件測試這個行業(yè)覺得他的發(fā)展前景很好。10、根據(jù)你以前的工作或?qū)W習(xí)經(jīng)驗描述一下軟件開發(fā)、測試過程由哪些角色負(fù)責(zé)你做什么要有架構(gòu)師、開發(fā)經(jīng)理、測試經(jīng)理、程序員、測試員。我在里面主要是負(fù)責(zé)所分到的模塊執(zhí)行測試用例。11、根據(jù)你的經(jīng)驗說說你對軟件測試/質(zhì)量保證的理解軟件質(zhì)量保證與測試是根據(jù)軟件開發(fā)階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計的一批測試用例(即輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果)并根據(jù)這些測試用例去運(yùn)行程序以發(fā)現(xiàn)錯誤的過程。它是對應(yīng)用程序的各個方面進(jìn)行測試以檢查其功能、語言有效性及其外觀排布。12、軟件測試的流程是什么需求調(diào)查全面了解系統(tǒng)概況、應(yīng)用領(lǐng)域、軟件開發(fā)周期、軟件開發(fā)環(huán)境、開發(fā)組織、時間安排、功能需求、性能需求、質(zhì)量需求及測試要求等。根據(jù)系統(tǒng)概況進(jìn)行項目所需的人員、時間和工作量估計以及項目報價。制定初步的項目計劃測試準(zhǔn)備組織測試團(tuán)隊、培訓(xùn)、建立測試和管理環(huán)境等。測試設(shè)計按照測試要求進(jìn)行每個測試項的測試設(shè)計包括測試用例的設(shè)計和測試腳本的開發(fā)等。測試實施按照測試計劃實施測試。測試評估根據(jù)測試的結(jié)果出具測試評估報告。13、你對SQA的職責(zé)和工作活動(如軟件度量)的理解?SQA 就是獨立于軟件開發(fā)的項目組通過對軟件開發(fā)過程的監(jiān)控來保證軟件的開發(fā)流程按照指定的CMM規(guī)程(如果有相應(yīng)的CMM規(guī)程),對于不符合項及時提出建議和改進(jìn)方案必要時可以向高層經(jīng)理匯報以求問題的解決。通過這樣的途徑來預(yù)防缺陷的引入從而減少后期軟件的維護(hù)成本。SQA主要的工作活動包括制定SQA工作計劃參與階段產(chǎn)物的評審進(jìn)行過程質(zhì)量、功能配置及物理配置的審計等對項目開發(fā)過程中產(chǎn)生的數(shù)據(jù)進(jìn)行度量等等。14、說說你對軟件配置管理的理解項目在開發(fā)過程中要用相應(yīng)的配置管理工具對配置項(包括各個階段的產(chǎn)物)進(jìn)行變更控制配置管理的使用取決于項目規(guī)模和復(fù)雜性及風(fēng)險的水平。軟件的規(guī)模越大配置管理就越顯得重要。還有在配置管理中有一個很重要的概念那就是基線是在一定階段各個配置項的組合一個基線就提供了一個正式的標(biāo)準(zhǔn)隨后的工作便基于此標(biāo)準(zhǔn)并只有經(jīng)過授權(quán)后才能變更這個標(biāo)準(zhǔn)。配置管理工具主要有CCVSS,CVS,SVN等。15、怎樣寫測試計劃和測試用例簡單點測試計劃里應(yīng)有詳細(xì)的測試策略和測試方法合理詳盡的資源安排等至于測試用例那是依賴于需求(包括功能與非功能需求)是否細(xì)化到功能點是否可測試等。16、什么是兼容性測試兼容性測試側(cè)重哪些方面兼容測試主要是檢查軟件在不同的硬件平臺、軟件平臺上是否可以正常的運(yùn)行即是通常說的軟件的可移植性。兼容的類 型如果細(xì)分的話有平臺的兼容網(wǎng)絡(luò)兼容數(shù)據(jù)庫兼容以及數(shù)據(jù)格式的兼容。兼容測試的重點是對兼容環(huán)境的分析。通常是在運(yùn)行軟件的環(huán)境不是很確定的情況下才需要做兼容。根據(jù)軟件運(yùn)行的需要或者根據(jù)需求文檔一般都能夠得出用戶會在什么環(huán)境下使用該軟件把這些環(huán)境整理成表單就得出做兼容測試的兼容環(huán)境了。兼容和配置測試的區(qū)別在于做配置測試通常不是Clean OS下做測試而兼容測試多是在Clean OS的環(huán)境下做的。17、我現(xiàn)在有個程序發(fā)現(xiàn)在Windows上運(yùn)行得很慢怎么判別是程序存在問題還是軟硬件系統(tǒng)存在問題–1、檢查系統(tǒng)是否有中毒的特征–2、檢查軟件/硬件的配置是否符合軟件的推薦標(biāo)準(zhǔn)–3、確認(rèn)當(dāng)前的系統(tǒng)是否是獨立即沒有對外提供什么消耗CPU資源的服務(wù)–4、如果是C/S或者B/S結(jié)構(gòu)的軟件需要檢查是不是因為與服務(wù)器的連接有問題或者訪問有問題造成的–5、在系統(tǒng)沒有任何負(fù)載的情況下查看性能監(jiān)視器確認(rèn)應(yīng)用程序?qū)PU/內(nèi)存的訪問情況。18、測試的策略有哪些黑盒/白盒靜態(tài)/動態(tài)## 標(biāo)題手工/自動冒煙測試回歸測試公測Beta測試的策略19、你覺得bugzilla在使用的過程中有什么問題–界面不穩(wěn)定–根據(jù)需要配置它的不同的部分過程很煩瑣。–流程控制上安全性不好界定很容易對他人的Bug進(jìn)行誤操作–沒有綜合的評分指標(biāo)不好確認(rèn)修復(fù)的優(yōu)先級別。20、描述測試用例設(shè)計的完整過程–1、需求分析 需求變更的維護(hù)工作–2、根據(jù)需求得出測試需求–3、設(shè)計測試方案評審測試方案–4、方案評審?fù)ㄟ^后設(shè)計測試用例再對測試用例進(jìn)行評審21、單元測試的策略有哪些邏輯覆蓋、循環(huán)覆蓋、同行評審、桌前檢查、代碼走查、代碼評審、景泰數(shù)據(jù)流分析22、LoadRunner分哪三部分用戶動作設(shè)計場景設(shè)計 測試數(shù)據(jù)分析23、LoadRunner進(jìn)行測試的流程?–1、 熟悉業(yè)務(wù)流程測試規(guī)劃–2、 創(chuàng)建虛擬用戶腳本–3、 創(chuàng)建運(yùn)行場景–4、 運(yùn)行測試腳本–5、 監(jiān)視場景–6、 分析測試的結(jié)果以上最好是結(jié)合一個案例根據(jù)以上流程來介紹。24、軟件的評審一般由哪些人參加其目的是什么在正式的會議上將軟件項目的成果包括各階段的文檔、產(chǎn)生的代碼等提交給用戶、客戶或有關(guān)部門人員對軟件產(chǎn)品進(jìn)行評審和批準(zhǔn)。其目的是找出可能影響軟件產(chǎn)品質(zhì)量、開發(fā)過程、維護(hù)工作的適用性和環(huán)境方面的設(shè)計缺陷并采取補(bǔ)救措施以及找出在性能、安全性和經(jīng)濟(jì)方面的可能的改進(jìn)。人員用戶、客戶或有關(guān)部門開發(fā)人員測試人員需求分析師都可以就看處于評審那個階段25、Beta測試與Alpha測試有什么區(qū)別–Beta testing(β測試),測試是軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進(jìn)行的測試。開發(fā)者通常不在測試現(xiàn)場–Alpha testing (α測試),是由一個用戶在開發(fā)環(huán)境下進(jìn)行的測試也可以是公司內(nèi)部的用戶在模擬實際操作環(huán)境下進(jìn)行的受控測試26、你認(rèn)為做好測試計劃工作的關(guān)鍵是什么軟件測試計劃就是在軟件測試工作正式實施之前明確測試的對象并且通過對資源、時間、風(fēng)險、測試范圍和預(yù)算等方面的綜合分析和規(guī)劃保證有效的實施軟件測試做好測試計劃工作的關(guān)鍵 目的管理規(guī)范1、明確測試的目標(biāo)增強(qiáng)測試計劃的實用性編寫軟件測試計劃得重要目的就是使測試過程能夠發(fā)現(xiàn)更多的軟件缺陷因此軟件測試計劃的價值取決于它對幫助管理測試項目并且找出軟件潛在的缺陷。因此軟件測試計劃中的測試范圍必須高度覆蓋功能需求測試方法必須切實可行測試工具并且具有較高的實用性便于使用生成的測試結(jié)果直觀、準(zhǔn)確2、堅持“5W”規(guī)則明確內(nèi)容與過程“5W”規(guī)則指的是“What做什么”、“Why為什么做”、“When何時做”、“Where在哪里”、“How如何做”。利用“5W”規(guī)則創(chuàng)建軟件測試計劃可以幫助測試團(tuán)隊理解測試的目的Why明確測試的范圍和內(nèi)容What確定測試的開始和結(jié)束日期When指出測試的方法和工具How給出測試文檔和軟件的存放位置Where。3、采用評審和更新機(jī)制保證測試計劃滿足實際需求測試計劃寫作完成后如果沒有經(jīng)過評審直接發(fā)送給測試團(tuán)隊測試計劃內(nèi)容的可能不準(zhǔn)確或遺漏測試內(nèi)容或者軟件需求變更引起測試范圍的增減而測試計劃的內(nèi)容沒有及時更新誤導(dǎo)測試執(zhí)行人員。4、分別創(chuàng)建測試計劃與測試詳細(xì)規(guī)格、測試用例應(yīng)把詳細(xì)的測試技術(shù)指標(biāo)包含到獨立創(chuàng)建的測試詳細(xì)規(guī)格文檔把用于指導(dǎo)測試小組執(zhí)行測試過程的測試用例放到獨立創(chuàng)建的測試用例文檔或測試用例管理數(shù)據(jù)庫中。測試計劃和測試詳細(xì)規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系測試計劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置而測試詳細(xì)規(guī)格、測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù)。27、你認(rèn)為做好測試用例工作的關(guān)鍵是什么需求和設(shè)計文檔的理解程度對系統(tǒng)的熟悉程度提交-確認(rèn)-分配-修復(fù)-驗證-關(guān)閉29、軟件的安全性應(yīng)從哪幾個方面去測試(1) 用戶認(rèn)證機(jī)制如數(shù)據(jù)證書、智能卡、雙重認(rèn)證、安全電子交易協(xié)議(2) 加密機(jī)制(3) 安全防護(hù)策略如安全日志、入侵檢測、隔離防護(hù)、漏洞掃描(4) 數(shù)據(jù)備份與恢復(fù)手段存儲設(shè)備、存儲優(yōu)化、存儲保護(hù)、存儲管理(5) 防病毒系統(tǒng)30、你覺得軟件測試通過的標(biāo)準(zhǔn)應(yīng)該是什么樣的缺陷密度值達(dá)到客戶的要求31、一套完整的測試應(yīng)該由哪些階段組成需求評審有開發(fā)人員產(chǎn)品經(jīng)理測試人員項目經(jīng)理需求確定(出一份確定的需求文檔)開發(fā)設(shè)計文檔開發(fā)人員在開始寫代碼前就能輸出設(shè)計文檔想好測試策略寫出測試用例發(fā)給開發(fā)人員和測試經(jīng)理看看非正式的評審用例接到測試版本執(zhí)行測試用例中間可能會補(bǔ)充用例提交bug有些bug需要開發(fā)人員的確定嚴(yán)重級別的或突然發(fā)現(xiàn)的在測試用例范圍之外的難以重現(xiàn)的有些可以直接錄制進(jìn)TD開發(fā)人員修改可以在測試過程中快速的修改回歸測試可能又會發(fā)現(xiàn)新問題再按流程開始跑32、如何理解壓力、負(fù)載、性能測試測試性能測試是一個較大的范圍實際上性能測試本身包含了性能、強(qiáng)度、壓力、負(fù)載等多方面的測試內(nèi)容。壓力測試是對服務(wù)器的穩(wěn)定性以及負(fù)載能力等方面的測試是一種很平常的測試。增大訪問系統(tǒng)的用戶數(shù)量、或者幾個用戶進(jìn)行大數(shù)據(jù)量操作都是壓力測試。而負(fù)載測試是壓力相對較大的測試主要是測試系統(tǒng)在一種或者集中極限條件下的相應(yīng)能力是性能測試的重要部分。100個用戶對系統(tǒng)進(jìn)行連續(xù)半個小時的訪問可以看作壓力測試那么連續(xù)訪問8個小時就可以認(rèn)為負(fù)載測試1000個用戶連續(xù)訪問系統(tǒng)1個小時也可以看作是負(fù)載測試。實際上壓力測試和負(fù)載測試沒有明顯的區(qū)分。測試人員應(yīng)該站在關(guān)注整體性能的高度上來對系統(tǒng)進(jìn)行測試。33、如何編寫提交給用戶的測試報告----根據(jù)內(nèi)部測試報告進(jìn)行編寫一般可以摘錄----不可以向客戶報告嚴(yán)重缺陷即使是已經(jīng)修改的缺陷開發(fā)中的缺陷也沒有必要讓客戶知道----報告上可以列出一些缺陷但必須是中級的缺陷而且這些缺陷必須是修復(fù)的 -報告上面的內(nèi)容盡量要真實可靠----整個測試報告要仔細(xì)審閱力爭不給項目帶來負(fù)面作用尤其是性能測試報告。34、您所熟悉的測試用例設(shè)計方法都有哪些請分別以具體的例子來說明這些方法在測試用例設(shè)計工作中的應(yīng)用。1 等價類劃分劃分等價類: 等價類是指某個輸入域的子集合.在該子集合中,各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的.并合理地假定:測試某等價類的代表值就等于對這一類其它值的測試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價類,在每一個等價類中取一個數(shù)據(jù)作為測試的輸入條件,就可以用少量代表性的測試數(shù)據(jù).取得較好的測試結(jié)果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.2邊界值分析法邊界值分析方法是對等價類劃分方法的補(bǔ)充。測試工作經(jīng)驗告訴我,大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對各種邊界情況設(shè)計測試用例,可以查出更多的錯誤.使用邊界值分析方法設(shè)計測試用例,首先應(yīng)確定邊界情況.通常輸入和輸出等價類的邊界,就是應(yīng)著重測試的邊界情況.應(yīng)當(dāng)選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù),而不是選取等價類中的典型值或任意值作為測試數(shù)據(jù).3錯誤推測法基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤, 從而有針對性的設(shè)計測試用例的方法.錯誤推測方法的基本思想: 列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況,根據(jù)他們選擇測試用例. 例如, 在單元測試時曾列出的許多在模塊中常見的錯誤. 以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯誤等, 這些就是經(jīng)驗的總結(jié). 還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯誤的情況. 可選擇這些情況下的例子作為測試用例.4因果圖方法前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系, 相互組合等. 考慮輸入條件之間的相互組合,可能會產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當(dāng)多. 因此必須考慮采用一種適合于描述對于多種條件的組合,相應(yīng)產(chǎn)生多個動作的形式來考慮設(shè)計測試用例. 這就需要利用因果圖邏輯模型. 因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.35、你對測試最大的興趣在哪里為什么最大的興趣就是測試有難度有挑戰(zhàn)性做測試越久越能感覺到做好測試有多難。做測試有部分是和人的性格有關(guān)有部分需要后天的努力。但除了性格有關(guān)的我沒有把握其他點我都很有信心做好它。36、當(dāng)開發(fā)人員說不是BUG時你如何應(yīng)付開發(fā)人員說不是bug有2種情況一是需求沒有確定所以我可以這么做這個時候可以找來產(chǎn)品經(jīng)理進(jìn)行確認(rèn)需不需要改動3方商量確定好后再看要不要改。二是這種情況不可能發(fā)生所以不需要修改這個時候我可以先盡可能的說出是BUG的依據(jù)是什么如果還是不行那我可以給這個問題提出來,跟開發(fā)經(jīng)理和測試經(jīng)理進(jìn)行確認(rèn),如果要修改就改,如果不要修改就不改。其實有些真的不是bug我也只是建議的方式寫進(jìn)TD中如果開發(fā)人員不修改也沒有大問題。如果確定是bug的話一定要堅持自己的立場讓問題得到最后的確認(rèn)。37、寫出bug報告當(dāng)中一些必備的內(nèi)容。硬件平臺和操作系測試應(yīng)用的硬件平臺Platform通常選擇“PC”。測試應(yīng)用的操作系統(tǒng)平臺OS。a) 版本 提交缺陷報告時通過該字段標(biāo)識此缺陷存在于被測試軟件的哪個版本。b) Bug報告優(yōu)先級c) Bug狀態(tài)d) Bug的編號e) 發(fā)現(xiàn)人f) 提交人g) 指定處理人h) 概述i) 從屬關(guān)系j) 詳細(xì)描述k) 嚴(yán)重程度l) 所屬模塊m) 附件n) 提交日期38、開發(fā)人員老是犯一些低級錯誤怎么解決從兩個方面入手一方面從開發(fā)管理入手也就是從根源來解決問題?？梢灾贫ㄒ?guī)范的開發(fā)流程甚至可以制定懲罰制度還有就是軟件開發(fā)前做好規(guī)劃設(shè)計。另一方面就是加強(qiáng)測試具體做法就是加強(qiáng)開發(fā)人員的自己測試把這些問題“消滅”在開發(fā)階段這是比較好的做法。39、簡述一下c/s模式或者b/s模式C/S模式客戶端/服務(wù)器模式。工作原理Client向Server提交一個請求Server則使用一些方法處理這個請求并將效果返回給Client。B/S結(jié)構(gòu)即Browser/Server(瀏覽器/服務(wù)器)結(jié)構(gòu)主要是利用了不斷成熟的WWW瀏覽器技術(shù)結(jié)合瀏覽器的多種Script語言(VBScript、JavaScript…)和ActiveX技術(shù)用通用瀏覽器就實現(xiàn)了原來需要復(fù)雜專用軟件才能實現(xiàn)的強(qiáng)大功能并節(jié)約了開發(fā)成本是一種全新的軟件系統(tǒng)構(gòu)造技術(shù)?？偨Y(jié)感謝每一個認(rèn)真閱讀我文章的人作為一位過來人也是希望大家少走一些彎路如果你不想再體驗一次學(xué)習(xí)時找不到資料沒人解答問題堅持幾天便放棄的感受的話在這里我給大家分享一些自動化測試的學(xué)習(xí)資源希望能給你前進(jìn)的路上帶來幫助。軟件測試面試文檔我們學(xué)習(xí)必然是為了找到高薪的工作下面這些面試題是來自阿里、騰訊、字節(jié)等一線互聯(lián)網(wǎng)大廠最新的面試資料并且有字節(jié)大佬給出了權(quán)威的解答刷完這一套面試資料相信大家都能找到滿意的工作。視頻文檔獲取方式這份文檔和視頻資料對于想從事【軟件測試】的朋友來說應(yīng)該是最全面最完整的備戰(zhàn)倉庫這個倉庫也陪伴我走過了最艱難的路程希望也能幫助到你以上均可以分享點下方小卡片即可自行領(lǐng)取。