軟件測試面試題

　　在日常學(xué)習(xí)和工作中，我們經(jīng)常接觸到試題，通過試題可以檢測參試者所掌握的知識和技能。還在為找參考試題而苦惱嗎？下面是小編精心整理的軟件測試面試題，僅供參考，大家一起來看看吧。

　　軟件測試面試題 篇1

　　1.解釋冷備份和熱備份的不同點(diǎn)以及各自的優(yōu)點(diǎn)

　　解答：熱備份針對歸檔模式的數(shù)據(jù)庫，在數(shù)據(jù)庫仍舊處于工作狀態(tài)時(shí)進(jìn)行備份。而冷備份指在數(shù)據(jù)庫關(guān)閉后，進(jìn)行備份，適用于所有模式的數(shù)據(jù)庫。熱備份的優(yōu)點(diǎn)在于當(dāng)備份時(shí)，數(shù)據(jù)庫仍舊可以被使用并且可以將數(shù)據(jù)庫恢復(fù)到任意一個(gè)時(shí)間點(diǎn)。冷備份的優(yōu)點(diǎn)在于它的備份和恢復(fù)操作相當(dāng)簡單，并且由于冷備份的數(shù)據(jù)庫可以工作在非歸檔模式下,數(shù)據(jù)庫性能會(huì)比歸檔模式稍好。(因?yàn)椴槐貙�archive log寫入硬盤)

　　2.你必須利用備份恢復(fù)數(shù)據(jù)庫，但是你沒有控制文件，該如何解決問題呢?

　　解答：重建控制文件，用帶backup control file 子句的recover 命令恢復(fù)數(shù)據(jù)庫。

　　3.如何轉(zhuǎn)換init.ora到spfile?解答：使用create spfile from pfile 命令.

　　4.解釋data block , extent 和 segment的區(qū)別(這里建議用英文術(shù)語)

　　解答：data block是數(shù)據(jù)庫中最小的邏輯存儲(chǔ)單元。當(dāng)數(shù)據(jù)庫的對象需要更多的物理存儲(chǔ)空間時(shí)，連續(xù)的data block就組成了extent .一個(gè)數(shù)據(jù)庫對象擁有的所有extents被稱為該對象的segment.

　　5.給出兩個(gè)檢查表結(jié)構(gòu)的方法

　　解答：1.DESCRIBE命令

　　2.DBMS_METADATA.GET_DDL 包

　　6.怎樣查看數(shù)據(jù)庫引擎的報(bào)錯(cuò)

　　解答：alert log.

　　7.比較truncate和 命令

　　解答：兩者都可以用來刪除表中所有的記錄。區(qū)別在于：truncate是DDL操作，它移動(dòng)HWK，不需要 rollback segment .而Delete是DML操作, 需要rollback segment 且花費(fèi)較長時(shí)間.

　　8.使用索引的理由

　　解答：快速訪問表中的data block

　　9.給出在STAR SCHEMA中的兩種表及它們分別含有的數(shù)據(jù)

　　解答：Fact tables 和dimension tables.fact table 包含大量的主要的信息而 dimension tables 存放對fact table 某些屬性描述的信息

　　10.FACT Table上需要建立何種索引?

　　解答：位圖索引 (bitmap index)

　　11.給出兩種相關(guān)約束?

　　解答：主鍵和外鍵

　　12.如何在不影響子表的前提下，重建一個(gè)母表

　　解答：子表的外鍵強(qiáng)制實(shí)效，重建母表，激活外鍵

　　13.解釋歸檔和非歸檔模式之間的.不同和它們各自的優(yōu)缺點(diǎn)

　　解答：歸檔模式是指你可以備份所有的數(shù)據(jù)庫 transactions并恢復(fù)到任意一個(gè)時(shí)間點(diǎn)。非歸檔模式則相反，不能恢復(fù)到任意一個(gè)時(shí)間點(diǎn)。但是非歸檔模式可以帶來數(shù)據(jù)庫性能上的少許提高.

