軟件測(cè)試面試的題目

1、面試題一、您以為做好測(cè)試用例設(shè)計(jì)工作的關(guān)鍵是什么？參考答案：測(cè)試用例應(yīng)百分百覆蓋需求。白盒測(cè)試用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果。 黑盒法用例設(shè)計(jì)的關(guān)鍵一樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測(cè)試，以最少的用例在合理的時(shí)刻內(nèi)發(fā)覺(jué)最多的問(wèn)題。二、您所熟悉的測(cè)試用例設(shè)計(jì)方式都有哪些？請(qǐng)別離以具體的例子來(lái)講明這些方式在測(cè)試用例設(shè)計(jì)工作中的應(yīng)用。參考答案：1等價(jià)類劃分劃分等價(jià)類: 等價(jià)類是指某個(gè)輸入域的子集合.在該子集合中,各個(gè)輸入數(shù)據(jù)關(guān)于揭露程序中的錯(cuò)誤都是等效的.并合理地假定:測(cè)試某等價(jià)類的代表值就等于對(duì)這一類其它值的測(cè)試.因此,能夠把全數(shù)輸入數(shù)據(jù)合理劃分

2、為假設(shè)干等價(jià)類,在每一個(gè)等價(jià)類中取一個(gè)數(shù)據(jù)作為測(cè)試的輸入條件,就能夠夠用少量代表性的測(cè)試數(shù)據(jù).取得較好的測(cè)試結(jié)果.等價(jià)類劃分可有兩種不同的情形:有效等價(jià)類和無(wú)效等價(jià)類.2邊界值分析法邊界值分析方式是對(duì)等價(jià)類劃分方式的補(bǔ)充。測(cè)試工作體會(huì)告知我,大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對(duì)各類邊界情形設(shè)計(jì)測(cè)試用例,能夠查出更多的錯(cuò)誤.利用邊界值分析方式設(shè)計(jì)測(cè)試用例,第一應(yīng)確信邊界情形.通常輸入和輸出等價(jià)類的邊界,確實(shí)是應(yīng)著重測(cè)試的邊界情形.應(yīng)被選取正好等于,方才大于或方才小于邊界的值作為測(cè)試數(shù)據(jù),而不是選取等價(jià)類中的典型值或任意值作為測(cè)試數(shù)據(jù).參考答案：3錯(cuò)誤

3、推測(cè)法基于體會(huì)和直覺(jué)推測(cè)程序中所有可能存在的各類錯(cuò)誤, 從而有針對(duì)性的設(shè)計(jì)測(cè)試用例的方式.錯(cuò)誤推測(cè)方式的大體思想: 列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情形,依照他們選擇測(cè)試用例. 例如, 在單元測(cè)試時(shí)曾列出的許多在模塊中常見(jiàn)的錯(cuò)誤. 以前產(chǎn)品測(cè)試中曾經(jīng)發(fā)覺(jué)的錯(cuò)誤等, 這些確實(shí)是體會(huì)的總結(jié). 還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情形. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯(cuò)誤的情形. 可選擇這些情形下的例子作為測(cè)試用例.4因果圖方式前面介紹的等價(jià)類劃分方式和邊界值分析方式,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系, 彼此組合等. 考慮輸入條件之間的彼此組合,可能

4、會(huì)產(chǎn)生一些新的情形. 但要檢查輸入條件的組合不是一件容易的情形, 即便把所有輸入條件劃分成等價(jià)類,他們之間的組合情形也相當(dāng)多. 因此必需考慮采納一種適合于描述關(guān)于多種條件的組合,相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來(lái)考慮設(shè)計(jì)測(cè)試用例. 這就需要利用因果圖（邏輯模型）. 因果圖方式最終生成的確實(shí)是判定表. 它適合于檢查程序輸入條件的各類組合情形.4、什么是并發(fā)？在lordrunner中，如何進(jìn)行并發(fā)的測(cè)試？集合點(diǎn)失敗了會(huì)怎么樣？參考答案：在同一時(shí)刻點(diǎn)，支持多個(gè)不同的操作。LoadRunner中提供IP假裝，集合點(diǎn)，配合虛擬用戶的設(shè)計(jì)，和在多臺(tái)電腦上設(shè)置，能夠比較好的模擬真實(shí)的并發(fā)。集合點(diǎn)，即是多個(gè)用戶在某個(gè)時(shí)

