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