　　14.如何建立一個(gè)備份控制文件?

　　解答：Alter database backup control file to trace.

　　15.給出數(shù)據(jù)庫正常啟動(dòng)所經(jīng)歷的幾種狀態(tài) ?

　　解答：STARTUp NOMOUNT 數(shù)據(jù)庫實(shí)例啟動(dòng)

　　STARTUp MOUNT 數(shù)據(jù)庫裝載

　　STARTUp OpEN 數(shù)據(jù)庫打開

　　16.哪個(gè)column可以用來區(qū)別V$視圖和GV$視圖?

　　解答： INST_ID 指明集群環(huán)境中具體的 某個(gè)instance 。

　　17.如何生成explain plan?

　　解答：運(yùn)行utlxplan.sql.建立plan 表

　　針對特定SQL語句，使用 explain plan set statement_id = st1 into plan_table

　　運(yùn)行utlxplp.sql 或 utlxpls.sql察看explain plan

　　18.如何增加buffer cache的命中率?

　　解答：在數(shù)據(jù)庫較繁忙時(shí)，適用buffer cache advisory 工具，查詢v$db_cache_advice .如果有必要更改，可以使用 alter system set db_cache_size 命令

　　19.ORA-01555的應(yīng)對方法?

　　解答：具體的出錯(cuò)信息是snapshot too old within rollback seg , 通常可以通過增大rollback seg來解決問題。當(dāng)然也需要察看一下具體造成錯(cuò)誤的SQL文本

　　20.解釋$ORACLE_HOME和$ORACLE_BASE的區(qū)別?

　　解答：ORACLE_BASE是oracle的根目錄，ORACLE_HOME是oracle產(chǎn)品的目錄。

　　軟件測試面試題 篇2

　　1、開發(fā)犯低級錯(cuò)誤怎么辦？

　　開發(fā)首先要規(guī)范好編碼，出低級錯(cuò)時(shí)不要指責(zé)，內(nèi)心指出錯(cuò)誤。讓他們自己進(jìn)行測試，反思找出錯(cuò)誤。

　　2、你進(jìn)行過哪些測試，擅長什么?

　　我主要從事web測試，搭建環(huán)境，對程序進(jìn)行集成測試、系統(tǒng)測試、回歸測試。還有編寫測試用例，使用手冊，功能測試文檔。單元測試：測試的最早期階段，焦點(diǎn)在于被測軟件的最小的組成部分。

　　集成測試：確保最小單元被（部分）整合后能正常操作的測試執(zhí)行階段

　　系統(tǒng)測試：當(dāng)應(yīng)用作為整體運(yùn)行時(shí)的測試執(zhí)行階段（測試最終的應(yīng)用）

　　回歸測試：修改了舊代碼后，重新進(jìn)行測試以確認(rèn)修改操作沒有引入新的錯(cuò)誤或?qū)е缕渌�代碼產(chǎn)生錯(cuò)誤。

　　驗(yàn)收測試：以用戶為主，由用戶參加設(shè)計(jì)測試用例，對程序的功能、性能，以及可移植性、兼容性、可維護(hù)性、錯(cuò)誤的恢復(fù)功能等進(jìn)行確認(rèn)。主要運(yùn)用黑盒測試的方法，對系統(tǒng)主要流程、重要功能進(jìn)行有效性測試，驗(yàn)證所測試的軟件是否滿足需求規(guī)格說明書列出的要求

　　3、開發(fā)說不是bug怎么辦？

　　將自己的見解告訴開發(fā)，不行就把見解和bug提交項(xiàng)目經(jīng)理決定。

　　4、你的職業(yè)規(guī)劃?

　　鞏固基礎(chǔ)測試知識，提高理解需求能力。學(xué)習(xí)自動(dòng)化測試，并且運(yùn)用。技術(shù)到位后學(xué)習(xí)帶領(lǐng)測試團(tuán)隊(duì)。最后爭取達(dá)到測試經(jīng)理水平。

　　5、什么測試用例才是合格?