5、刻，某個(gè)特定的環(huán)境下同時(shí)進(jìn)行虛擬用戶的操作的。集合點(diǎn)失敗，那么集合點(diǎn)的才操作就會(huì)取消，（五）寫(xiě)出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) 版本提交缺點(diǎn)報(bào)告時(shí)通過(guò)該字段標(biāo)識(shí)此缺點(diǎn)存在于被測(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) 提交日期（六）簡(jiǎn)述一下缺點(diǎn)的生命周期？參考答案：發(fā)覺(jué)-提交-確認(rèn)-分派-修復(fù)-驗(yàn)證-關(guān)閉7、（1）發(fā)覺(jué)錯(cuò)誤

6、是軟件測(cè)試的目的（） （2）白盒測(cè)試能夠找出軟件遺漏功能和代碼錯(cuò)誤功能。（）（3）在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)包括合理的應(yīng)用條件和不合理的應(yīng)用條件。 （）（4）軟件缺點(diǎn)必然是由編碼引發(fā)的錯(cuò)誤。 （） （5）文檔測(cè)試是對(duì)系統(tǒng)提交給用戶的文檔進(jìn)行驗(yàn)證，并非是一樣性的審查活動(dòng)。（）參考答案：錯(cuò)錯(cuò)對(duì)錯(cuò)對(duì)（八）如何編寫(xiě)提交給用戶的測(cè)試報(bào)告？參考答案：隨著測(cè)試工作愈來(lái)愈受重視，開(kāi)發(fā)團(tuán)隊(duì)向客戶提供測(cè)試文檔是不可幸免的情形。很多人會(huì)問(wèn)：“咱們能夠把工作中的測(cè)試報(bào)告提供給客戶嗎？”答案是不是定的。因?yàn)樘峁﹥?nèi)部測(cè)試報(bào)告，可能會(huì)讓客戶失去信心，乃至否定項(xiàng)目。測(cè)試報(bào)告一樣分為內(nèi)部測(cè)試報(bào)告和外部測(cè)試報(bào)告。內(nèi)部報(bào)告是咱們?cè)跍y(cè)試工

7、作中的項(xiàng)目文檔，反映了測(cè)試工作的實(shí)施情形，那個(gè)地址只是量討論，讀者能夠參考相關(guān)教材。那個(gè)地址要緊討論一下外部測(cè)試報(bào)告的寫(xiě)法，一樣外部測(cè)試報(bào)告要知足下面幾個(gè)要求：-依照內(nèi)部測(cè)試報(bào)告進(jìn)行編寫(xiě)，一樣能夠摘錄；-不能夠向客戶報(bào)告嚴(yán)峻缺點(diǎn)，即便是已經(jīng)修改的缺點(diǎn)，開(kāi)發(fā)中的缺點(diǎn)也沒(méi)有必要讓客戶明白；-報(bào)告上能夠列出一些缺點(diǎn)，但必需是中級(jí)的缺點(diǎn)，而且這些缺點(diǎn)必需是修復(fù)的；-報(bào)告上面的內(nèi)容盡可能要真實(shí)靠得??；-整個(gè)測(cè)試報(bào)告要認(rèn)真審閱，力爭(zhēng)不給項(xiàng)目帶來(lái)負(fù)面作用，尤其是性能測(cè)試報(bào)告。總之，外部測(cè)試報(bào)告要警惕謹(jǐn)慎的編寫(xiě)。（九）測(cè)試產(chǎn)品與測(cè)試項(xiàng)目的區(qū)別是什么？適應(yīng)上把開(kāi)發(fā)完成后進(jìn)行商業(yè)化、幾乎不進(jìn)行代碼修改就能夠夠售給

