宅家60天春招已成功上岸字節(jié)測試崗分享面試題

著高級測試工程師3年積累測試經(jīng)驗(yàn)，按CMM規(guī)程(CMM規(guī)程),對于不符合項(xiàng)及時(shí)提SQA工作計(jì)劃，參與階段產(chǎn)物的評審，進(jìn)行過程質(zhì)量、功能配置及物理配CC，VSS,CVS,SVN等。CleanOS的環(huán)境下做的。–3CPU黑盒/白盒，靜態(tài)/動(dòng)態(tài)##標(biāo)題，手工/自動(dòng)，冒煙測試，回歸測試，公測（Beta–––Bug––1+–1–2–3–4–5–6–Betatesting(β測試),測試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境–Alphatestingα測試),是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測試，也可以是公司內(nèi)應(yīng)能力，是性能測試的重要部分。100個(gè)用戶對系統(tǒng)進(jìn)行連續(xù)半個(gè)小時(shí)的訪問可8個(gè)小時(shí)就可以認(rèn)為負(fù)載測試，1000個(gè)用戶連1個(gè)小時(shí)也可以看作是負(fù)載測試。的；-報(bào)告上面的內(nèi)容盡量要真實(shí)可靠；1劃分等價(jià)類:等價(jià)類是指某個(gè)輸入域的子集合在該子集合中,各個(gè)輸入數(shù)據(jù)對于揭露程序中的錯(cuò)誤都是等效的并合理地假定:一類其它值的測試因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價(jià)類,在每一個(gè)等價(jià)類中取一個(gè)數(shù)據(jù)作為測試的輸入條件,就可以用少量代表性的測試數(shù)據(jù)較好的測試結(jié)果等價(jià)類劃分可有兩種不同的情況:有效等價(jià)類和無效等價(jià)類.使用邊界值分析方法設(shè)計(jì)測試用例,首先應(yīng)確定邊界情況的邊界,就是應(yīng)著重測試的邊界情況應(yīng)當(dāng)選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù),而不是選取等價(jià)類中的典型值或任意值作為測試數(shù)據(jù).基于經(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é).還有,0的情況.輸入表格為空格或輸入表格只有一行.這些都是容易發(fā)生錯(cuò)誤的情況.可選擇這些情況下的例子作為測試用例.輸入條件之間的聯(lián)系,相互組合等.考慮輸入條件之間的相互組合,可能會(huì)產(chǎn)生一些新的情況.但要檢查輸入條件的組合不是一件容易的事情,即使把所有輸入條件劃分成等價(jià)類,他們之間的組合情況也相當(dāng)多.因此必須考慮采用一種適合于描述對于多種條件的組合,相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來考慮設(shè)計(jì)測試用例.這就需要利用因果圖（邏輯模型）.因果圖方法最終生成的就是判定表.它適合于bugTD中，如果開發(fā)人員不修改也沒有大問bug的話，一定要堅(jiān)持自己的立場，讓問題得到最后的確認(rèn)。BugBugBug39c/sb/sClient。B/SBrowser/Server(瀏覽器/服務(wù)器)結(jié)構(gòu)，主要是利用了不斷成熟的WWWScript語言(VBScriptJavaScript…)ActiveXCleanOS下做測試，而兼容CleanOS的環(huán)境下做的。3CPU4C/SB/S結(jié)構(gòu)的軟件，需要檢查是不是因?yàn)榕c服務(wù)器的連接有問黑盒/白盒，靜態(tài)/動(dòng)態(tài)，手工/自動(dòng)，冒煙測試，回歸測試，公測（Beta測試的BugzillaBug進(jìn)行誤操作；+需求變更的維護(hù)工作；根據(jù)需求得出測試需求；123456碼（coding）->測試（testing）->運(yùn)行與維護(hù)（runningmaintrnacne）bug，你應(yīng)該怎樣解決？SQL300IPIPSpoofIP地址最大連接軟件生存周期（Softwarelifecycle）又稱為軟件生命期，生存期。是指從形成開軟件編碼、測試階段、運(yùn)行維護(hù)六個(gè)時(shí)期，每個(gè)時(shí)期又劃分為若干個(gè)階段。每周期模型（典型的幾種次的迭代都會(huì)產(chǎn)生一個(gè)可以發(fā)布的產(chǎn)品，這個(gè)產(chǎn)品是最終產(chǎn)品的一個(gè)子集。體地說，軟件質(zhì)量是軟件符合明確敘述的功能和性能需求、文檔中明確描述的開發(fā)標(biāo)準(zhǔn)、以及所有專業(yè)開發(fā)的軟件都應(yīng)具有的隱含特征的程度。影響軟件質(zhì)用戶登陸密碼是否是可見、可復(fù)制、是否可以通過絕對途徑登陸系統(tǒng)（拷入口令進(jìn)入系模擬非授權(quán)***NBSIIPhackerIP完整，對于這個(gè)系統(tǒng)的功能實(shí)現(xiàn)有了障礙）10盒測試、α測試β測試際操作環(huán)境下進(jìn)行的受控測試，Alpha測試不能由程序員或測試員完成。在測試現(xiàn)場，Beta測試不能由程序員或測試員完成。可移植性：適應(yīng)性、易安裝性、遵循性、易替換性14Bugbugbugbugbugbugbugbug詳細(xì)現(xiàn)象描述，包括一些截圖、錄像…bug出現(xiàn)時(shí)的測試環(huán)境，產(chǎn)生的條件即對應(yīng)操作步驟；Bug記錄：UIUIUI保持一致，便于查找定位。描述(Description)，簡潔、準(zhǔn)確，完整，揭示缺陷實(shí)質(zhì)，記錄缺陷或缺陷出現(xiàn)疲勞測試：將杯子盛上水（案例一）24（案例二）24等價(jià)類是指某個(gè)輸入域的子集合在該子集合中,錯(cuò)誤都是等效的并合理地假定:測試因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價(jià)類,在每一個(gè)等價(jià)類中取一個(gè)數(shù)據(jù)作為測試的輸入條件,就可以用少量代表性的測試數(shù)據(jù)果等價(jià)類劃分可有兩種不同的情況:有效等價(jià)類和無效等價(jià)類.是對等價(jià)類劃分方法的補(bǔ)充。測試工作經(jīng)驗(yàn)告訴我,大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部計(jì)測試用例,可以查出更多的錯(cuò)誤使用邊界值分析方法設(shè)計(jì)測試用例,首先應(yīng)確定邊界情況通常輸入和輸出等價(jià)類的邊界,就是應(yīng)著重測試的邊界情況應(yīng)當(dāng)選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù),典型值或任意值作為測試數(shù)據(jù)。基于經(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é).還有,0的情況.輸入表格為空格或輸入表格只有一行.這些都是容易發(fā)生錯(cuò)誤的情況.可選擇這些情況下的例子作為測試用例。輸入條件之間的聯(lián)系,相互組合等.考慮輸入條件之間的相互組合,可能會(huì)產(chǎn)生一些新的情況.但要檢查輸入條件的組合不是一件容易的事情,即使把所有輸入條件劃分成等價(jià)類,他們之間的組合情況也相當(dāng)多.因此必須考慮采用一種適合Web（count）a出現(xiàn)的個(gè)數(shù)。請?jiān)O(shè)計(jì)一系列測試用例用Web頁面。aa輸入：（思路：什么都不輸入）輸入："abc"（a開頭）輸入："cac"（思路：a在中間輸入："aba"（aa結(jié)尾）輸入："ba"（a）輸入："AAaa"（Aa）輸入："a"（思路：考慮半角和全角符號）webHTMLJavaScript測試工程師的實(shí)際工作流程（P2P中型版本為例，一個(gè)月一個(gè)版本）：SR把需求書發(fā)下來給開發(fā)和測試試人員（2天時(shí)間）（此時(shí)開發(fā)也在進(jìn)行需求分析）審），有問題可以直接問，如果發(fā)現(xiàn)需求有問題，也可以提出來，SR回去會(huì)修改。（0.5天）講完需求后，測試同事要進(jìn)行測試場景的梳理和案例的編寫了（xmind就要用上了），5個(gè)工作日。（此時(shí)開發(fā)在編寫代碼改、補(bǔ)充一下案例。（0.5天）0.50.5天10個(gè)工作日）12點(diǎn)上線在項(xiàng)目中找到的經(jīng)典BUGappundefinedbug，那就直接提了。假如發(fā)現(xiàn)了一個(gè)BUG，跟開發(fā)本身沒什么關(guān)系，涉及和項(xiàng)目經(jīng)理bugL4L3，L2很少提，除非影響流程。L1這個(gè)是非常致命bug，基本上不會(huì)提。項(xiàng)目做了多久：（兩種回答，建議選擇第一種條左右(5個(gè)測試，包括組長)62個(gè)月：剛開始需求書的漏洞比較多，需求評審比較多，基本上每個(gè)星期一xmind梳理測試場景，提取測試點(diǎn)，開發(fā)經(jīng)常和產(chǎn)品經(jīng)理討論需2st1個(gè)月，第二輪半個(gè)月，回歸測試半個(gè)月。Uatst測試第二輪時(shí)候，并行開始。Uatst測試組派一個(gè)人左右去支持，uat測試也6p2p（回答思路：1站在用戶的角度測試，用戶怎么用，你就怎么測試。2一個(gè)人扮演多種角色測試。3多想出一些異常場景。）T+7時(shí)，滿標(biāo)和不滿標(biāo)的情況。T+7前，產(chǎn)品提前滿標(biāo)情況再去前臺(tái)頁面搜索，應(yīng)該無該借款產(chǎn)品了。（或者補(bǔ)充說：去數(shù)據(jù)庫里查看此你們這個(gè)P2PP2P你們也測試后臺(tái)管理嗎？個(gè)人芝麻信用積分是調(diào)取哪里的資料？（0.1元UI針對添加購物車這個(gè)測試點(diǎn)說一下你要怎么測試“添加購物車（增刪改查的角度購物車商品件數(shù)的上限限制（100件）0P2P功能測試你們一般做幾輪？小型版本（小修改，兩個(gè)星期一次）：32多表查詢，后面具體會(huì)學(xué)到：select12from1,2where1.列=2.DML語句有增刪改查：（有序思維說出來insertintovalues（12deletefromwhereupdateset=select*fromselect*from表名where條件groupby分組列名分組后的條件orderbyexcel（數(shù)據(jù)字典），里面有描述表名和表中的字段，我把交易過程的一查看文件內(nèi)容的命令有morelessheadtailcat查看進(jìn)程：psef|grep進(jìn)程號lessview命令。主要查看程序運(yùn)行的記錄，比如支付失敗，后臺(tái)就有報(bào)錯(cuò)信息打印到.log日志文PS:日志就是.log的文本文件，和.txt一樣屬于文本文件。vivim編輯器屬于a.logerror字符串cata.log|greperror;lesslinuxlinux：cat,more,less,head-n，tail-n，find,|grep,ps-ef,tar,gzip,mv,cp,touch,mkdir，你們測試用的測試環(huán)境是誰給的？linuxwinscptomcat，MySQL安裝包，JDK（Java開發(fā)環(huán)境工具包）下tarzxvfjdk,tomcat，mysqljdk環(huán)war包（web程序）tomcatewebapps（startup.sh的路徑，直接回車即可運(yùn)行）war包（web程序）tomcatewebapps下（web服務(wù)https協(xié)議的包。fiddlerfiddler工具的電腦app測試項(xiàng)目，你應(yīng)該怎么測APP的11大測試點(diǎn)：UIbug，多和開發(fā)交流溝通，明確需求。我們公司自動(dòng)化測試用的語言是Java，JavaJava了就說會(huì)，知道面向?qū)ο蟮姆庋b，繼承，多態(tài)，知道多線程的兩種創(chuàng)建方式（ThreadRunable接口），Throwable，Exception的格式，tr