　　能覆蓋到所有測試點(diǎn)

　　6、缺陷測試報(bào)告組成？

　　缺陷編號、缺陷標(biāo)題、缺陷描述、缺陷優(yōu)先程度、缺陷所屬模塊、缺陷所屬版本、缺陷所屬開發(fā)人員、 輸入數(shù)據(jù)、輸出結(jié)果、缺陷分析等。

　　C/S模式，使用交替方法確認(rèn)是client還是server端問題。

　　7、測試用例包括哪些？

　　用例編號、測試項(xiàng)描述、操作步驟、輸入、預(yù)期結(jié)果、實(shí)際結(jié)果、測試人、測試時(shí)間、備注

　　8、軟件評審的人員和目的

　　人員：客戶、項(xiàng)目經(jīng)理、開發(fā)人員、測試人員目的：查看軟件是否還存在問題。是否在不同平臺(tái)正常運(yùn)行，是否有和客戶理解不一致的地方，是否有改進(jìn)的地方

　　9、什么是軟件測試？目的?

　　使用人工或自動(dòng)化手段運(yùn)行程序，為了發(fā)現(xiàn)軟件的錯(cuò)誤而執(zhí)行檢驗(yàn)的一個(gè)過程目的：以最少的人力、物力、時(shí)間找到軟件中的缺陷并修改，從而回避風(fēng)險(xiǎn)。

　　10、兼容測試

　　檢查軟件在不同軟件、硬件平臺(tái)是否可以正常運(yùn)行。即軟件的可移植性。主要查看在不同操作系統(tǒng)、瀏覽器、數(shù)據(jù)庫、不同版本是否正常運(yùn)行

　　11、為什么進(jìn)行軟件測試？

　　沒經(jīng)過測試的軟件無法保證質(zhì)量，好比iso質(zhì)量認(rèn)證一樣。測試中發(fā)現(xiàn)問題，即時(shí)提交開發(fā)改進(jìn)，在軟件發(fā)布時(shí)保證軟件質(zhì)量。

　　12、軟件測試類型有哪些？區(qū)別與聯(lián)系？

　　常見：功能測試、性能測試、界面測試。

　　功能測試：占比最大，也叫黑盒測試（不看代碼）。進(jìn)行動(dòng)態(tài)測試時(shí)，需要測試軟件功能，不需要測試軟件內(nèi)部結(jié)構(gòu)和處理過程。

　　技術(shù)方法有：等價(jià)類劃分法、邊界值分析、錯(cuò)誤推測、因果圖和綜合策略。

　　性能測試：通過自動(dòng)化測試工具模擬多種正常、異常、峰值條件，對系統(tǒng)各項(xiàng)性能指標(biāo)測試。

　　負(fù)載測試、壓力測試屬于此。負(fù)載測試：確定各項(xiàng)工作負(fù)載下的系統(tǒng)性能，目標(biāo)是負(fù)載主鍵增加時(shí)，系統(tǒng)各項(xiàng)性能指標(biāo)變化；壓力測試：通過系統(tǒng)的瓶頸，獲得系統(tǒng)能提供的最大服務(wù)級別。

　　界面測試：界面好壞決定用戶對軟件第一印象。合理的界面帶來輕松愉悅感受，失敗界面有挫敗感，讓強(qiáng)大的功能付諸東流。

　　區(qū)別：功能測試關(guān)注軟件功能，每個(gè)功能可能存在的問題。性能測試軟件多用戶并發(fā)的穩(wěn)定性和強(qiáng)壯性。界面測試關(guān)注用戶體驗(yàn)和易用性。

　　13、好的測試用例關(guān)鍵？

　　白盒測試：較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果。

　　黑盒測試：較少的用例覆蓋模塊輸出和輸入接口。用最少用例在合理時(shí)間內(nèi)發(fā)現(xiàn)最多的問題。

　　對可行和不可行的都要考慮：（1）輸入 （2）詳細(xì)操作步驟 （3）預(yù)期輸出 （4）實(shí)際輸出

