1、面試題1、您認(rèn)為做好測(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ā)現(xiàn)最多的問題。2、您所熟悉的測(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ù)合理劃分

2、為若干等價(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è)法

3、基于經(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)生一

4、些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價(jià)類,他們之間的組合情況也相當(dāng)多. 因此必須考慮采用一種適合于描述對(duì)于多種條件的組合,相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來考慮設(shè)計(jì)測(cè)試用例. 這就需要利用因果圖（邏輯模型）. 因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.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í)刻，某個(gè)

5、特定的環(huán)境下同時(shí)進(jìn)行虛擬用戶的操作的。集合點(diǎn)失敗，則集合點(diǎn)的才操作就會(huì)取消，（五）寫出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)提交日期（六）簡(jiǎn)述一下缺陷的生命周期？參考答案：發(fā)現(xiàn)-提交-確認(rèn)-分配-修復(fù)-驗(yàn)證-關(guān)閉7、（1）發(fā)現(xiàn)錯(cuò)誤是軟件測(cè)試的目的（） （2）白盒測(cè)試可

6、以找出軟件遺漏功能和代碼錯(cuò)誤功能。（）（3）在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)包括合理的應(yīng)用條件和不合理的應(yīng)用條件。 （）（4）軟件缺陷一定是由編碼引起的錯(cuò)誤。 （） （5）文檔測(cè)試是對(duì)系統(tǒng)提交給用戶的文檔進(jìn)行驗(yàn)證，并不是一般性的審查活動(dòng)。（）參考答案：錯(cuò)錯(cuò)對(duì)錯(cuò)對(duì)（八）如何編寫提交給用戶的測(cè)試報(bào)告？參考答案：隨著測(cè)試工作越來越受重視，開發(fā)團(tuán)隊(duì)向客戶提供測(cè)試文檔是不可避免的事情。很多人會(huì)問：“我們可以把工作中的測(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è)試工作中的項(xiàng)目文檔，反映了測(cè)試工作的實(shí)施情況

7、，這里不過多討論，讀者可以參考相關(guān)教材。這里主要討論一下外部測(cè)試報(bào)告的寫法，一般外部測(cè)試報(bào)告要滿足下面幾個(gè)要求：-根據(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)告?？傊?，外部測(cè)試報(bào)告要小心謹(jǐn)慎的編寫。（九）測(cè)試產(chǎn)品與測(cè)試項(xiàng)目的區(qū)別是什么？習(xí)慣上把開發(fā)完成后進(jìn)行商業(yè)化、幾乎不進(jìn)行代碼修改就可以售給用戶使用的軟件成為軟件產(chǎn)品，也就是可以買“賣拷貝”的軟

8、件，例如Windows2000。而通常把針對(duì)一個(gè)或者幾個(gè)特定的用戶而開發(fā)的軟件成為軟件項(xiàng)目，軟件項(xiàng)目是一種個(gè)性化的產(chǎn)品，可以是按照用戶要求全部重新開發(fā)，也可以修改已有的軟件產(chǎn)品來滿足特定的用戶需求。項(xiàng)目和產(chǎn)品的不同特點(diǎn)，決定我們測(cè)試產(chǎn)品和測(cè)試項(xiàng)目仍然會(huì)有很多不同的地方：-質(zhì)量要求不同。通常產(chǎn)品的質(zhì)量要高一些，修復(fù)發(fā)布后產(chǎn)品的缺陷成本較高，甚至?xí)砗芏嘭?fù)面的影響。而做項(xiàng)目通常面向某一用戶，雖然質(zhì)量越高越好，但是一般只要滿足用戶要求就可以了。-測(cè)試資源投入多少不同。做軟件產(chǎn)品通常是研發(fā)中心來開發(fā)，進(jìn)度壓力要小些。同時(shí)由于質(zhì)量要求高，因此會(huì)投入較多的人力、物力資源。-項(xiàng)目最后要和用戶共同驗(yàn)收測(cè)試，

9、這是產(chǎn)品測(cè)試不具有的特點(diǎn)。此外，測(cè)試產(chǎn)品與測(cè)試項(xiàng)目在缺陷管理方面、測(cè)試策略制定都會(huì)有很大不同，測(cè)試管理者應(yīng)該結(jié)合具體的環(huán)境，恰如其分的完成工作。（十）沒有產(chǎn)品說明書和需求文檔地情況下能夠進(jìn)行黑盒測(cè)試嗎？參考答案：這個(gè)問題是國內(nèi)測(cè)試工程師經(jīng)常遇到的問題，根源就是國內(nèi)軟件開發(fā)文檔管理不規(guī)范，對(duì)變更的管理方法就更不合理了。實(shí)際上沒有任何文檔的時(shí)候，測(cè)試人員是能夠進(jìn)行黑盒測(cè)試的，這種測(cè)試方式我們可以稱之為探索測(cè)試，具體做法就是測(cè)試工程師根據(jù)自己的專業(yè)技能、領(lǐng)域知識(shí)等不斷的深入了解測(cè)試對(duì)象、理解軟件功能，進(jìn)而發(fā)現(xiàn)缺陷。在這種做法基本上把軟件當(dāng)成了產(chǎn)品說明書，測(cè)試過程中要和開發(fā)人員不斷的進(jìn)行交流。尤其在作