8、用戶利用的軟件成為軟件產(chǎn)品，也確實(shí)是能夠買(mǎi)“賣(mài)拷貝”的軟件，例如Windows2000。而通常把針對(duì)一個(gè)或幾個(gè)特定的用戶而開(kāi)發(fā)的軟件成為軟件項(xiàng)目，軟件項(xiàng)目是一種個(gè)性化的產(chǎn)品，能夠是依照用戶要求全數(shù)從頭開(kāi)發(fā)，也能夠修改已有的軟件產(chǎn)品來(lái)知足特定的用戶需求。項(xiàng)目和產(chǎn)品的不同特點(diǎn)，決定咱們測(cè)試產(chǎn)品和測(cè)試項(xiàng)目仍然會(huì)有很多不同的地址：-質(zhì)量要求不同。通常產(chǎn)品的質(zhì)量要高一些，修復(fù)發(fā)布后產(chǎn)品的缺點(diǎn)本錢(qián)較高，乃至?xí)?lái)很多負(fù)面的阻礙。而做項(xiàng)目通常面向某一用戶，盡管質(zhì)量越高越好，可是一樣只要知足用戶要求就能夠夠了。-測(cè)試資源投入多少不同。做軟件產(chǎn)品一般是研發(fā)中心來(lái)開(kāi)發(fā)，進(jìn)度壓力要小些。同時(shí)由于質(zhì)量要求高，因此會(huì)投

9、入較多的人力、物力資源。-項(xiàng)目最后要和用戶一起驗(yàn)收測(cè)試，這是產(chǎn)品測(cè)試不具有的特點(diǎn)。另外，測(cè)試產(chǎn)品與測(cè)試項(xiàng)目在缺點(diǎn)治理方面、測(cè)試策略制定都會(huì)有專門(mén)大不同，測(cè)試治理者應(yīng)該結(jié)合具體的環(huán)境，恰如其分的完成工作。（十）沒(méi)有產(chǎn)品說(shuō)明書(shū)和需求文檔地情形下能夠進(jìn)行黑盒測(cè)試嗎？參考答案：那個(gè)問(wèn)題是國(guó)內(nèi)測(cè)試工程師常常碰到的問(wèn)題，本源確實(shí)是國(guó)內(nèi)軟件開(kāi)發(fā)文檔治理不標(biāo)準(zhǔn)，對(duì)變更的治理方式就更不合理了。事實(shí)上沒(méi)有任何文檔的時(shí)候，測(cè)試人員是能夠進(jìn)行黑盒測(cè)試的，這種測(cè)試方式咱們能夠稱之為探討測(cè)試，具體做法確實(shí)是測(cè)試工程師依照自己的專業(yè)技術(shù)、領(lǐng)域知識(shí)等不斷的深切了解測(cè)試對(duì)象、明白得軟件功能，進(jìn)而發(fā)覺(jué)缺點(diǎn)。在這種做法大體上把軟件

10、當(dāng)做了產(chǎn)品說(shuō)明書(shū)，測(cè)試進(jìn)程中要和開(kāi)發(fā)人員不斷的進(jìn)行交流。尤其在作項(xiàng)目的時(shí)候，進(jìn)度壓力比較大，能夠作為加急測(cè)試方案。最大的風(fēng)險(xiǎn)是不明白有些特性是不是被遺漏（11）在測(cè)試一個(gè)web頁(yè)面時(shí)，頁(yè)面顯示為空白頁(yè)，如何定位問(wèn)題所在？可能是哪些緣故引發(fā)的？參考答案：一、本身頁(yè)面代碼確實(shí)是空白的。閱讀器按F12查看2，本地?zé)o網(wǎng)絡(luò)，閱讀器是不是緩存是不是為空白頁(yè)3，發(fā)送超時(shí)，接收超時(shí)，效勞器超時(shí)。4，域名錯(cuò)誤，ip解析不了。（12）軟件的評(píng)審一樣由哪些人參加？其目的是什么？參考答案：在正式的會(huì)議上將軟件項(xiàng)目的功效（包括各時(shí)期的文檔、產(chǎn)生的代碼等）提交給用戶、客戶或有關(guān)部門(mén)人員對(duì)軟件產(chǎn)品進(jìn)行評(píng)審和批準(zhǔn)。其目的是找