　　14、黑盒、白盒、單元、集成、系統(tǒng)、驗(yàn)收測試的區(qū)別與聯(lián)系？

　　黑盒：已知功能設(shè)計(jì)規(guī)格，測試每個(gè)功能是否符合要求。白盒：已知內(nèi)部工作過程，測試每種內(nèi)部操作符合設(shè)計(jì)規(guī)格。黑盒意味著測試在軟件的接口處進(jìn)行，把測試對象看做一個(gè)黑盒子，不考慮程序內(nèi)部邏輯結(jié)構(gòu)和內(nèi)部特性，僅看需求說明書檢查功能是否符合需求。黑盒-》功能測試（或者 數(shù)據(jù)驅(qū)動(dòng)測試）

　　15、軟件開發(fā)過程與角色分工？

　　測試配合開發(fā)等進(jìn)行需求分析和討論，根據(jù)需求說明書制定《項(xiàng)目測試計(jì)劃》，編寫測試用例，建立測試環(huán)境。測試負(fù)責(zé)新產(chǎn)品測試，原有產(chǎn)品的升級測試，負(fù)責(zé)軟件問題解決過程跟蹤，軟件開發(fā)文檔、開發(fā)工作的規(guī)范化，管理開發(fā)部門的產(chǎn)品文檔，制作用戶手冊、操作手冊，產(chǎn)品上限測試，監(jiān)督軟件開發(fā)過程執(zhí)行，提高軟件質(zhì)量。

　　16、軟件開發(fā)過程與角色分工？

　　開發(fā)與測試開會(huì)討論需求。需求分析人員寫出需求分析說明，三部門討論可行性。給出詳細(xì)設(shè)計(jì)說明書，開發(fā)編碼，給出系統(tǒng)流程圖。測試根據(jù)此，給出bug統(tǒng)計(jì)。

　　17、不同測試類型的聯(lián)系與區(qū)別？

　　功能、性能、可靠性、安全性、負(fù)載測試，壓力、安裝/卸載、啟動(dòng)/停止、兼容、互聯(lián)測試，文檔、回歸、可使用性、容量測試

　　18、測試計(jì)劃工作包括？

　　是對工作內(nèi)容的有效組織和規(guī)劃，保證測試工作有效展開。包括測試目標(biāo)，測試范圍定義，測試方法選擇，測試進(jìn)度里程碑，測試資源管理和配置。測試目標(biāo)最重要，因?yàn)樗�是軟件測試的最終達(dá)到結(jié)果

　　19、性能測試工具，原理、實(shí)際應(yīng)用LoadRunner

　　能夠錄制測試的操作步驟，對其模擬出多個(gè)用戶播放出來。

　　（1）visural user genertor：創(chuàng)建腳本，選擇協(xié)議，錄制操作，編輯操作

　�。�2）中央控制器 controller：調(diào)度虛擬用戶。創(chuàng)建場景，選擇腳本，建立虛擬用戶，設(shè)計(jì)shedual，設(shè)置ip spoofer

　�。�3）運(yùn)行腳本，分析shedual

　�。�4）分析測試結(jié)果

　　20、兼容性

　　平臺(tái)兼容、網(wǎng)絡(luò)兼容、數(shù)據(jù)庫兼容、數(shù)據(jù)格式兼容。

　　缺陷等級分類

　　(1) 最高級--導(dǎo)致運(yùn)行中斷(應(yīng)用程序崩潰),預(yù)期的功能沒有得到實(shí)現(xiàn),測試工作無法繼續(xù)進(jìn)行等

　　(2) 緊急---事件非常重要,并且需要馬上給予關(guān)注

　　(3) 高級---事件是重要的,并且應(yīng)該在緊急的事件處理之后盡快得到解決

　　(4) 中級---事件是重要的,但是由于解決問題需要花費(fèi)一定的時(shí)間,所以可以用較長的時(shí)間解決

　　(5) 低級---事件不重要,可以在時(shí)間和資源允許的情況下再解決