10、項(xiàng)目的時(shí)候，進(jìn)度壓力比較大，可以作為加急測(cè)試方案。最大的風(fēng)險(xiǎn)是不知道有些特性是否被遺漏（11）在測(cè)試一個(gè)web頁面時(shí)，頁面顯示為空白頁，如何定位問題所在？可能是哪些原因引起的？參考答案：1、本身頁面代碼就是空白的。瀏覽器按F12查看2，本地?zé)o網(wǎng)絡(luò)，瀏覽器是否緩存是否為空白頁3，發(fā)送超時(shí)，接收超時(shí)，服務(wù)器超時(shí)。4，域名錯(cuò)誤，ip解析不了。（12）軟件的評(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ì)缺陷，

11、并采取補(bǔ)救措施，以及找出在性能、安全性和經(jīng)濟(jì)方面的可能的改進(jìn)。 人員：用戶、客戶或有關(guān)部門開發(fā)人員，測(cè)試人員，需求分析師都可以，就看處于評(píng)審那個(gè)階段（13）描述測(cè)試用例設(shè)計(jì)的完整過程？參考答案：需求分析 + 需求變更的維護(hù)工作；根據(jù)需求 得出測(cè)試需求；設(shè)計(jì)測(cè)試方案，評(píng)審測(cè)試方案；方案評(píng)審?fù)ㄟ^后，設(shè)計(jì)測(cè)試用例，再對(duì)測(cè)試用例進(jìn)行評(píng)審；（14）面試官問用安卓系統(tǒng)和ios系統(tǒng)進(jìn)行軟件測(cè)試，會(huì)有哪些不同1 . Android長按home鍵呼出應(yīng)用列表和切換應(yīng)用，然后右滑則終止應(yīng)用；2. 多分辨率測(cè)試，Android端20多種，ios較少；3. 手機(jī)操作系統(tǒng)，Android較多，ios較少且不能降級(jí)，只能

12、單向升級(jí)；新的ios系統(tǒng)中的資源庫不能完全兼容低版本中的ios系統(tǒng)中的應(yīng)用，低版本ios系統(tǒng)中的應(yīng)用調(diào)用了新的資源庫，會(huì)直接導(dǎo)致閃退（Crash）；4. 操作習(xí)慣：Android，Back鍵是否被重寫，測(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í)，此時(shí)接收到push，點(diǎn)擊后喚醒應(yīng)用，此時(shí)是否可以正確跳轉(zhuǎn)；ios，點(diǎn)擊home鍵關(guān)閉程序和屏幕鎖屏的情況（紅點(diǎn)的顯示）；6. 安裝卸載測(cè)試：Android的下載和安裝的平臺(tái)和工具和渠道比較多，ios主要有app store，iTunes和testfl

13、ight下載；7. 升級(jí)測(cè)試：可以被升級(jí)的必要條件：新舊版本具有相同的簽名；新舊版本具有相同的包名；有一個(gè)標(biāo)示符區(qū)分新舊版本（如版本號(hào)），對(duì)于Android若有內(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ù)庫內(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)接查詢通常不僅僅聯(lián)接2表，可以3表甚至更多的表參與內(nèi)聯(lián)接的表的地位是平等的而外聯(lián)接中參與聯(lián)

14、接的表有主從之分。以主表的每行數(shù)據(jù)去匹配從表的數(shù)據(jù)列，符合條件的數(shù)據(jù)將直接返回到結(jié)果集中，不符合的用NULL（空值）填充后再返回到結(jié)果集中（17）測(cè)試計(jì)劃工作的目的是什么？測(cè)試計(jì)劃工作的內(nèi)容都包括什么？其中哪些是最重要的？參考答案：軟件測(cè)試計(jì)劃是指導(dǎo)測(cè)試過程的綱領(lǐng)性文件，包含了產(chǎn)品概述、測(cè)試策略、測(cè)試方法、測(cè)試區(qū)域、測(cè)試配置、測(cè)試周期、測(cè)試資源、測(cè)試交流、風(fēng)險(xiǎn)分析等內(nèi)容。借助軟件測(cè)試計(jì)劃，參與測(cè)試的項(xiàng)目成員，尤其是測(cè)試管理人員，可以明確測(cè)試任務(wù)和測(cè)試方法，保持測(cè)試實(shí)施過程的順暢溝通，跟蹤和控制測(cè)試進(jìn)度，應(yīng)對(duì)測(cè)試過程中的各種變更。測(cè)試計(jì)劃和測(cè)試詳細(xì)規(guī)格、測(cè)試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測(cè)試計(jì)劃主