11、出可能阻礙軟件產(chǎn)品質(zhì)量、開(kāi)發(fā)進(jìn)程、保護(hù)工作的適用性和環(huán)境方面的設(shè)計(jì)缺點(diǎn)，并采取補(bǔ)救方法，和找出在性能、平安性和經(jīng)濟(jì)方面的可能的改良。 人員：用戶、客戶或有關(guān)部門(mén)開(kāi)發(fā)人員，測(cè)試人員，需求分析師都能夠，就看處于評(píng)審那個(gè)時(shí)期（13）描述測(cè)試用例設(shè)計(jì)的完整進(jìn)程？參考答案：需求分析 需求變更的保護(hù)工作；依照需求 得出測(cè)試需求；設(shè)計(jì)測(cè)試方案，評(píng)審測(cè)試方案；方案評(píng)審?fù)ㄊ潞?，設(shè)計(jì)測(cè)試用例，再對(duì)測(cè)試用例進(jìn)行評(píng)審；（14）面試官問(wèn)用安卓系統(tǒng)和ios系統(tǒng)進(jìn)行軟件測(cè)試，會(huì)有哪些不同1 . Android長(zhǎng)按home鍵呼出應(yīng)用列表和切換應(yīng)用，然后右滑那么終止應(yīng)用；2. 多分辨率測(cè)試，Android端20多種，ios較少

12、；3. 電話操作系統(tǒng)，Android較多，ios較少且不能降級(jí)，只能單向升級(jí)；新的ios系統(tǒng)中的資源庫(kù)不能完全兼容低版本中的ios系統(tǒng)中的應(yīng)用，低版本ios系統(tǒng)中的應(yīng)用挪用了新的資源庫(kù)，會(huì)直接致使閃退（Crash）；4. 操作適應(yīng)：Android，Back鍵是不是被重寫(xiě)，測(cè)試點(diǎn)擊Back鍵后的反饋是不是正確；應(yīng)用數(shù)據(jù)從內(nèi)存移動(dòng)到SD卡后可否正常運(yùn)行等；5. push測(cè)試：Android：點(diǎn)擊home鍵，程序后臺(tái)運(yùn)行時(shí)，現(xiàn)在接收到push，點(diǎn)擊后喚醒應(yīng)用，現(xiàn)在是不是能夠正確跳轉(zhuǎn)；ios，點(diǎn)擊home鍵關(guān)閉程序和屏幕鎖屏的情形（紅點(diǎn)的顯示）；6. 安裝卸載測(cè)試：Android的下載和安裝的平臺(tái)和工

13、具和渠道比較多，ios要緊有app store，iTunes和testflight下載；7. 升級(jí)測(cè)試：能夠被升級(jí)的必要條件：新舊版本具有相同的簽名；新舊版本具有相同的包名；有一個(gè)標(biāo)示符區(qū)分新舊版本（如版本號(hào)），關(guān)于Android假設(shè)有內(nèi)置的應(yīng)用需檢查升級(jí)以后內(nèi)置文件是不是匹配（如內(nèi)置的輸入法）（15）LoadRunner分哪三部份？參考答案：用戶動(dòng)作設(shè)計(jì)；場(chǎng)景設(shè)計(jì)；測(cè)試數(shù)據(jù)分析；（16）數(shù)據(jù)庫(kù)內(nèi)聯(lián)接和外連接，自聯(lián)接有什么區(qū)別？參考答案：內(nèi)聯(lián)接一般是2個(gè)表存在主外鍵關(guān)系時(shí)利用的，內(nèi)聯(lián)接查詢有2種方式實(shí)現(xiàn)，1是在WHERE 子句中指定聯(lián)接條件2是在FROM子句中利用join.on內(nèi)聯(lián)接查詢通常不