　　21、缺陷生命周期

　　新建bug–提交bug–確認(rèn)bug–分配bug–修復(fù)bug–驗(yàn)證bug–關(guān)閉bug

　　22、測試結(jié)束標(biāo)準(zhǔn)

　　1）一二級缺陷數(shù)目達(dá)到項(xiàng)目質(zhì)量管理目標(biāo)要求，測試暫停返回開發(fā)

　　2）項(xiàng)目出現(xiàn)重大估算和進(jìn)度偏差，需要暫�；蛘呓K止

　　3）新需求變更大，需修改測試計(jì)劃和測試用例再進(jìn)行

　　4）開發(fā)暫停，測試也暫停，備份暫停時(shí)的數(shù)據(jù)

　　5）所有功能、性能測試用例100%進(jìn)行

　　23、測試生命周期

　　需求測試計(jì)劃制定和評審–測試用例編寫–測試用例執(zhí)行–bug管理–測試報(bào)告輸出

　　24、自我介紹

　　套路

　　1）很高興獲得面試機(jī)會(huì)……想證明我是合適的人選……想獲得您的認(rèn)可……

　　2）反問面試官：您看我繼續(xù)介紹項(xiàng)目還是您提問關(guān)心的問題？

　　25、項(xiàng)目介紹

　　先整體再局部介紹，項(xiàng)目五大維度：

　　規(guī)模（代碼規(guī)模、需求規(guī)模、用例規(guī)模、工作量、進(jìn)度、質(zhì)量、成本），測試流程，角色與職責(zé)，項(xiàng)目中自己角色，自己的特色（做得好的、遇到的困難、做得差的），最后是心得體會(huì)。

　　26、數(shù)據(jù)庫問題

　　數(shù)據(jù)庫增刪改查（、、update、select）；

　　表結(jié)構(gòu)增刪改查（create、drop、alter、describe）；

　　存儲(chǔ)過程；觸發(fā)器等

　　27、Linux系統(tǒng)

　　常見50個(gè)命令（find、-name、type、perm、user、group、ctime、atime）

　　熟悉vi、熟悉linux搭建測試環(huán)境。LAMP環(huán)境搭建。

　　28、缺陷相關(guān)

　　缺陷跟蹤流程（流程基本要素）、整體流程（會(huì)話）、缺陷單的20個(gè)屬性、屬性的意義、如何描述好缺陷單、缺陷單的5C原則、缺陷重現(xiàn)步驟。你認(rèn)為最經(jīng)典的bug

　　29、用例相關(guān)

　　用例格式要素、用例設(shè)計(jì)工程方法論、方法要求如何利用。如何評審用例，從那些維度評審，設(shè)計(jì)好用例需要那些只是結(jié)構(gòu)

　　30、軟件測試流程

　　熟悉產(chǎn)品/項(xiàng)目–需求評審–測試需求–測試計(jì)劃–測試方案–測試用例–預(yù)測試，第一輪正式測試–第二輪回歸測試–第三輪測試，測試報(bào)告–總結(jié)–測試指南

　　31、網(wǎng)絡(luò)相關(guān)

　　基本網(wǎng)絡(luò)知識（重點(diǎn)TCP/IP協(xié)議）網(wǎng)絡(luò)通信模型，以及一整個(gè)網(wǎng)絡(luò)傳輸協(xié)議家族，為互聯(lián)網(wǎng)的基礎(chǔ)通信架構(gòu)，提供了點(diǎn)對點(diǎn)的鏈接機(jī)制，將數(shù)據(jù)應(yīng)該如何封裝、定址、傳輸、路由以及在目的地如何接收，都加以標(biāo)準(zhǔn)化。

　　1、應(yīng)用層：應(yīng)用程序之間相互溝通的層

　　2、傳輸層：提供了數(shù)據(jù)傳輸，應(yīng)用程序之間的通信服務(wù)

　　3、網(wǎng)絡(luò)互聯(lián)層：負(fù)責(zé)提供基本的數(shù)據(jù)封包傳送功能，讓每一塊數(shù)據(jù)包都能夠到達(dá)目的主機(jī)