15、要從宏觀上規(guī)劃測(cè)試活動(dòng)的范圍、方法和資源配置，而測(cè)試詳細(xì)規(guī)格、測(cè)試用例是完成測(cè)試任務(wù)的具體戰(zhàn)術(shù)。所以其中最重要的是測(cè)試測(cè)試策略和測(cè)試方法（最好是能先評(píng)審）（18）當(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ù)是什么？如果被用戶發(fā)現(xiàn)或出了問題，會(huì)有什么不良結(jié)果？程序員可能會(huì)給你很多理由，你可以對(duì)他的解釋進(jìn)行反駁。如果還是不行，那我可以給這個(gè)問題提出來,跟開發(fā)經(jīng)理和測(cè)

16、試經(jīng)理進(jìn)行確認(rèn),如果要修改就改,如果不要修改就不改。其實(shí)有些真的不是bug，我也只是建議的方式寫進(jìn)TD中，如果開發(fā)人員不修改也沒有大問題。如果確定是bug的話，一定要堅(jiān)持自己的立場(chǎng)，讓問題得到最后的確認(rèn)。（19）如果一個(gè)bug只出現(xiàn)一次，該怎么處理？（1）bug出現(xiàn)的同時(shí)立即截圖留下異常的畫面（2）使用相同的環(huán)境、設(shè)備、測(cè)試步驟、方法，使用相同的輸入數(shù)據(jù)，看能否重 （3）不能重現(xiàn)，則告訴項(xiàng)目經(jīng)理發(fā)現(xiàn)bug的過程，分析優(yōu)先級(jí)，討論解決方案（20）軟件測(cè)試的缺陷等級(jí)如何劃分？參考答案：A類嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤：1 由于程序所引起的死機(jī),非法退出2 死循環(huán)3 數(shù)據(jù)庫發(fā)生死鎖4 因錯(cuò)誤操作導(dǎo)致的

17、程序中斷5 與數(shù)據(jù)庫連接錯(cuò)誤6 數(shù)據(jù)通訊錯(cuò)誤B類較嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤：1.程序接口錯(cuò)誤2.系統(tǒng)可被執(zhí)行，但操作功能無法執(zhí)行（含指令）3.單項(xiàng)操作功能可被執(zhí)行，但在此功能中某些小功能（含指令參數(shù)的使用）無法被執(zhí)行（對(duì)系統(tǒng)非致命的）4.在小功能項(xiàng)的某些項(xiàng)目（選項(xiàng)）使用無效（對(duì)系統(tǒng)非致命的）5.業(yè)務(wù)流程不正確6.功能實(shí)現(xiàn)不完整，如刪除時(shí)沒有考慮數(shù)據(jù)關(guān)聯(lián)7.功能的實(shí)現(xiàn)不正確，如在系統(tǒng)實(shí)現(xiàn)的界面上，一些可接受輸入的控件點(diǎn)擊后無作用；對(duì)數(shù)據(jù)庫的操作不能正確實(shí)現(xiàn)；8.報(bào)表格式以及打印內(nèi)容錯(cuò)誤（行列不完整，數(shù)據(jù)顯示不在所對(duì)應(yīng)的行列等導(dǎo)致數(shù)據(jù)顯示結(jié)果不正確的錯(cuò)誤）C類一般性錯(cuò)誤，包括以下各種錯(cuò)誤：1.操

18、作界面錯(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.不能定位焦點(diǎn)或定位有誤，影響功能實(shí)現(xiàn)8.顯示不正確但輸出正確9.增刪改功能，在本界面不能實(shí)現(xiàn)，但在另一界面可以補(bǔ)充實(shí)現(xiàn)。D類較小錯(cuò)誤，包括以下各種錯(cuò)誤：1.界面不規(guī)范2.輔助說明描述不清楚3.輸入輸出不規(guī)范4.長時(shí)間操作未給用戶提示5.提示窗口文字未采用行業(yè)術(shù)語6.可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志7.必填項(xiàng)與非必填項(xiàng)

19、應(yīng)加以區(qū)別8.滾動(dòng)條無效9.鍵盤支持不好，如在可輸入多行的字段中，不支持回車換行；或?qū)ο嗤侄?，在不同界面支持不同的快捷方?0.界面不能及時(shí)刷新，影響功能實(shí)現(xiàn)（21）軟件的安全性應(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) E類其他錯(cuò)誤1.光標(biāo)跳轉(zhuǎn)設(shè)置不好，鼠標(biāo)（光標(biāo)）定位錯(cuò)誤2.一些建議性問題（22）邏輯題，一個(gè)是一個(gè)6L水的水壺，一個(gè)5L水的水壺，旁邊有一個(gè)池塘，如何用這兩個(gè)水壺，倒出3L水6