14、單單聯(lián)接2表，能夠3表乃至更多的表參與內(nèi)聯(lián)接的表的地位是平等的而外聯(lián)接中參與聯(lián)接的表有主從之分。以主表的每行數(shù)據(jù)去匹配從表的數(shù)據(jù)列，符合條件的數(shù)據(jù)將直接返回到結(jié)果集中，不符合的用NULL（空值）填充后再返回到結(jié)果集中（17）測(cè)試打算工作的目的是什么？測(cè)試打算工作的內(nèi)容都包括什么？其中哪些是最重要的？參考答案：軟件測(cè)試打算是指導(dǎo)測(cè)試進(jìn)程的綱領(lǐng)性文件，包括了產(chǎn)品概述、測(cè)試策略、測(cè)試方式、測(cè)試區(qū)域、測(cè)試配置、測(cè)試周期、測(cè)試資源、測(cè)試交流、風(fēng)險(xiǎn)分析等內(nèi)容。借助軟件測(cè)試打算，參與測(cè)試的項(xiàng)目成員，尤其是測(cè)試治理人員，能夠明確測(cè)試任務(wù)和測(cè)試方式，維持測(cè)試實(shí)施進(jìn)程的順暢溝通，跟蹤和操縱測(cè)試進(jìn)度，應(yīng)付測(cè)試進(jìn)程中

15、的各類變更。測(cè)試打算和測(cè)試詳細(xì)規(guī)格、測(cè)試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測(cè)試打算要緊從宏觀上計(jì)劃測(cè)試活動(dòng)的范圍、方式和資源配置，而測(cè)試詳細(xì)規(guī)格、測(cè)試用例是完成測(cè)試任務(wù)的具體戰(zhàn)術(shù)。因此其中最重要的是測(cè)試測(cè)試策略和測(cè)試方式（最好是能先評(píng)審）（18）當(dāng)開(kāi)發(fā)人員說(shuō)不是BUG時(shí)，你如何應(yīng)付？參考答案：開(kāi)發(fā)人員說(shuō)不是bug，有2種情形，一是需求沒(méi)有確信，因此我能夠這么做，那個(gè)時(shí)候能夠找來(lái)產(chǎn)品領(lǐng)導(dǎo)進(jìn)行確認(rèn)，需不需要改動(dòng)，3方商量確信好后再看要不要改。二是這種情形不可能發(fā)生，因此不需要修改，那個(gè)時(shí)候，我能夠先盡可能的說(shuō)出是BUG的依據(jù)是什么？若是被用戶發(fā)覺(jué)或出了問(wèn)題，會(huì)有什么不良結(jié)果？程序員可能會(huì)給你很多理由，你

16、能夠?qū)λ恼f(shuō)明進(jìn)行反對(duì)。若是仍是不行，那我能夠給那個(gè)問(wèn)題提出來(lái),跟開(kāi)發(fā)領(lǐng)導(dǎo)和測(cè)試領(lǐng)導(dǎo)進(jìn)行確認(rèn),若是要修改就改,若是不要修改就不改。其實(shí)有些真的不是bug，我也只是建議的方式寫(xiě)進(jìn)TD中，若是開(kāi)發(fā)人員不修改也沒(méi)有大問(wèn)題。若是確信是bug的話，必然要堅(jiān)持自己的立場(chǎng)，讓問(wèn)題取得最后的確認(rèn)。（19）若是一個(gè)bug只顯現(xiàn)一次，該怎么處置？（1）bug顯現(xiàn)的同時(shí)當(dāng)即截圖留下異樣的畫(huà)面（2）利用相同的環(huán)境、設(shè)備、測(cè)試步驟、方式，利用相同的輸入數(shù)據(jù)，看可否重 （3）不能重現(xiàn)，那么告知項(xiàng)目領(lǐng)導(dǎo)發(fā)覺(jué)bug的進(jìn)程，分析優(yōu)先級(jí)，討論解決方案（20）軟件測(cè)試的缺點(diǎn)品級(jí)如何劃分？參考答案：A類嚴(yán)峻錯(cuò)誤，包括以下各類錯(cuò)誤：1