　　4、網(wǎng)絡(luò)接口層：接收數(shù)據(jù)，并進(jìn)行傳輸

　　32、測試工具

　　性能測試工具：LoadRunner，Jmeter

　　自動(dòng)化測試工具：Selenium

　　測試管理工具：禪道或者Jira

　　如何去測試指定軟件？

　　技巧：從質(zhì)量模型、測試工具、測試方法、測試流程、探索式測試，宏觀解決，再微觀講解用例設(shè)計(jì)

　　33、你還有什么想要問的嗎？

　　滿意情況：先表示感謝，問如果有下一輪面試，什么時(shí)候，做什么準(zhǔn)備；

　　一般般情況：感謝，對自己表現(xiàn)不太滿意，能否給我一些建議；

　　很糟糕：感謝，認(rèn)識到不足，希望給建議

　　34、測試用例編寫結(jié)構(gòu)

　　功能性、界面UI、易用性、安全性、兼容性

　　35、STAR法則

　　S（situation）：項(xiàng)目屬于什么類型，周期多長

　　T（task）：團(tuán)隊(duì)分工，你的角色

　　A（action）：具體實(shí)施，自己做了什么

　　R（result）：最后成果，你的收獲

　　36、如何測試紙杯

　　功能性：是否漏水；是否喝到水

　　安全性：有沒有細(xì)菌可靠性：摔下來的損壞程度

　　可移植性：不同地方、溫濕度使用

　　兼容性：容納果汁、啤酒、汽水、汽油等

　　易用性：是否燙手、防滑、方便飲用水

　　用戶文檔：使用手冊對用法、限制、使用條件描述

　　疲勞測試：分別裝上水、汽油等24小時(shí)，泄露情況

　　壓力測試：用物件不斷加壓，承受多大的壓強(qiáng)

　　37、軟件生命周期各個(gè)階段的測試內(nèi)容

　�。�1）需求階段測試：設(shè)計(jì)整個(gè)過程的進(jìn)行、測試計(jì)劃的安排、測試用例的設(shè)計(jì)以及軟件的確認(rèn)要達(dá)到那些要求等。

　　（2）設(shè)計(jì)階段測試：包括概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。在概要設(shè)計(jì)階段，測試人員應(yīng)闡述測試方法和測試評估準(zhǔn)則，編寫測試計(jì)劃，組織成立獨(dú)立的測試小組，安排具有里程碑的測試日程；在詳細(xì)設(shè)計(jì)階段，測試人員要開發(fā)或獲取確認(rèn)支持工具，生成功能測試數(shù)據(jù)和測試用例，以此來檢查設(shè)計(jì)中遺漏的情況、錯(cuò)誤的邏輯、模塊接口的不匹配、數(shù)據(jù)結(jié)構(gòu)不合理、錯(cuò)誤的I/O假定、用戶界面的補(bǔ)充分等。

　�。�3）編碼階段測試：測試需要解決的首要問題是編碼是否和設(shè)計(jì)的一致；其次是系統(tǒng)是否可維護(hù)，系統(tǒng)的規(guī)格說明是否正確地實(shí)現(xiàn)，編碼是否按照既有的標(biāo)準(zhǔn)進(jìn)行。是否有充分的測試計(jì)劃評價(jià)程序，程序是否提供足夠的文檔資料，程序內(nèi)部是否有足夠的注釋等。在測試完成后，要形成下列輸出物：編碼說明書、程序文檔、計(jì)算機(jī)程序列表、可執(zhí)行的程序、程序流程圖、操作介紹和單元測試結(jié)果。

　　（4）測試階段：要進(jìn)行第三方的正確測試，檢驗(yàn)所開發(fā)的系統(tǒng)是否能按照用戶提出要求運(yùn)行，在測試階段要使的用戶能成功地安裝新的.應(yīng)用系統(tǒng)來進(jìn)行測試。