20、L壺裝滿水，倒進(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壺，此時(shí)6L壺里剩下的水為3L。(23)想象一個(gè)登錄框，包括ID、密碼、登錄、取消，記住密碼（復(fù)選框），盡可能的寫出你想到的測(cè)試點(diǎn)？參看答案：ID測(cè)試要點(diǎn)：字符類型（包括：數(shù)字、字母、漢字、特殊字符）字符長度默認(rèn)值空值字符集存在空格復(fù)制、粘貼密碼測(cè)試要點(diǎn)：密碼長度（例如：密碼不能少于7個(gè)字符，最長不能超過20個(gè)字符） 密碼復(fù)雜度、強(qiáng)度（例如：密碼必須包含特殊字符、數(shù)字字母大小寫等等，

21、長度是否長）密碼字符類型（例如：只允許輸入數(shù)字、字母、特殊字符、下劃線）默認(rèn)值密碼為空字符集存在空格復(fù)制、粘貼登錄測(cè)試要點(diǎn) 用戶名和密碼都符合要求（格式上的要求） 用戶名和密碼都不符合要求（格式上的要求） 用戶名符合要求，密碼不符合要求（格式上的要求） 密碼符合要求，用戶名不符合要求（格式上的要求） 用戶名或密碼為空 數(shù)據(jù)庫中不存在的用戶名，不存在的密碼 數(shù)據(jù)庫中存在的用戶名，錯(cuò)誤的密碼 數(shù)據(jù)庫中不存在的用戶名，存在的密碼 輸入的數(shù)據(jù)前存在空格 輸入正確的用戶名密碼以后按enter是否能登陸取消鼠標(biāo)左鍵點(diǎn)擊“取消”按鈕鼠標(biāo)左鍵雙擊“取消”按鈕鼠標(biāo)右鍵點(diǎn)擊“取消”按鈕鼠標(biāo)右鍵雙擊“取消”按鈕鼠標(biāo)

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

23、6.瀏覽器對(duì)頁面進(jìn)行渲染呈現(xiàn)給用戶。（24）https和http請(qǐng)求的區(qū)別？ https協(xié)議需要到ca申請(qǐng)證書，一般免費(fèi)證書較少，因而需要一定費(fèi)用。 http是超文本傳輸協(xié)議，信息是明文傳輸，https則是具有安全性的ssl加密傳輸協(xié)議。 http和https使用的是完全不同的連接方式，用的端口也不一樣，前者是80，后者是443。 http的連接很簡(jiǎn)單，是無狀態(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ū)別參看答案： get傳輸數(shù)據(jù)是通過URL請(qǐng)求，以field（字段）= value

24、的形式，置于URL后，并用?連接，多個(gè)請(qǐng)求數(shù)據(jù)間用&連接，如/Test/login.action?name=admin&password=admin，這個(gè)過程用戶是可見的；post傳輸數(shù)據(jù)通過Http的post機(jī)制，將字段與對(duì)應(yīng)值封存在請(qǐng)求實(shí)體中發(fā)送給服務(wù)器，這個(gè)過程對(duì)用戶是不可見的； Get傳輸?shù)臄?shù)據(jù)量小，因?yàn)槭躑RL長度限制，但效率較高，Post可以傳輸大量數(shù)據(jù)，所以上傳文件時(shí)只能用Post方式； post較get安全性較高，get是不安全的，因?yàn)閁RL是可見的，可能會(huì)泄露私密信息，如密碼等. get方式只能支持ASCII字符，向服務(wù)器傳的中文字符可能會(huì)亂碼，

25、post支持標(biāo)準(zhǔn)字符集，可以正確傳遞中文字符。（26）cookie與session區(qū)別參考答案： cookie數(shù)據(jù)存放在客戶的瀏覽器上，session數(shù)據(jù)放在服務(wù)器上； cookie不是很安全，別人可以分析存放在本地的COOKIE并進(jìn)行COOKIE欺騙，考慮到安全應(yīng)當(dāng)使用session； session會(huì)在一定時(shí)間內(nèi)保存在服務(wù)器上。當(dāng)訪問增多，會(huì)比較占用你服務(wù)器的性能?？紤]到減輕服務(wù)器性能方面，應(yīng)當(dāng)使用COOKIE； 單個(gè)cookie在客戶端的限制是3K，就是說一個(gè)站點(diǎn)在客戶端存放的COOKIE不能超過3K； Cookie和Session的方案雖然分別屬于客戶端和服務(wù)端，但是服務(wù)端的session的實(shí)現(xiàn)對(duì)客戶端的cookie有依賴關(guān)系的，上面我講到服務(wù)端執(zhí)