17、 由于程序所引發(fā)的死機(jī),非法退出2 死循環(huán)3 數(shù)據(jù)庫(kù)發(fā)生死鎖4 因錯(cuò)誤操作致使的程序中斷5 與數(shù)據(jù)庫(kù)連接錯(cuò)誤6 數(shù)據(jù)通信錯(cuò)誤B類較嚴(yán)峻錯(cuò)誤，包括以下各類錯(cuò)誤：1.程序接口錯(cuò)誤2.系統(tǒng)可被執(zhí)行，但操作功能無(wú)法執(zhí)行（含指令）3.單項(xiàng)操作功能可被執(zhí)行，但在此功能中某些小功能（含指令參數(shù)的利用）無(wú)法被執(zhí)行（對(duì)系統(tǒng)非致命的）4.在小功能項(xiàng)的某些項(xiàng)目（選項(xiàng)）利用無(wú)效（對(duì)系統(tǒng)非致命的）5.業(yè)務(wù)流程不正確6.功能實(shí)現(xiàn)不完整，如刪除時(shí)沒(méi)有考慮數(shù)據(jù)關(guān)聯(lián)7.功能的實(shí)現(xiàn)不正確，如在系統(tǒng)實(shí)現(xiàn)的界面上，一些可同意輸入的控件點(diǎn)擊后無(wú)作用；對(duì)數(shù)據(jù)庫(kù)的操作不能正確實(shí)現(xiàn)；8.報(bào)表格式和打印內(nèi)容錯(cuò)誤（行列不完整，數(shù)據(jù)顯示不在所對(duì)應(yīng)

18、的行列等致使數(shù)據(jù)顯示結(jié)果不正確的錯(cuò)誤）C類一樣性錯(cuò)誤，包括以下各類錯(cuò)誤：1.操作界面錯(cuò)誤（包括數(shù)據(jù)窗口內(nèi)列名概念、含義是不是一致）2.打印內(nèi)容、格式錯(cuò)誤（只阻礙報(bào)表的格式或外觀，不阻礙數(shù)據(jù)顯示結(jié)果的錯(cuò)誤）3.簡(jiǎn)單的輸入限制未放在前臺(tái)進(jìn)行操縱4.刪除操作未給出提示5.已被捕捉的系統(tǒng)崩潰，不阻礙繼續(xù)操作6.盡管正確性不受阻礙，但系統(tǒng)性能和響應(yīng)時(shí)刻受到阻礙7.不能定位核心或定位有誤，阻礙功能實(shí)現(xiàn)8.顯示不正確但輸出正確9.增刪改功能，在本界面不能實(shí)現(xiàn)，但在另一界面能夠補(bǔ)充實(shí)現(xiàn)。D類較小錯(cuò)誤，包括以下各類錯(cuò)誤：1.界面不標(biāo)準(zhǔn)2.輔助說(shuō)明描述不清楚3.輸入輸出不標(biāo)準(zhǔn)4.長(zhǎng)時(shí)刻操作未給用戶提示5.提示窗口

