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