　�。�5）安裝階段測試：首先要根據(jù)系統(tǒng)安裝手冊制定好安裝計(jì)劃，確定安裝流程圖，準(zhǔn)備好安裝文件和程序清單，給出安裝測試的預(yù)期結(jié)果，并對安裝過程中的各項(xiàng)可能發(fā)生的結(jié)果進(jìn)行說明準(zhǔn)備，將程序運(yùn)行的軟硬件要求放入產(chǎn)品說明中。同時(shí)要檢查時(shí)系統(tǒng)用戶手冊和操作手冊，看是否可用。

　�。�6）驗(yàn)收階段測試 ：定義用戶角色，定義驗(yàn)收標(biāo)準(zhǔn)，編制驗(yàn)收計(jì)劃，執(zhí)行驗(yàn)收計(jì)劃和填寫驗(yàn)收結(jié)論。

　　38、get和post的請求

　　1、url可見性：get，參數(shù)url可見；post，url參數(shù)不可見

　　2、數(shù)據(jù)傳輸上：get，通過拼接url進(jìn)行傳遞參數(shù)；post，通過body體傳輸參數(shù)

　　3、緩存性：get請求是可以緩存的post請求不可以緩存

　　4、后退頁面的反應(yīng)get請求頁面后退時(shí)，不產(chǎn)生影響post請求頁面后退時(shí)，會(huì)重新提交請求

　　5、傳輸數(shù)據(jù)的大小get一般傳輸數(shù)據(jù)大小不超過2k-4k（根據(jù)瀏覽器不同，限制不一樣，但相差不大）post請求傳輸數(shù)據(jù)的大小根據(jù)php.ini 配置文件設(shè)定，也可以無限大。

　　6、安全性這個(gè)也是最不好分析的，原則上post肯定要比get安全，畢竟傳輸參數(shù)時(shí)url不可見，但也擋不住部分人閑的沒事在那抓包玩。安全性個(gè)人覺得是沒多大區(qū)別的，防君子不防小人就是這個(gè)道理。對傳遞的參數(shù)進(jìn)行加密，其實(shí)都一樣。

　　39、alpha測試和beta測試的區(qū)別

　　alpha測試是在用戶組織模擬軟件系統(tǒng)的運(yùn)行環(huán)境下的一種驗(yàn)收測試，由用戶或第三方測試公司進(jìn)行的測試，模擬各類用戶行為對即將面市的軟件產(chǎn)品進(jìn)行測試，試圖發(fā)現(xiàn)并修改錯(cuò)誤beta測試時(shí)用戶公司組織各方面的典型終端用戶在日常工作中實(shí)際使用Beta版本，并要求用戶報(bào)告異常情況，提出批評意見。

　　區(qū)別：主要是測試場所不同，alpha是指把用戶請到開發(fā)方的場所來測試，beta測試是指在一個(gè)或多個(gè)用戶的場所進(jìn)行測試；alpha測試的環(huán)境是受開發(fā)方控制的，用戶的數(shù)量相對少，時(shí)間比較集中，beta測試環(huán)境不受開發(fā)方控制，用戶數(shù)量相對多，時(shí)間不集中

　　40、TCP/IP協(xié)議的模型和每層的主要協(xié)議

　　從下到上：

　　1、鏈路層（數(shù)據(jù)鏈路層/網(wǎng)絡(luò)接口層）：包括操作系統(tǒng)中的設(shè)備驅(qū)動(dòng)程序、計(jì)算機(jī)中對應(yīng)的網(wǎng)絡(luò)接口卡

　　2、網(wǎng)絡(luò)層（互聯(lián)網(wǎng)層）：處理分組在網(wǎng)絡(luò)中的活動(dòng)，比如分組的選路；（IP、ICMP、IGMP）

　　3、運(yùn)輸層：主要為兩臺(tái)主機(jī)上的應(yīng)用提供端到端的通信（TCP和UDP）

　　4、應(yīng)用層：負(fù)責(zé)處理特定的應(yīng)用程序細(xì)節(jié)