攝影網(wǎng)站開發(fā)意義,做網(wǎng)站的專業(yè),2023企業(yè)稅收標(biāo)準(zhǔn),引物在線設(shè)計(jì)網(wǎng)站#x1f345; 點(diǎn)擊文末小卡片 #xff0c;免費(fèi)獲取軟件測(cè)試全套資料#xff0c;資料在手#xff0c;漲薪更快最近有很多粉絲問我#xff0c;有什么方法能夠快速提升自己#xff0c;通過阿里、騰訊、字節(jié)跳動(dòng)、京東等互聯(lián)網(wǎng)大廠的面試#xff0c;我覺得短時(shí)間提升自己最快…點(diǎn)擊文末小卡片免費(fèi)獲取軟件測(cè)試全套資料資料在手漲薪更快最近有很多粉絲問我有什么方法能夠快速提升自己通過阿里、騰訊、字節(jié)跳動(dòng)、京東等互聯(lián)網(wǎng)大廠的面試我覺得短時(shí)間提升自己最快的手段就是背面試題最近總結(jié)了軟件測(cè)試常用的面試題分享給大家希望大家都能圓夢(mèng)大廠加油我命由我不由天。Part11、你的測(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在使用的過程中有什么問題1、界面不穩(wěn)定2、根據(jù)需要配置它的不同的部分過程很煩瑣。3、流程控制上安全性不好界定很容易對(duì)他人的Bug進(jìn)行誤操作4、沒有綜合的評(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)的熟悉程度28、簡(jiǎn)述一下缺陷的生命周期提交-確認(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)和操作系統(tǒng)測(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ù)。Part21、什么是兼容性測(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)境下做的。2、我現(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)存的訪問情況。3、測(cè)試的策略有哪些參考答案黑盒/白盒靜態(tài)/動(dòng)態(tài)手工/自動(dòng)冒煙測(cè)試回歸測(cè)試公測(cè)Beta測(cè)試的策略4、正交表測(cè)試用例設(shè)計(jì)方法的特點(diǎn)是什么參考答案用最少的實(shí)驗(yàn)覆蓋最多的操作測(cè)試用例設(shè)計(jì)很少效率高但是很復(fù)雜對(duì)于基本的驗(yàn)證功能以及二次集成引起的缺陷一般都能找出來但是更深的缺陷更復(fù)雜的缺陷還是無能為力的具體的環(huán)境下正交表一般都很難做的。大多數(shù)只在系統(tǒng)測(cè)試的時(shí)候使用此方法。5、描述使用bugzilla缺陷管理工具對(duì)軟件缺陷BUG跟蹤的管理的流程參考答案就是Bugzilla的狀態(tài)轉(zhuǎn)換圖。6、你覺得bugzilla在使用的過程中有什么問題參考答案界面不穩(wěn)定根據(jù)需要配置它的不同的部分過程很煩瑣。流程控制上安全性不好界定很容易對(duì)他人的Bug進(jìn)行誤操作沒有綜合的評(píng)分指標(biāo)不好確認(rèn)修復(fù)的優(yōu)先級(jí)別。7、描述測(cè)試用例設(shè)計(jì)的完整過程參考答案需求分析 需求變更的維護(hù)工作根據(jù)需求 得出測(cè)試需求設(shè)計(jì)測(cè)試方案評(píng)審測(cè)試方案方案評(píng)審?fù)ㄟ^后設(shè)計(jì)測(cè)試用例再對(duì)測(cè)試用例進(jìn)行評(píng)審8、單元測(cè)試的策略有哪些參考答案邏輯覆蓋、循環(huán)覆蓋、同行評(píng)審、桌前檢查、代碼走查、代碼評(píng)審、景泰數(shù)據(jù)流分析9、LoadRunner分哪三部分參考答案用戶動(dòng)作設(shè)計(jì)場(chǎng)景設(shè)計(jì)測(cè)試數(shù)據(jù)分析10、LoadRunner進(jìn)行測(cè)試的流程?參考答案1、 計(jì)劃負(fù)載測(cè)試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ù)以上流程來介紹。part31、軟件的生命周期prdctrm計(jì)劃階段planning-〉需求分析requirement-〉設(shè)計(jì)階段design-〉編碼coding-測(cè)試testing-運(yùn)行與維護(hù)running maintrnacne2、你在測(cè)試中發(fā)現(xiàn)了一個(gè)bug但是開發(fā)經(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ù)1可以根據(jù)同行或類似軟件的一般特性來說明是否存在不一致的地方來確認(rèn)是否是缺陷2根據(jù)用戶的一般使用習(xí)慣來確認(rèn)是否是缺陷3與設(shè)計(jì)人員、開發(fā)人員和客戶代表等相關(guān)人員探討確認(rèn)是否是缺陷合理的論述向測(cè)試經(jīng)理說明自己的判斷的理由等待測(cè)試經(jīng)理做出最終決定如果仍然存在爭(zhēng)議可以通過公司政策所提供的渠道向上級(jí)反映并有上級(jí)做出決定。3、給你一個(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ù)庫測(cè)試要具體決定是否需要開展。數(shù)據(jù)庫一般需要考慮連結(jié)性對(duì)數(shù)據(jù)的存取操作數(shù)據(jù)內(nèi)容的驗(yàn)證等方面。安全性測(cè)試基本的登錄功能的檢查是否存在溢出錯(cuò)誤導(dǎo)致系統(tǒng)崩潰或者權(quán)限泄露相關(guān)開發(fā)語言的常見安全性問題檢查例如SQL注入等如果需要高級(jí)的安全性測(cè)試確定獲得專業(yè)安全公司的幫助外包測(cè)試或者獲取支持兼容性測(cè)試根據(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)容。4、一臺(tái)客戶端有三百個(gè)客戶與三百個(gè)客戶端有三百個(gè)客戶對(duì)服務(wù)器施壓有什么區(qū)別?300個(gè)用戶在一個(gè)客戶端上會(huì)占用客戶機(jī)更多的資源而影響測(cè)試的結(jié)果。線程之間可能發(fā)生干擾而產(chǎn)生一些異常。300個(gè)用戶在一個(gè)客戶端上需要更大的帶寬。IP地址的問題可能需要使用IP Spoof來繞過服務(wù)器對(duì)于單一IP地址最大連接數(shù)的限制。所有用戶在一個(gè)客戶端上不必考慮分布式管理的問題而用戶分布在不同的客戶端上需要考慮使用控制器來整體調(diào)配不同客戶機(jī)上的用戶。同時(shí)還需要給予相應(yīng)的權(quán)限配置和防火墻設(shè)置。5、軟件生存周期及其模型是什么軟件生存周期Software life cycle又稱為軟件生命期生存期。是指從形成開發(fā)軟件概念起所開發(fā)的軟件使用以后直到失去使用價(jià)值消亡為止的整個(gè)過程。一般來說整個(gè)生存周期包括 問題的定義及規(guī)劃、需求分析/評(píng)審、軟件設(shè)計(jì)、軟件編碼、測(cè)試階段、運(yùn)行維護(hù) 六個(gè)時(shí)期每個(gè)時(shí)期又劃分為若干個(gè)階段。每個(gè)階段有明確的任務(wù)。周期模型典型的幾種1瀑布模型2快速原型模型快速原型模型允許在需求分析階段對(duì)軟件的需求進(jìn)行初步而非完全的分析和定義快速設(shè)計(jì)開發(fā)出軟件系統(tǒng)的原型該原型向用戶展示待開發(fā)軟件的全部或部分功能和性能用戶對(duì)該原型進(jìn)行測(cè)試評(píng)定給出具體改進(jìn)意見以豐富細(xì)化軟件需求開發(fā)人員據(jù)此對(duì)軟件進(jìn)行修改完善直至用戶滿意認(rèn)可之后進(jìn)行軟件的完整實(shí)現(xiàn)及測(cè)試、維護(hù)。3迭代模型迭代包括產(chǎn)生產(chǎn)品發(fā)布穩(wěn)定、可執(zhí)行的產(chǎn)品版本的全部開發(fā)活動(dòng)和要使用該發(fā)布必需的所有其他外圍元素。在某種程度上開發(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ù)6、什么是軟件測(cè)試軟件測(cè)試的目的與原則定義在規(guī)定的條件下對(duì)程序進(jìn)行操作以發(fā)現(xiàn)程序錯(cuò)誤衡量軟件質(zhì)量并對(duì)其是否能滿足設(shè)計(jì)要求進(jìn)行評(píng)估的過程。目的測(cè)試是程序的執(zhí)行過程目的在于發(fā)現(xiàn)錯(cuò)誤軟件測(cè)試為了發(fā)現(xiàn)程序中存在的代碼或業(yè)務(wù)邏輯錯(cuò)誤軟件測(cè)試為了檢驗(yàn)產(chǎn)品是否符合用戶的需求軟件測(cè)試為了提高用戶體驗(yàn)軟件測(cè)試的原則測(cè)試應(yīng)盡早啟動(dòng)、介入需求分析階段所有的測(cè)試應(yīng)追溯到用戶需求測(cè)試證明軟件存在缺陷不可能執(zhí)行窮盡測(cè)試完全測(cè)試是不可能的測(cè)試需要終止。二八原則測(cè)試發(fā)現(xiàn)的錯(cuò)誤中80%很可能的起源于20%的模塊中。缺陷存在群集現(xiàn)象對(duì)錯(cuò)誤結(jié)果要進(jìn)行一個(gè)確認(rèn)的過程測(cè)試的詳細(xì)數(shù)據(jù)截圖前置條件等制定嚴(yán)格的測(cè)試計(jì)劃妥善保管測(cè)試過程中的所有文檔程序員盡量避免自己的檢查程序設(shè)計(jì)測(cè)試用例是應(yīng)該考慮到合法的輸入和不合法的輸入7、什么是軟件質(zhì)量概括地說軟件質(zhì)量就是“軟件與明確的和隱含的定義的需求相一致的程度”。具體地說軟件質(zhì)量是軟件符合明確敘述的功能和性能需求、文檔中明確描述 的開發(fā)標(biāo)準(zhǔn)、以及所有專業(yè)開發(fā)的軟件都應(yīng)具有的隱含特征的程度。 影響軟件質(zhì)量的主要因素這些因素是從管理角度對(duì)軟件質(zhì)量的度量。可劃分為三組分別反應(yīng)用戶在使用軟件產(chǎn)品時(shí)的三種觀點(diǎn)。正確性、健壯性、效率、完整性、可用性、風(fēng)險(xiǎn)產(chǎn)品運(yùn)行可理解性、可維修性、靈活性、可測(cè)試性產(chǎn)品修改可移植性、可再用性、互運(yùn)行性產(chǎn)品轉(zhuǎn)移。8、目前主要的測(cè)試用例設(shè)計(jì)方法是什么白盒測(cè)試邏輯覆蓋、循環(huán)覆蓋、基本路徑覆蓋黑盒測(cè)試邊界值分析法、等價(jià)類劃分、錯(cuò)誤猜測(cè)法、因果圖法、狀態(tài)圖法、測(cè)試大綱法、隨機(jī)測(cè)試、場(chǎng)景法9、軟件的安全性應(yīng)從哪幾個(gè)方面去測(cè)試軟件安全性測(cè)試包括程序、數(shù)據(jù)庫安全性測(cè)試。根據(jù)系統(tǒng)安全指標(biāo)不同測(cè)試策略也不同。用戶認(rèn)證安全的測(cè)試要考慮問題1明確區(qū)分系統(tǒng)中不同用戶權(quán)限 、系統(tǒng)中會(huì)不會(huì)出現(xiàn)用戶沖突 、系統(tǒng)會(huì)不會(huì)因用戶的權(quán)限的改變?cè)斐苫靵y2用戶登陸密碼是否是可見、可復(fù)制 、是否可以通過絕對(duì)途徑登陸系統(tǒng)拷貝用戶登陸后的鏈接直接進(jìn)入系統(tǒng)3用戶退出系統(tǒng)后是否刪除了所有鑒權(quán)標(biāo)記是否可以使用后退鍵而不通過輸入口令進(jìn)入 系統(tǒng)系統(tǒng)網(wǎng)絡(luò)安全的測(cè)試要考慮問題 1測(cè)試采取的防護(hù)措施是否正確裝配好2有關(guān)系統(tǒng)的補(bǔ)丁是否打上3模擬非授權(quán)***4看防護(hù)系統(tǒng)是否堅(jiān)固5采用成熟的網(wǎng)絡(luò)漏洞檢查工具檢查系統(tǒng)相關(guān)漏洞即用最專業(yè)的******工具***試一下現(xiàn)在最常用的是 NBSI 系列和 IPhacker IP 6)采用各種***檢查工具檢查系統(tǒng)***情況7)采用各種防外掛工具檢查系統(tǒng)各組程序的外掛漏洞數(shù)據(jù)庫安全考慮問題1系統(tǒng)數(shù)據(jù)是否機(jī)密比如對(duì)銀行系統(tǒng)這一點(diǎn)就特別重要一般的網(wǎng)站就沒有太高要求2系統(tǒng)數(shù)據(jù)的完整性我剛剛結(jié)束的企業(yè)實(shí)名核查服務(wù)系統(tǒng)中就曾存在數(shù)據(jù) 的不3完整對(duì)于這個(gè)系統(tǒng)的功能實(shí)現(xiàn)有了障礙 、系4統(tǒng)數(shù)據(jù)可管理性 、5系統(tǒng)數(shù)據(jù)的獨(dú)立性 、6系統(tǒng)數(shù)據(jù)可備份和恢復(fù)能力數(shù)據(jù)備份是否完整可否恢復(fù)恢復(fù)是否可以完整10、什么是測(cè)試用例 什么是測(cè)試腳本 兩者的關(guān)系是什么用例未實(shí)施測(cè)試而編制的一組測(cè)試輸入、執(zhí)行條件、各種環(huán)境設(shè)置以及預(yù)期結(jié)果以及期望結(jié)果的一個(gè)特定的集合。腳本測(cè)試腳本是為了進(jìn)行自動(dòng)化測(cè)試而編寫的腳本。測(cè)試腳本的編寫必須對(duì)應(yīng)相應(yīng)的測(cè)試用例11、簡(jiǎn)述什么是靜態(tài)測(cè)試、動(dòng)態(tài)測(cè)試、黑盒測(cè)試、白盒測(cè)試、α測(cè)試 β測(cè)試靜態(tài)測(cè)試是不運(yùn)行程序本身而尋找程序代碼中可能存在的錯(cuò)誤或評(píng)估程序代碼的過程。動(dòng)態(tài)測(cè)試是實(shí)際運(yùn)行被測(cè)程序輸入相應(yīng)的測(cè)試實(shí)例檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異判定執(zhí)行結(jié)果是否符合要求從而檢驗(yàn)程序的正確性、可靠性和有效性并分析系統(tǒng)運(yùn)行效率和健壯性等性能。黑盒測(cè)試一般用來確認(rèn)軟件功能的正確性和可操作性,目的是檢測(cè)軟件的各個(gè)功能是否能得以實(shí)現(xiàn),把被測(cè)試的程序當(dāng)作一個(gè)黑盒,不考慮其內(nèi)部結(jié)構(gòu),在知道該程序的輸入和輸出之間的關(guān)系或程序功能的情況下,依靠軟件規(guī)格說明書來確定測(cè)試用例和推斷測(cè)試結(jié)果的正確性。白盒測(cè)試根據(jù)軟件內(nèi)部的邏輯結(jié)構(gòu)分析來進(jìn)行測(cè)試,是基于代碼的測(cè)試測(cè)試人員通過閱讀程序代碼或者通過使用開發(fā)工具中的單步調(diào)試來判斷軟件的質(zhì)量一般黑盒測(cè)試由項(xiàng)目經(jīng)理在程序員開發(fā)中來實(shí)現(xiàn)。α測(cè)試是由用戶在開發(fā)環(huán)境下進(jìn)行的測(cè)試也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試Alpha測(cè)試不能由程序員或測(cè)試員完成。β測(cè)試由軟件的一個(gè)或多個(gè)用戶在實(shí)際使用環(huán)境下進(jìn)行的測(cè)試 開發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)Beta測(cè)試不能由程序員或測(cè)試員完成。12、軟件產(chǎn)品質(zhì)量特性是什么?功能性適應(yīng)性、準(zhǔn)確性、互操作性、依從性、安全性?？煽啃猿墒煨?、容錯(cuò)性、易恢復(fù)性。可使用性易理解性、易學(xué)習(xí)性、易操作性。效率時(shí)間特性、資源特性?？删S護(hù)性易分析性、易變更性、穩(wěn)定性、易測(cè)試性?？梢浦残?適應(yīng)性、易安裝性、遵循性、易替換性13、軟件測(cè)試的策略是什么?軟件測(cè)試策略在一定的軟件測(cè)試標(biāo)準(zhǔn)、測(cè)試規(guī)范的指導(dǎo)下依據(jù)測(cè)試項(xiàng)目的特定環(huán)境約束而規(guī)定的軟件測(cè)試的原則、方式、方法的集合。14、軟件測(cè)試分為幾個(gè)階段 各階段的測(cè)試策略和要求是什么?測(cè)試過程會(huì)依次經(jīng)歷單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試四個(gè)主要階段單元測(cè)試是針對(duì)軟件設(shè)計(jì)的最小單位––程序模塊甚至代碼段進(jìn)行正確性檢驗(yàn)的測(cè)試工作通常由開發(fā)人員進(jìn)行。集成測(cè)試是將模塊按照設(shè)計(jì)要求組裝起來進(jìn)行測(cè)試主要目的是發(fā)現(xiàn)與接口有關(guān)的問題。由于在產(chǎn)品提交到測(cè)試部門前產(chǎn)品開發(fā)小組都要進(jìn)行聯(lián)合調(diào)試因此在大部分企業(yè)中集成測(cè)試是由開發(fā)人員來完成的。系統(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)收測(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)定高層接口變化較小底層接口未定義或經(jīng)?？赡鼙恍薷漠a(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)目的開發(fā)進(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è)試15、軟件測(cè)試各個(gè)階段通常完成什么工作各個(gè)階段的結(jié)果文件是什么包括什么內(nèi)容單元測(cè)試階段各獨(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è)試是在單元測(cè)試的基礎(chǔ)上測(cè)試在將所有的軟件單元按照概要設(shè)計(jì)規(guī)格說明的要求組裝成模塊、子系統(tǒng)或系統(tǒng)的過程中各部分工作是否達(dá)到或?qū)崿F(xiàn)相應(yīng)技術(shù)指標(biāo)及要求的活動(dòng)。該階段生成集成測(cè)試報(bào)告提交缺陷報(bào)告。系統(tǒng)測(cè)試階段將通過確認(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)告。16、測(cè)試人員在軟件開發(fā)過程中的任務(wù)是什么1、盡可能早的找出系統(tǒng)中的Bug2、避免軟件開發(fā)過程中缺陷的出現(xiàn)3、衡量軟件的品質(zhì)保證系統(tǒng)的質(zhì)量4、關(guān)注用戶的需求并保證系統(tǒng)符合用戶需求?？偟哪繕?biāo)是確保軟件的質(zhì)量。17、在您以往的工作中一條軟件缺陷或者叫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)重問題可能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ī)范書寫要求。此外經(jīng)常閱讀、學(xué)習(xí)其他測(cè)試工程師的測(cè)試缺陷報(bào)告結(jié)合自己以前的測(cè)試缺陷報(bào)告進(jìn)行對(duì)比和思考可以不斷提高技巧。14.缺陷描述內(nèi)容缺陷描述的內(nèi)容可以包含缺陷操作步驟實(shí)際結(jié)果和期望結(jié)果。操作步驟可以方便開發(fā)人員再現(xiàn)缺陷進(jìn)行修正有些開發(fā)的再現(xiàn)缺陷能力很差雖然他明白你所指的缺陷但就是無法再現(xiàn)特別是對(duì)系統(tǒng)不熟悉的新加入開發(fā)人員介紹步驟可以方便他們?cè)佻F(xiàn)。實(shí)際結(jié)果可以讓開發(fā)明白錯(cuò)誤是什么期望結(jié)果可以讓開發(fā)了解正確的結(jié)果應(yīng)該是如何。18、黑盒測(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ì)遇到哪些問題基于軟件開發(fā)文檔所以也能知道軟件實(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è)試開發(fā)人員做的對(duì)不對(duì)而不能知道設(shè)計(jì)的正確與否可能會(huì)漏掉一些功能需求系統(tǒng)龐大時(shí)測(cè)試開銷會(huì)非常大。19、如何測(cè)試一個(gè)紙杯功能度用水杯裝水看漏不漏水能不能被喝到安全性杯子有沒有毒或細(xì)菌可靠性杯子從不同高度落下的損壞程度可移植性杯子在不同的地方、溫度等環(huán)境下是否都可以正常使用兼容性杯子是否能夠容納果汁、白水、酒精、汽油等易用性杯子是否燙手、是否有防滑措施、是否方便飲用用戶文檔使用手冊(cè)是否對(duì)杯子的用法、限制、使用條件等有詳細(xì)描述疲勞測(cè)試將杯子盛上水案例一放24小時(shí)檢查泄漏時(shí)間和情況盛上汽油案例二放24小時(shí)檢查泄漏時(shí)間和情況等壓力測(cè)試用根針并在針上面不斷加重量看壓強(qiáng)多大時(shí)會(huì)穿透20、黑盒測(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í)曾列出的許多在模塊中常見的錯(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è)試用例。這就需要利用因果圖邏輯模型。因果圖方法最終生成的就是判定表.它適合于檢查程序輸入條件的各種組合情況。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ù)量。part4探討測(cè)試用例設(shè)計(jì)的六大思路有這樣一個(gè)面試題在一個(gè)Web測(cè)試頁面上有一個(gè)輸入框一個(gè)計(jì)數(shù)器count按鈕用于計(jì)算一個(gè)文本字符串中字母a出現(xiàn)的個(gè)數(shù)。請(qǐng)?jiān)O(shè)計(jì)一系列測(cè)試用例用以測(cè)試這個(gè)Web頁面。有經(jīng)驗(yàn)的測(cè)試人員可能會(huì)問面試官字母a區(qū)分大小寫嗎只統(tǒng)計(jì)英文字母的a嗎最長(zhǎng)輸入字符是多少最少輸入字符是多少對(duì)輸入的字符類型是否有限制是否會(huì)自動(dòng)清除不符合要求的字符所以第一步應(yīng)該是明確需求然后我們才開始進(jìn)行思考如何設(shè)計(jì)測(cè)試用例。 通常說來我們考慮一個(gè)測(cè)試對(duì)象的時(shí)候至少從以下六方面來考慮 1.功能性 2.兼容性 3.易用性 4.可靠性 5.性能 6.安全 1.從功能方面考慮 輸入 思路什么都不輸入 輸入null思路特殊值 輸入Aa思路輸入字符既含大寫字符也有小寫 輸入abc思路以a開頭 輸入cac思路a在中間 輸入aba思路以a開頭以a結(jié)尾 輸入 ba思路以空格開頭含a 輸入中ba思路以中文或者其他字符開頭含a 輸入AAaa思路輸入字符僅僅只有大寫A和小寫a 輸入全角和半角a思路考慮半角和全角符號(hào) 2.從兼容性方面考慮 1.各個(gè)瀏覽器 顯示是否正確點(diǎn)擊按鈕是否有效 2.瀏覽器各個(gè)版本顯示是否正確點(diǎn)擊按鈕是否有效 3.是否支持手機(jī)端和平板端。 3.從易用性方面考慮 1.web界面外觀風(fēng)格是否合適 2.文本輸入框長(zhǎng)度是否合適是否應(yīng)該默認(rèn)提示如何輸入 3.輸入錯(cuò)誤時(shí)提示是否友好 4.考慮該應(yīng)用是否支持其他語言。 4.從可靠性和性能方面考慮 1.輸入HTML和JavaScript相關(guān)標(biāo)簽字符計(jì)算是否正確是否會(huì)破壞頁面 2.這個(gè)應(yīng)用能否在同一臺(tái)服務(wù)器上運(yùn)行多個(gè)實(shí)例多個(gè)用戶同時(shí)使用是否會(huì)有問題 3.在大并發(fā)下使用計(jì)算速度是否滿足要求。 5.從安全性方面考慮 1.輸入的數(shù)據(jù)是否會(huì)被保存輸入字符串可能包含敏感信息 2.嘗試復(fù)制/粘貼字符串 3.嘗試快速點(diǎn)擊多次計(jì)算按鈕 4.考慮是否有安全漏洞點(diǎn)擊計(jì)算按鈕請(qǐng)求是否會(huì)被截取導(dǎo)致返回失敗。part51、金融軟件測(cè)試面試題目有哪些網(wǎng)上銀行轉(zhuǎn)賬是怎么測(cè)的設(shè)計(jì)一下測(cè)試用例?；卮鹚悸泛暧^上可以從質(zhì)量模型萬能公式來考慮重點(diǎn)需要測(cè)試轉(zhuǎn)賬的功能、性能與安全性。設(shè)計(jì)測(cè)試用例可以使用場(chǎng)景法為主先列出轉(zhuǎn)賬的基本流和備選流。然后設(shè)計(jì)場(chǎng)景最后根據(jù)場(chǎng)景設(shè)計(jì)數(shù)據(jù)。實(shí)際面試中需要舉出具體的例子。先檢查界面。再測(cè)試功能驗(yàn)證同行轉(zhuǎn)賬跨行轉(zhuǎn)賬。驗(yàn)證轉(zhuǎn)賬限額。驗(yàn)證非法賬戶掛失凍結(jié)鎖定的賬戶的轉(zhuǎn)賬。再測(cè)試性能方面的。測(cè)試工作的流程?缺陷狀態(tài)有什么?設(shè)計(jì)測(cè)試用例有幾種方法測(cè)試工程師的實(shí)際工作流程以P2P中型版本為例一個(gè)月一個(gè)版本產(chǎn)品經(jīng)理或者SR把需求書發(fā)下來給開發(fā)和測(cè)試測(cè)試先看一遍進(jìn)行需求分析。測(cè)試組長(zhǎng)編寫測(cè)試計(jì)劃并且分配測(cè)試任務(wù)給測(cè)試人員2天時(shí)間此時(shí)開發(fā)也在進(jìn)行需求分析過了2天產(chǎn)品經(jīng)理再把測(cè)試和開發(fā)召集在一起進(jìn)行需求講解或者說需求評(píng)審有問題可以直接問如果發(fā)現(xiàn)需求有問題也可以提出來SR回去會(huì)修改。需求講解時(shí)間0.5天講完需求后測(cè)試同事要進(jìn)行測(cè)試場(chǎng)景的梳理和案例的編寫了xmind和Excel就要用上了一共5個(gè)工作日。此時(shí)開發(fā)在編寫代碼之后就要進(jìn)行案例評(píng)審了評(píng)審時(shí)候有SR、測(cè)試同事、開發(fā)同事評(píng)審時(shí)候一般SR、測(cè)試組長(zhǎng)、對(duì)應(yīng)模塊的開發(fā)同事會(huì)提出一點(diǎn)意見評(píng)審?fù)曛蠡厝バ薷?、補(bǔ)充一下案例。案例評(píng)審0.5天修改完以后有兩種處理情況對(duì)大項(xiàng)目有時(shí)候要進(jìn)行案例的第二次評(píng)審。對(duì)小項(xiàng)目在時(shí)間緊的時(shí)候一般不會(huì)二審但是要以郵件的形式把修改或者新增后的案例發(fā)出來給領(lǐng)導(dǎo)看并抄送給其他同事。案例評(píng)審0.5天修改案例0.5天案例二審0.5天案例評(píng)審?fù)昃鸵_始測(cè)試了一般測(cè)試環(huán)境開發(fā)搭建好要說自己也會(huì)搭建搭建流程背老師總結(jié)的中型版本的測(cè)試一般分2輪第一輪5天第二輪3天回歸測(cè)試2天共10個(gè)工作日。回歸測(cè)試完后達(dá)到了上線標(biāo)準(zhǔn)就會(huì)如期上線一般當(dāng)天晚上12點(diǎn)上線缺陷狀態(tài)缺陷管理的流程圖2、在項(xiàng)目中找到的經(jīng)典BUG是什么兼容性問題在ie瀏覽器提交訂單按鈕可以點(diǎn)擊到了谷歌火狐就不能了。查詢訂單頁面根據(jù)條件篩選的結(jié)果不是想要的結(jié)果還有某些字段的值沒有顯示出來或者顯示錯(cuò)誤。因?yàn)殚_發(fā)從庫表取值有誤付款成功后訂單狀態(tài)一直不翻轉(zhuǎn)為交易成功。因?yàn)榇a沒有正確獲取庫表中付款成功記錄的狀態(tài)碼修改支付密碼新密碼和原密碼一致也通過了系統(tǒng)沒有做新舊密碼的校驗(yàn)。付款時(shí)候的手機(jī)驗(yàn)證碼可以一直使用沒有成功做有效期控制。手機(jī)app斷開網(wǎng)絡(luò)后再去點(diǎn)擊沒有友好的錯(cuò)誤頁面提示網(wǎng)絡(luò)已斷開只有undefined返回3、定期存款到期自動(dòng)轉(zhuǎn)存該怎么測(cè)回答思路到期肯定會(huì)有邊界所以設(shè)計(jì)里面可以考慮邊界值法。自動(dòng)轉(zhuǎn)存首先要搞清楚什么是自動(dòng)轉(zhuǎn)存。4、存錢該怎么測(cè)用什么測(cè)試方法準(zhǔn)備思路存錢要分類活期、零存整取等具體規(guī)則百度下然后根據(jù)每類的業(yè)務(wù)規(guī)則選擇合適的用例設(shè)計(jì)方法。譬如一次最少存入多少最多一次能存入多少等。5、你發(fā)現(xiàn)Bug后應(yīng)該怎么辦首先咨詢一下開發(fā)是不是bug讓他初步判斷一下。如果不是bug開發(fā)給到理由也比較充分確實(shí)自己也搞錯(cuò)了也就算了。如果開發(fā)也認(rèn)為是bug那就直接提了。如果我懷疑開發(fā)的解答我覺得是bug開發(fā)堅(jiān)持不是bug我就要咨詢我們組長(zhǎng)或者開發(fā)組長(zhǎng)讓他們判斷一下。6、假如發(fā)現(xiàn)了一個(gè)BUG跟開發(fā)本身沒什么關(guān)系涉及到理念需求問題如何解決把問題暴露給測(cè)試組長(zhǎng)和開發(fā)組長(zhǎng)咨詢他們意見組長(zhǎng)們?cè)僦獣?huì)開發(fā)分組經(jīng)理和項(xiàng)目經(jīng)理然后大家和產(chǎn)品經(jīng)理一起探討解決需要改需求的地方就要改了。7、測(cè)試非常緊急過程中遇到阻塞性問題對(duì)應(yīng)的開發(fā)沒有時(shí)間解決你如何推動(dòng)問題解決首先判斷問題的嚴(yán)重性向?qū)?yīng)的開發(fā)了解問題的原因。然后再匯報(bào)給自己的測(cè)試組長(zhǎng)和開發(fā)組長(zhǎng)讓組長(zhǎng)知情咨詢他們的意見再把問題匯報(bào)給開發(fā)分組經(jīng)理讓他們統(tǒng)一協(xié)調(diào)處理。安排經(jīng)驗(yàn)豐富的其他高級(jí)開發(fā)人員來協(xié)助此開發(fā)解決問題然后通過加班來完成問題解決和測(cè)試。8、功能測(cè)試的BUG級(jí)別你們?cè)趺磩澐謆ug嚴(yán)重程度一般提L4 和L3L2很少提除非影響流程。L1這個(gè)是非常致命的bug基本上不會(huì)提。9、執(zhí)行別人的用例如果發(fā)現(xiàn)用例有錯(cuò)怎么處理首先咨詢一下案例作者或者詢問測(cè)試組長(zhǎng)確認(rèn)一下如果確實(shí)有誤就要修正用例。10、你們做過冒煙側(cè)嗎冒煙測(cè)試是什么理論冒煙測(cè)試也叫預(yù)測(cè)試就是正式測(cè)試之前的一種測(cè)試為了確保主流程能走通?？梢曰卮饹]有冒煙測(cè)試就說測(cè)試之前一般會(huì)要求開發(fā)自測(cè)開發(fā)自測(cè)后自測(cè)大概就是一天左右的時(shí)間確保沒有大的問題再通知測(cè)試開始測(cè)試。11、你們項(xiàng)目做了多久共寫了多少用例項(xiàng)目多少人項(xiàng)目做了多久兩種回答建議選擇第一種我進(jìn)去的時(shí)候項(xiàng)目已經(jīng)上線了一直存在然后就是版本的微小更新小修改的話大概半個(gè)月一個(gè)版本中修改的話大概一個(gè)月一個(gè)版本。每次版本更新針對(duì)新的功能點(diǎn)或者修改點(diǎn)大概寫了60條案例左右一個(gè)月一個(gè)版本的例子。我進(jìn)去的時(shí)候一開始就參與這個(gè)項(xiàng)目也就是需求分析開始項(xiàng)目從零到有進(jìn)行了半年左右六個(gè)月內(nèi)大概整個(gè)項(xiàng)目組寫了900條案例左右。自己寫了200條左右(共5個(gè)測(cè)試包括組長(zhǎng))。PS:如果大家說自己是從零到有參與的項(xiàng)目那么6個(gè)月時(shí)間是從需求分析開始。需求書編寫完成前產(chǎn)品經(jīng)理他們是要做很多前期準(zhǔn)備工作可能要花費(fèi)3個(gè)月左右的時(shí)間。那么測(cè)試6個(gè)月的實(shí)際工作時(shí)間內(nèi)前期2個(gè)月剛開始需求書的漏洞比較多需求評(píng)審比較多基本上每個(gè)星期一次評(píng)審。開發(fā)和測(cè)試都會(huì)參與此時(shí)開發(fā)在進(jìn)行代碼設(shè)計(jì)測(cè)試就在分析需求看參考文檔用xmind梳理測(cè)試場(chǎng)景提取測(cè)試點(diǎn)開發(fā)經(jīng)常和產(chǎn)品經(jīng)理討論需求測(cè)試經(jīng)常問開發(fā)和產(chǎn)品經(jīng)理有關(guān)需求的疑問。大家一直碰撞一步一步得出比較完美的邏輯。中間2個(gè)月開發(fā)設(shè)計(jì)完后進(jìn)行編碼我們測(cè)試就根據(jù)之前梳理的測(cè)試場(chǎng)景來編寫案例進(jìn)一步優(yōu)化。這個(gè)期間需求書基本穩(wěn)定不會(huì)再改了。要改也就是把細(xì)化需求把籠統(tǒng)的地方描述的更詳細(xì)更讓人易懂功能點(diǎn)的大方向不會(huì)改。開發(fā)和測(cè)試在此期間有疑問都會(huì)郵件或者電話聯(lián)系產(chǎn)品經(jīng)理。測(cè)試也會(huì)經(jīng)常去問開發(fā)有關(guān)功能點(diǎn)的邏輯問題。后面2個(gè)月 執(zhí)行案例工作開始進(jìn)行一般分為兩輪st測(cè)試第一輪1個(gè)月第二輪半個(gè)月回歸測(cè)試半個(gè)月。Uat測(cè)試組在st測(cè)試第二輪時(shí)候并行開始。Uat測(cè)試組有專門人負(fù)責(zé)一般需要st測(cè)試組派一個(gè)人左右去支持uat測(cè)試也有第一輪半個(gè)月第二輪半個(gè)月。項(xiàng)目多少人一個(gè)公司往往有很多項(xiàng)目自己只是其中一個(gè)項(xiàng)目組的我的P2P項(xiàng)目組大概20人開發(fā)15個(gè)測(cè)試5個(gè)。大家把自己當(dāng)成外包人員在甲方工作也叫駐場(chǎng)工作12、假如要你測(cè)試6個(gè)月期限的p2p借款產(chǎn)品你應(yīng)該怎么設(shè)計(jì)案例說出測(cè)試點(diǎn)回答思路1站在用戶的角度測(cè)試用戶怎么用你就怎么測(cè)試。2 一個(gè)人扮演多種角色測(cè)試。 3多想出一些異常場(chǎng)景。借款產(chǎn)品投標(biāo)結(jié)束日T7時(shí)滿標(biāo)和不滿標(biāo)的情況。借款產(chǎn)品投標(biāo)結(jié)束日T7前產(chǎn)品提前滿標(biāo)情況產(chǎn)品成立后每個(gè)月還款日前檢查系統(tǒng)有沒有發(fā)出郵件短信站內(nèi)信通知借款人充值到平臺(tái)賬戶。在每月還款日借款人充值用來還款時(shí)充值資金足夠、不足夠、不充值情況查看系統(tǒng)如何處理。充值資金不足或者沒有充值時(shí)系統(tǒng)應(yīng)該有罰息。借款人提前還清余款場(chǎng)景有些產(chǎn)品不支持提前還款有些產(chǎn)品要滿一定期限才可以提前還款提前還款有一定手續(xù)費(fèi)。這些都是要關(guān)注的測(cè)試點(diǎn)。自己要扮演借款用戶去操作提前還清余款然后扮演后臺(tái)管理員去審核然后又扮演投資人用戶去檢查虛擬賬戶的資金到賬情況最后一期借款人還清資金時(shí)去后臺(tái)頁面查看借款產(chǎn)品狀態(tài)應(yīng)該已正常結(jié)束。再去前臺(tái)頁面搜索應(yīng)該無該借款產(chǎn)品了。 或者補(bǔ)充說去數(shù)據(jù)庫里查看此借款產(chǎn)品的狀態(tài)13、你們這個(gè)P2P上線了嗎能查嗎項(xiàng)目花了多久時(shí)間預(yù)計(jì)多久完成回答兩種方案還沒上線查不了這個(gè)是新項(xiàng)目計(jì)劃半年時(shí)間完成但是因?yàn)橹型居谐霈F(xiàn)一些問題沒有解決完畢所以現(xiàn)在還沒有在預(yù)計(jì)時(shí)間內(nèi)完成。大家寫的項(xiàng)目名在網(wǎng)上確實(shí)能查出來就說上線了能查到的。面試官其實(shí)不一定會(huì)去查14、實(shí)名認(rèn)證你們是怎么測(cè)得調(diào)取什么平臺(tái)的資料實(shí)名認(rèn)證接口銀行卡實(shí)名認(rèn)證調(diào)用銀行接口驗(yàn)證卡號(hào)姓名身份證號(hào)碼手機(jī)號(hào)碼。需要利用到手機(jī)接收到的驗(yàn)證碼身份證實(shí)名認(rèn)證全國公民身份證號(hào)碼查詢服務(wù)中心或者直接說公安接口15、注冊(cè)需要實(shí)名認(rèn)證嗎注冊(cè)不需要實(shí)名認(rèn)證當(dāng)購物時(shí)候需要實(shí)名認(rèn)證。16、P2P你們也測(cè)試后臺(tái)管理嗎個(gè)人芝麻信用積分是調(diào)取哪里的資料測(cè)試后臺(tái)管理后臺(tái)也測(cè)但是我主要測(cè)試前臺(tái)我的關(guān)注點(diǎn)是前臺(tái)后臺(tái)只是拿來用能配合前臺(tái)正常走完流程就行。后臺(tái)主要對(duì)前臺(tái)進(jìn)行管理主要有貸款管理資金管理。貸款管理可以查看投資人的投資情況也可以查看借款人的借款產(chǎn)品對(duì)借款產(chǎn)品進(jìn)行管理。比如審批每期的還款提醒預(yù)警等。資金管理管理查看用戶的充值審批用戶的提現(xiàn)過程。芝麻信用積分調(diào)用的是支付寶的接口芝麻信用調(diào)用的是支付寶那邊的接口支付寶提供這樣的芝麻信用服務(wù)每查一次收取大概0.1元17、如果要測(cè)試后臺(tái)刪除用戶就是用戶名后面一個(gè)刪除按鈕的情況能寫出哪些測(cè)試用例刪除一個(gè)用戶的場(chǎng)景點(diǎn)擊刪除按鈕頁面自動(dòng)刷新此用戶在該頁面已查詢不到。再去打開另外一個(gè)瀏覽器在前臺(tái)登錄已刪除的用戶頁面提示該用戶不存在。同時(shí)刪除多個(gè)用戶的場(chǎng)景利用復(fù)選框測(cè)試多選反選全選刪除用戶的情況。刪除后被刪用戶在該頁面已查詢不到同樣要去前臺(tái)登錄已刪除的用戶頁面應(yīng)該提示該用戶不存在。18、如果京東有一個(gè)購物網(wǎng)頁給你你要怎么進(jìn)行測(cè)試測(cè)試哪些主要功能首先進(jìn)行需求分析用xmind梳理測(cè)試點(diǎn)再編寫案例之后就行案例評(píng)審尋求他人意見。之后再完善案例發(fā)出來給其他人檢查。測(cè)試點(diǎn)首先是UI方面美觀度和易操作型易理解性型方面進(jìn)行測(cè)試。然后再考慮他的功能點(diǎn)注冊(cè)登錄添加購物車下單付款發(fā)貨確認(rèn)收貨評(píng)價(jià)。還有支付時(shí)候的綁定銀行卡實(shí)名認(rèn)證性能方面打開網(wǎng)頁確認(rèn)訂單、付款的響應(yīng)時(shí)間等等。兼容性支持各種主流瀏覽器ie360火狐谷歌等。19、針對(duì)添加購物車這個(gè)測(cè)試點(diǎn)說一下你要怎么測(cè)試“添加購物車”增刪改查的角度能否加入購物車同一件商品能否再次添加到購物車。購物車商品件數(shù)的上限限制淘寶限制100件購物車是否可以正常移除商品移除商品后能否再添加回來。添加的每種商品是否可以正常增減數(shù)量數(shù)量大于0退出購物車再去查詢購物車商品正常。購物車的商品可以全選取消全選可以復(fù)選選中的商品和數(shù)量可以正常下單。商品添加到購物車以后已下架。購物車會(huì)提示此寶貝已失效。商品添加到購物車以后降價(jià)了購物車會(huì)有降價(jià)提示。商品添加到購物車以后庫存不足了。20、P2P功能測(cè)試你們一般做幾輪中型版本大修改一個(gè)月上線一次測(cè)試一般分2輪第一輪5天第二輪3天回歸測(cè)試2天共10個(gè)工作日。一個(gè)月工作日22天需求分析評(píng)審編寫測(cè)試用例等等一般占用整個(gè)版本時(shí)間的一半或者少個(gè)幾天小型版本小修改兩個(gè)星期一次一輪測(cè)試3天回歸測(cè)試2天。21、你們每次開會(huì)討論的時(shí)候十幾個(gè)開發(fā)都去開會(huì)了嗎案例評(píng)審會(huì)一般開發(fā)和測(cè)試、產(chǎn)品經(jīng)理都會(huì)到場(chǎng)。開發(fā)分組經(jīng)理可能也會(huì)去需求評(píng)審會(huì)項(xiàng)目經(jīng)理、開發(fā)分組經(jīng)理、產(chǎn)品經(jīng)理、測(cè)試、開發(fā)一般都會(huì)到。如果是我們測(cè)試小組開會(huì)一般都要到各位測(cè)試同事報(bào)告自己的心得體會(huì)匯報(bào)自己的進(jìn)度和問題。22、數(shù)據(jù)庫查找兩個(gè)表回答思路多表查詢后面具體會(huì)學(xué)到select 列1列2 from 表1,表2 where 表1.列表2.列 這樣的格式要能說出來。23、熟悉數(shù)據(jù)庫嗎平時(shí)數(shù)據(jù)庫用的多嗎熟悉數(shù)據(jù)庫嗎比較熟比如DML語句有增刪改查有序思維說出來1 insert into 表名 values值1值2值3…2 delete from 表名 where 條件3 update 表名 set 列名 新值4 select * from 表名查詢語句最長(zhǎng)的是 select * from 表名 where 條件 group by 分組列名 having 分組后的條件 order by 列名。平時(shí)數(shù)據(jù)庫用的多嗎大概測(cè)試過程的1/4時(shí)間在查數(shù)據(jù)庫還行一般出現(xiàn)問題遇到bug就要去查詢數(shù)據(jù)庫初步定為問題。開發(fā)會(huì)給到我們一個(gè)庫表設(shè)計(jì)的excel數(shù)據(jù)字典里面有描述表名和表中的字段我把交易過程的一些唯一標(biāo)識(shí)把他作為where條件去查詢數(shù)據(jù)。初步分析后再把問題暴露給開發(fā)。比如淘寶支付時(shí)輸入支付密碼后已經(jīng)返回了支付成功的提示信息然后界面上的訂單查詢還是待付款這個(gè)時(shí)候就要去查詢訂單表的數(shù)據(jù)找到自己剛才做的交易的那一筆訂單去分析一下錯(cuò)誤再暴露給開發(fā)24、linux查看文件用什么命令查看進(jìn)程用什么命令回答查看文件內(nèi)容的命令有 more less head tail cat tac查看進(jìn)程ps -ef | grep 進(jìn)程號(hào)查看日志文件常用:less、view查看日志常用什么命令主要查看什么內(nèi)容查看日志常用less命令或者view命令。主要查看程序運(yùn)行的記錄比如支付失敗后臺(tái)就有報(bào)錯(cuò)信息打印到.log日志文件中就可以通過分析日志信息來初步定為問題。補(bǔ)充同時(shí)也去查詢數(shù)據(jù)庫分析訂單數(shù)據(jù)查看支付狀態(tài)等等PS:日志就是.log的文本文件和.txt一樣屬于文本文件。vi或者vim編輯器屬于記事本軟件一般不會(huì)用來查看日志。25、如何查找a.log日志文件的error字符串第一種方式建議說第一種方式cat a.log | grep error;第二種方式1 less a.log;2 /error;你所熟悉的linux命令linuxcat,more,less,head -ntail -nfind ,| grep,ps -ef,tar,gzip,mv,cp,touch,mkdirvi,top也可以結(jié)合搭建環(huán)境的過程說用到的命令。26、如果領(lǐng)導(dǎo)分配你的任務(wù)超出負(fù)荷領(lǐng)導(dǎo)高估了你的能力怎么辦回答思路首先表達(dá)態(tài)度態(tài)度上愿意通過加班來完成還可以請(qǐng)求測(cè)試同事支援讓組長(zhǎng)協(xié)調(diào)。高估了能力能力可以在工作中通過自己的努力來達(dá)到領(lǐng)導(dǎo)的要求總而言之基本的思路是態(tài)度要端正。不能直接拒絕任務(wù)。但也同時(shí)表達(dá)萬一做不好還請(qǐng)領(lǐng)導(dǎo)包容。27、假設(shè)你是組長(zhǎng)團(tuán)隊(duì)中有一個(gè)員工無法按時(shí)完成交付的任務(wù)你如何處理回答思路首先先檢討自己是否任務(wù)安排超過了這個(gè)員工的能力。如果沒有超過首先表示關(guān)心身體和狀態(tài)了解未及時(shí)完成任務(wù)的原因如果原因是客觀原因則一起加班跟員工來完成任務(wù)。如果是態(tài)度原因則指出利害關(guān)系責(zé)令其通過加班來完成。28、如果因?yàn)槟愕腻e(cuò)誤導(dǎo)致工作發(fā)生問題你怎么辦回答思路首先要表達(dá)在過去的工作中從未發(fā)生過類似事情因?yàn)樽约汗ぷ鲬B(tài)度還是很端正的。萬一因?yàn)樽约旱腻e(cuò)誤導(dǎo)致工作發(fā)生問題首先應(yīng)該把問題上報(bào)給領(lǐng)導(dǎo)爭(zhēng)取把問題的影響降到最低程度。29、給你一個(gè)模塊測(cè)試只有一個(gè)星期的時(shí)間你如何有效率地完成答在有限的時(shí)間里明確需求的情況下制定工作計(jì)劃把每天任務(wù)細(xì)分先保證重要功能跟進(jìn)修復(fù)情況及時(shí)驗(yàn)證bug。每天發(fā)工作日?qǐng)?bào)匯報(bào)進(jìn)度如果遇到風(fēng)險(xiǎn)及時(shí)匯報(bào)領(lǐng)導(dǎo)。30、如果給你一個(gè)沒有需求的app測(cè)試項(xiàng)目你應(yīng)該怎么測(cè)建議根據(jù)APP的 11大測(cè)試點(diǎn)權(quán)限測(cè)試安裝、運(yùn)行、卸載測(cè)試UI測(cè)試功能測(cè)試性能測(cè)試中斷測(cè)試兼容測(cè)試安全測(cè)試回歸測(cè)試升級(jí)更新測(cè)試用戶體驗(yàn)測(cè)試補(bǔ)充根據(jù)自己的經(jīng)驗(yàn)制定測(cè)試計(jì)劃每天匯報(bào)自己的進(jìn)度發(fā)出測(cè)試日?qǐng)?bào)。測(cè)試過程有問題及時(shí)上報(bào)及時(shí)跟進(jìn)bug多和開發(fā)交流溝通明確需求。21、如果你和開發(fā)的意見產(chǎn)生分歧你怎么處理回答思路大的原則是對(duì)事不對(duì)人。另外我會(huì)首先嘗試站在開發(fā)的角度接受對(duì)方的意見和建議同時(shí)控制好自己的情緒在對(duì)方情緒可控的情況下表達(dá)自己的意見。32、如果你組長(zhǎng)的用例寫錯(cuò)了但他認(rèn)為是對(duì)的你怎么處理回答通常情況下領(lǐng)導(dǎo)看問題的角度會(huì)比我們更全面所以我首先得確保領(lǐng)導(dǎo)的用例是否真的有考慮不到的地方。我不會(huì)堅(jiān)持自己的是對(duì)的但會(huì)在合理的情況下