19、文字未采納行業(yè)術(shù)語(yǔ)6.可輸入?yún)^(qū)域和只讀區(qū)域沒(méi)有明顯的區(qū)分標(biāo)志7.必填項(xiàng)與非必填項(xiàng)應(yīng)加以區(qū)別8.轉(zhuǎn)動(dòng)條無(wú)效9.鍵盤(pán)支持不行，如在可輸入多行的字段中，不支持回車(chē)換行；或?qū)ο嗤侄?，在不同界面支持不同的快捷方?0.界面不能及時(shí)刷新，阻礙功能實(shí)現(xiàn)（21）軟件的平安性應(yīng)從哪幾個(gè)方面去測(cè)試？(1)用戶認(rèn)證機(jī)制：如數(shù)據(jù)證書(shū)、智能卡、雙重認(rèn)證、平安電子交易協(xié)議(2)加密機(jī)制(3)平安防護(hù)策略：如平安日記、入侵檢測(cè)、隔離防護(hù)、漏洞掃描(4)數(shù)據(jù)備份與恢復(fù)手腕：存儲(chǔ)設(shè)備、存儲(chǔ)優(yōu)化、存儲(chǔ)愛(ài)惜、存儲(chǔ)治理(5)防病毒系統(tǒng)E類其他錯(cuò)誤1.光標(biāo)跳轉(zhuǎn)設(shè)置不行，鼠標(biāo)（光標(biāo)）定位錯(cuò)誤2.一些建議性問(wèn)題（22）邏輯題，一個(gè)是一個(gè)

20、6L水的水壺，一個(gè)5L水的水壺，隔壁有一個(gè)水池，如何用這兩個(gè)水壺，倒出3L水6L壺裝滿水，倒進(jìn)5L壺里，6L壺里剩下1L水，倒掉5L壺里的水，把6L壺里剩下的水倒進(jìn)5L壺里再把6L壺裝滿，倒水進(jìn)5L壺，6L壺里剩下2L的水，倒掉5L壺里水，把6L壺里的水倒進(jìn)5L壺里再次裝滿6L壺，倒水進(jìn)5L壺，現(xiàn)在6L壺里剩下的水為3L。(23)想象一個(gè)登錄框，包括ID、密碼、登錄、取消，記住密碼（復(fù)選框），盡可能的寫(xiě)出你想到的測(cè)試點(diǎn)？參看答案：ID測(cè)試要點(diǎn)：字符類型（包括：數(shù)字、字母、漢字、特殊字符）字符長(zhǎng)度默許值空值字符集存在空格復(fù)制、粘貼密碼測(cè)試要點(diǎn)：密碼長(zhǎng)度（例如：密碼不能少于7個(gè)字符，最長(zhǎng)不能超過(guò)2

21、0個(gè)字符） 密碼復(fù)雜度、強(qiáng)度（例如：密碼必需包括特殊字符、數(shù)字字母大小寫(xiě)等等，長(zhǎng)度是不是長(zhǎng)）密碼字符類型（例如：只許諾輸入數(shù)字、字母、特殊字符、下劃線）默許值密碼為空字符集存在空格復(fù)制、粘貼登錄測(cè)試要點(diǎn) 用戶名和密碼都符合要求（格式上的要求） 用戶名和密碼都不符合要求（格式上的要求） 用戶名符合要求，密碼不符合要求（格式上的要求） 密碼符合要求，用戶名不符合要求（格式上的要求） 用戶名或密碼為空 數(shù)據(jù)庫(kù)中不存在的用戶名，不存在的密碼 數(shù)據(jù)庫(kù)中存在的用戶名，錯(cuò)誤的密碼 數(shù)據(jù)庫(kù)中不存在的用戶名，存在的密碼 輸入的數(shù)據(jù)前存在空格 輸入正確的用戶名密碼以后按enter是不是能登岸取消鼠標(biāo)左鍵點(diǎn)擊“取消

22、”按鈕鼠標(biāo)左鍵雙擊“取消”按鈕鼠標(biāo)右鍵點(diǎn)擊“取消”按鈕鼠標(biāo)右鍵雙擊“取消”按鈕鼠標(biāo)指針移動(dòng)到“取消”按鈕”，按回車(chē)鍵 鼠標(biāo)指針停留在“取消”按鈕上記住密碼（復(fù)選框）點(diǎn)擊選中“記住密碼”按鈕，從頭登錄不選中“記住密碼”按鈕，從頭輸入密碼登錄輸入已存在ID和錯(cuò)誤密碼，勾選“記住密碼”，點(diǎn)擊登錄 輸入錯(cuò)誤ID和正確密碼，勾選“記住密碼”，點(diǎn)擊登錄 輸入正確ID和正確密碼，勾選“記住密碼”，點(diǎn)擊登錄 輸入錯(cuò)誤ID和錯(cuò)誤密碼，勾選“記住密碼”，點(diǎn)擊登錄.（23）訪問(wèn)一個(gè)完整http請(qǐng)求會(huì)經(jīng)歷哪些問(wèn)題參考答案：1.域名解析2.發(fā)起TCP的3次握手3.成立TCP連接后發(fā)起http請(qǐng)求4.效勞器端響應(yīng)http

23、請(qǐng)求，閱讀器取得html代碼5.閱讀器解析html代碼，并請(qǐng)求html代碼中的資源6.閱讀器對(duì)頁(yè)面進(jìn)行渲染呈現(xiàn)給用戶。（24）https和http請(qǐng)求的區(qū)別？https協(xié)議需要到ca申請(qǐng)證書(shū)，一樣免費(fèi)證書(shū)較少，因此需要必然費(fèi)用。http是超文本傳輸協(xié)議，信息是明文傳輸，https那么是具有平安性的ssl加密傳輸協(xié)議。http和https利用的是完全不同的連接方式，用的端口也不一樣，前者是80，后者是443。http的連接很簡(jiǎn)單，是無(wú)狀態(tài)的；HTTPS協(xié)議是由SSL HTTP協(xié)議構(gòu)建的可進(jìn)行加密傳輸、身份認(rèn)證的網(wǎng)絡(luò)協(xié)議，比http協(xié)議25：http有哪些請(qǐng)求方式，get和post請(qǐng)求有什么區(qū)別參

24、看答案：get傳輸數(shù)據(jù)是通過(guò)URL請(qǐng)求，以field（字段）= value的形式，置于URL后，并用?連接，多個(gè)請(qǐng)求數(shù)據(jù)間用&連接，如&password=admin，那個(gè)進(jìn)程用戶是可見(jiàn)的；post傳輸數(shù)據(jù)通過(guò)Http的post機(jī)制，將字段與對(duì)應(yīng)值封存在請(qǐng)求實(shí)體中發(fā)送給效勞器，那個(gè)進(jìn)程對(duì)用戶是不可見(jiàn)的；Get傳輸?shù)臄?shù)據(jù)量小，因?yàn)槭躑RL長(zhǎng)度限制，但效率較高，Post能夠傳輸大量數(shù)據(jù)，因此上傳文件時(shí)只能用Post方式；post較get平安性較高，get是不平安的，因?yàn)閁RL是可見(jiàn)的，可能會(huì)泄露私密信息，如密碼等.get方式只能支持ASCII字符，向效勞器傳的中文字符可能會(huì)亂碼，post支持標(biāo)準(zhǔn)字符

25、集，能夠正確傳遞中文字符。（26）cookie與session區(qū)別參考答案：cookie數(shù)據(jù)寄存在客戶的閱讀器上，session數(shù)據(jù)放在效勞器上；cookie不是很平安，他人能夠分析寄存在本地的COOKIE并進(jìn)行COOKIE欺騙，考慮到平安應(yīng)當(dāng)利用session；session會(huì)在一按時(shí)刻內(nèi)保留在效勞器上。當(dāng)訪問(wèn)增多，會(huì)比較占用你效勞器的性能。考慮到減輕效勞器性能方面，應(yīng)當(dāng)利用COOKIE；單個(gè)cookie在客戶端的限制是3K，確實(shí)是說(shuō)一個(gè)站點(diǎn)在客戶端寄存的COOKIE不能超過(guò)3K；Cookie和Session的方案盡管別離屬于客戶端和效勞端，可是效勞端的session的實(shí)現(xiàn)對(duì)客戶端的cookie有依托關(guān)系的，上面我講到效勞端執(zhí)行ses