軟件測(cè)試面試題
在日常學(xué)習(xí)和工作中，我們經(jīng)常接觸到試題，通過(guò)試題可以檢測(cè)參試者所掌握的知識(shí)和技能。還在為找參考試題而苦惱嗎？下面是小編精心整理的軟件測(cè)試面試題，僅供參考，大家一起來(lái)看看吧。
軟件測(cè)試面試題 篇1
1.解釋冷備份和熱備份的不同點(diǎn)以及各自的優(yōu)點(diǎn)
解答：熱備份針對(duì)歸檔模式的數(shù)據(jù)庫(kù)，在數(shù)據(jù)庫(kù)仍舊處于工作狀態(tài)時(shí)進(jìn)行備份。而冷備份指在數(shù)據(jù)庫(kù)關(guān)閉后，進(jìn)行備份，適用于所有模式的數(shù)據(jù)庫(kù)。熱備份的優(yōu)點(diǎn)在于當(dāng)備份時(shí)，數(shù)據(jù)庫(kù)仍舊可以被使用并且可以將數(shù)據(jù)庫(kù)恢復(fù)到任意一個(gè)時(shí)間點(diǎn)。冷備份的優(yōu)點(diǎn)在于它的備份和恢復(fù)操作相當(dāng)簡(jiǎn)單，并且由于冷備份的數(shù)據(jù)庫(kù)可以工作在非歸檔模式下,數(shù)據(jù)庫(kù)性能會(huì)比歸檔模式稍好。(因?yàn)椴槐貙rchive log寫入硬盤)
2.你必須利用備份恢復(fù)數(shù)據(jù)庫(kù)，但是你沒(méi)有控制文件，該如何解決問(wèn)題呢?
解答：重建控制文件，用帶backup control file 子句的recover 命令恢復(fù)數(shù)據(jù)庫(kù)。
3.如何轉(zhuǎn)換init.ora到spfile?解答：使用create spfile from pfile 命令.
4.解釋data block , extent 和 segment的區(qū)別(這里建議用英文術(shù)語(yǔ))
解答：data block是數(shù)據(jù)庫(kù)中最小的邏輯存儲(chǔ)單元。當(dāng)數(shù)據(jù)庫(kù)的對(duì)象需要更多的物理存儲(chǔ)空間時(shí)，連續(xù)的data block就組成了extent .一個(gè)數(shù)據(jù)庫(kù)對(duì)象擁有的所有extents被稱為該對(duì)象的segment.
5.給出兩個(gè)檢查表結(jié)構(gòu)的方法
解答：1.DESCRIBE命令
2.DBMS_METADATA.GET_DDL 包
6.怎樣查看數(shù)據(jù)庫(kù)引擎的報(bào)錯(cuò)
解答：alert log.
7.比較truncate和 命令
解答：兩者都可以用來(lái)刪除表中所有的記錄。區(qū)別在于：truncate是DDL操作，它移動(dòng)HWK，不需要 rollback segment .而Delete是DML操作, 需要rollback segment 且花費(fèi)較長(zhǎng)時(shí)間.
8.使用索引的理由
解答：快速訪問(wèn)表中的data block
9.給出在STAR SCHEMA中的兩種表及它們分別含有的數(shù)據(jù)
解答：Fact tables 和dimension tables.fact table 包含大量的主要的信息而 dimension tables 存放對(duì)fact table 某些屬性描述的信息
10.FACT Table上需要建立何種索引?
解答：位圖索引 (bitmap index)
11.給出兩種相關(guān)約束?
解答：主鍵和外鍵
12.如何在不影響子表的前提下，重建一個(gè)母表
解答：子表的外鍵強(qiáng)制實(shí)效，重建母表，激活外鍵
13.解釋歸檔和非歸檔模式之間的.不同和它們各自的優(yōu)缺點(diǎn)
解答：歸檔模式是指你可以備份所有的數(shù)據(jù)庫(kù) transactions并恢復(fù)到任意一個(gè)時(shí)間點(diǎn)。非歸檔模式則相反，不能恢復(fù)到任意一個(gè)時(shí)間點(diǎn)。但是非歸檔模式可以帶來(lái)數(shù)據(jù)庫(kù)性能上的少許提高.
14.如何建立一個(gè)備份控制文件?
解答：Alter database backup control file to trace.
15.給出數(shù)據(jù)庫(kù)正常啟動(dòng)所經(jīng)歷的幾種狀態(tài) ?
解答：STARTUp NOMOUNT 數(shù)據(jù)庫(kù)實(shí)例啟動(dòng)
STARTUp MOUNT 數(shù)據(jù)庫(kù)裝載
STARTUp OpEN 數(shù)據(jù)庫(kù)打開
16.哪個(gè)column可以用來(lái)區(qū)別V$視圖和GV$視圖?
解答： INST_ID 指明集群環(huán)境中具體的 某個(gè)instance 。
17.如何生成explain plan?
解答：運(yùn)行utlxplan.sql.建立plan 表
針對(duì)特定SQL語(yǔ)句，使用 explain plan set statement_id = st1 into plan_table
運(yùn)行utlxplp.sql 或 utlxpls.sql察看explain plan
18.如何增加buffer cache的命中率?
解答：在數(shù)據(jù)庫(kù)較繁忙時(shí)，適用buffer cache advisory 工具，查詢v$db_cache_advice .如果有必要更改，可以使用 alter system set db_cache_size 命令
19.ORA-01555的應(yīng)對(duì)方法?
解答：具體的出錯(cuò)信息是snapshot too old within rollback seg , 通�？梢酝ㄟ^(guò)增大rollback seg來(lái)解決問(wèn)題。當(dāng)然也需要察看一下具體造成錯(cuò)誤的SQL文本
20.解釋$ORACLE_HOME和$ORACLE_BASE的區(qū)別?
解答：ORACLE_BASE是oracle的根目錄，ORACLE_HOME是oracle產(chǎn)品的目錄。
軟件測(cè)試面試題 篇2
1、開發(fā)犯低級(jí)錯(cuò)誤怎么辦？
開發(fā)首先要規(guī)范好編碼，出低級(jí)錯(cuò)時(shí)不要指責(zé)，內(nèi)心指出錯(cuò)誤。讓他們自己進(jìn)行測(cè)試，反思找出錯(cuò)誤。
2、你進(jìn)行過(guò)哪些測(cè)試，擅長(zhǎng)什么?
我主要從事web測(cè)試，搭建環(huán)境，對(duì)程序進(jìn)行集成測(cè)試、系統(tǒng)測(cè)試、回歸測(cè)試。還有編寫測(cè)試用例，使用手冊(cè)，功能測(cè)試文檔。單元測(cè)試：測(cè)試的最早期階段，焦點(diǎn)在于被測(cè)軟件的最小的組成部分。
集成測(cè)試：確保最小單元被（部分）整合后能正常操作的測(cè)試執(zhí)行階段
系統(tǒng)測(cè)試：當(dāng)應(yīng)用作為整體運(yùn)行時(shí)的測(cè)試執(zhí)行階段（測(cè)試最終的應(yīng)用）
回歸測(cè)試：修改了舊代碼后，重新進(jìn)行測(cè)試以確認(rèn)修改操作沒(méi)有引入新的錯(cuò)誤或?qū)е缕渌a產(chǎn)生錯(cuò)誤。
驗(yàn)收測(cè)試：以用戶為主，由用戶參加設(shè)計(jì)測(cè)試用例，對(duì)程序的功能、性能，以及可移植性、兼容性、可維護(hù)性、錯(cuò)誤的恢復(fù)功能等進(jìn)行確認(rèn)。主要運(yùn)用黑盒測(cè)試的方法，對(duì)系統(tǒng)主要流程、重要功能進(jìn)行有效性測(cè)試，驗(yàn)證所測(cè)試的軟件是否滿足需求規(guī)格說(shuō)明書列出的要求
3、開發(fā)說(shuō)不是bug怎么辦？
將自己的見解告訴開發(fā)，不行就把見解和bug提交項(xiàng)目經(jīng)理決定。
4、你的職業(yè)規(guī)劃?
鞏固基礎(chǔ)測(cè)試知識(shí)，提高理解需求能力。學(xué)習(xí)自動(dòng)化測(cè)試，并且運(yùn)用。技術(shù)到位后學(xué)習(xí)帶領(lǐng)測(cè)試團(tuán)隊(duì)。最后爭(zhēng)取達(dá)到測(cè)試經(jīng)理水平。
5、什么測(cè)試用例才是合格?
能覆蓋到所有測(cè)試點(diǎn)
6、缺陷測(cè)試報(bào)告組成？
缺陷編號(hào)、缺陷標(biāo)題、缺陷描述、缺陷優(yōu)先程度、缺陷所屬模塊、缺陷所屬版本、缺陷所屬開發(fā)人員、 輸入數(shù)據(jù)、輸出結(jié)果、缺陷分析等。
C/S模式，使用交替方法確認(rèn)是client還是server端問(wèn)題。
7、測(cè)試用例包括哪些？
用例編號(hào)、測(cè)試項(xiàng)描述、操作步驟、輸入、預(yù)期結(jié)果、實(shí)際結(jié)果、測(cè)試人、測(cè)試時(shí)間、備注
8、軟件評(píng)審的人員和目的
人員：客戶、項(xiàng)目經(jīng)理、開發(fā)人員、測(cè)試人員目的：查看軟件是否還存在問(wèn)題。是否在不同平臺(tái)正常運(yùn)行，是否有和客戶理解不一致的地方，是否有改進(jìn)的地方
9、什么是軟件測(cè)試？目的?
使用人工或自動(dòng)化手段運(yùn)行程序，為了發(fā)現(xiàn)軟件的錯(cuò)誤而執(zhí)行檢驗(yàn)的一個(gè)過(guò)程目的：以最少的人力、物力、時(shí)間找到軟件中的缺陷并修改，從而回避風(fēng)險(xiǎn)。
10、兼容測(cè)試
檢查軟件在不同軟件、硬件平臺(tái)是否可以正常運(yùn)行。即軟件的可移植性。主要查看在不同操作系統(tǒng)、瀏覽器、數(shù)據(jù)庫(kù)、不同版本是否正常運(yùn)行
11、為什么進(jìn)行軟件測(cè)試？
沒(méi)經(jīng)過(guò)測(cè)試的軟件無(wú)法保證質(zhì)量，好比iso質(zhì)量認(rèn)證一樣。測(cè)試中發(fā)現(xiàn)問(wèn)題，即時(shí)提交開發(fā)改進(jìn)，在軟件發(fā)布時(shí)保證軟件質(zhì)量。
12、軟件測(cè)試類型有哪些？區(qū)別與聯(lián)系？
常見：功能測(cè)試、性能測(cè)試、界面測(cè)試。
功能測(cè)試：占比最大，也叫黑盒測(cè)試（不看代碼）。進(jìn)行動(dòng)態(tài)測(cè)試時(shí)，需要測(cè)試軟件功能，不需要測(cè)試軟件內(nèi)部結(jié)構(gòu)和處理過(guò)程。
技術(shù)方法有：等價(jià)類劃分法、邊界值分析、錯(cuò)誤推測(cè)、因果圖和綜合策略。
性能測(cè)試：通過(guò)自動(dòng)化測(cè)試工具模擬多種正常、異常、峰值條件，對(duì)系統(tǒng)各項(xiàng)性能指標(biāo)測(cè)試。
負(fù)載測(cè)試、壓力測(cè)試屬于此。負(fù)載測(cè)試：確定各項(xiàng)工作負(fù)載下的系統(tǒng)性能，目標(biāo)是負(fù)載主鍵增加時(shí)，系統(tǒng)各項(xiàng)性能指標(biāo)變化；壓力測(cè)試：通過(guò)系統(tǒng)的瓶頸，獲得系統(tǒng)能提供的最大服務(wù)級(jí)別。
界面測(cè)試：界面好壞決定用戶對(duì)軟件第一印象。合理的界面帶來(lái)輕松愉悅感受，失敗界面有挫敗感，讓強(qiáng)大的功能付諸東流。
區(qū)別：功能測(cè)試關(guān)注軟件功能，每個(gè)功能可能存在的問(wèn)題。性能測(cè)試軟件多用戶并發(fā)的穩(wěn)定性和強(qiáng)壯性。界面測(cè)試關(guān)注用戶體驗(yàn)和易用性。
13、好的測(cè)試用例關(guān)鍵？
白盒測(cè)試：較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果。
黑盒測(cè)試：較少的用例覆蓋模塊輸出和輸入接口。用最少用例在合理時(shí)間內(nèi)發(fā)現(xiàn)最多的問(wèn)題。
對(duì)可行和不可行的都要考慮：（1）輸入 （2）詳細(xì)操作步驟 （3）預(yù)期輸出 （4）實(shí)際輸出
14、黑盒、白盒、單元、集成、系統(tǒng)、驗(yàn)收測(cè)試的區(qū)別與聯(lián)系？
黑盒：已知功能設(shè)計(jì)規(guī)格，測(cè)試每個(gè)功能是否符合要求。白盒：已知內(nèi)部工作過(guò)程，測(cè)試每種內(nèi)部操作符合設(shè)計(jì)規(guī)格。黑盒意味著測(cè)試在軟件的接口處進(jìn)行，把測(cè)試對(duì)象看做一個(gè)黑盒子，不考慮程序內(nèi)部邏輯結(jié)構(gòu)和內(nèi)部特性，僅看需求說(shuō)明書檢查功能是否符合需求。黑盒-》功能測(cè)試（或者 數(shù)據(jù)驅(qū)動(dòng)測(cè)試）
15、軟件開發(fā)過(guò)程與角色分工？
測(cè)試配合開發(fā)等進(jìn)行需求分析和討論，根據(jù)需求說(shuō)明書制定《項(xiàng)目測(cè)試計(jì)劃》，編寫測(cè)試用例，建立測(cè)試環(huán)境。測(cè)試負(fù)責(zé)新產(chǎn)品測(cè)試，原有產(chǎn)品的升級(jí)測(cè)試，負(fù)責(zé)軟件問(wèn)題解決過(guò)程跟蹤，軟件開發(fā)文檔、開發(fā)工作的規(guī)范化，管理開發(fā)部門的產(chǎn)品文檔，制作用戶手冊(cè)、操作手冊(cè)，產(chǎn)品上限測(cè)試，監(jiān)督軟件開發(fā)過(guò)程執(zhí)行，提高軟件質(zhì)量。
16、軟件開發(fā)過(guò)程與角色分工？
開發(fā)與測(cè)試開會(huì)討論需求。需求分析人員寫出需求分析說(shuō)明，三部門討論可行性。給出詳細(xì)設(shè)計(jì)說(shuō)明書，開發(fā)編碼，給出系統(tǒng)流程圖。測(cè)試根據(jù)此，給出bug統(tǒng)計(jì)。
17、不同測(cè)試類型的聯(lián)系與區(qū)別？
功能、性能、可靠性、安全性、負(fù)載測(cè)試，壓力、安裝/卸載、啟動(dòng)/停止、兼容、互聯(lián)測(cè)試，文檔、回歸、可使用性、容量測(cè)試
18、測(cè)試計(jì)劃工作包括？
是對(duì)工作內(nèi)容的有效組織和規(guī)劃，保證測(cè)試工作有效展開。包括測(cè)試目標(biāo)，測(cè)試范圍定義，測(cè)試方法選擇，測(cè)試進(jìn)度里程碑，測(cè)試資源管理和配置。測(cè)試目標(biāo)最重要，因?yàn)樗擒浖䴗y(cè)試的最終達(dá)到結(jié)果
19、性能測(cè)試工具，原理、實(shí)際應(yīng)用LoadRunner
能夠錄制測(cè)試的操作步驟，對(duì)其模擬出多個(gè)用戶播放出來(lái)。
�。�1）visural user genertor：創(chuàng)建腳本，選擇協(xié)議，錄制操作，編輯操作
�。�2）中央控制器 controller：調(diào)度虛擬用戶。創(chuàng)建場(chǎng)景，選擇腳本，建立虛擬用戶，設(shè)計(jì)shedual，設(shè)置ip spoofer
�。�3）運(yùn)行腳本，分析shedual
�。�4）分析測(cè)試結(jié)果
20、兼容性
平臺(tái)兼容、網(wǎng)絡(luò)兼容、數(shù)據(jù)庫(kù)兼容、數(shù)據(jù)格式兼容。
缺陷等級(jí)分類
(1) 最高級(jí)--導(dǎo)致運(yùn)行中斷(應(yīng)用程序崩潰),預(yù)期的功能沒(méi)有得到實(shí)現(xiàn),測(cè)試工作無(wú)法繼續(xù)進(jìn)行等
(2) 緊急---事件非常重要,并且需要馬上給予關(guān)注
(3) 高級(jí)---事件是重要的,并且應(yīng)該在緊急的事件處理之后盡快得到解決
(4) 中級(jí)---事件是重要的,但是由于解決問(wèn)題需要花費(fèi)一定的時(shí)間,所以可以用較長(zhǎng)的時(shí)間解決
(5) 低級(jí)---事件不重要,可以在時(shí)間和資源允許的情況下再解決
21、缺陷生命周期
新建bug–提交bug–確認(rèn)bug–分配bug–修復(fù)bug–驗(yàn)證bug–關(guān)閉bug
22、測(cè)試結(jié)束標(biāo)準(zhǔn)
1）一二級(jí)缺陷數(shù)目達(dá)到項(xiàng)目質(zhì)量管理目標(biāo)要求，測(cè)試暫停返回開發(fā)
2）項(xiàng)目出現(xiàn)重大估算和進(jìn)度偏差，需要暫停或者終止
3）新需求變更大，需修改測(cè)試計(jì)劃和測(cè)試用例再進(jìn)行
4）開發(fā)暫停，測(cè)試也暫停，備份暫停時(shí)的數(shù)據(jù)
5）所有功能、性能測(cè)試用例100%進(jìn)行
23、測(cè)試生命周期
需求測(cè)試計(jì)劃制定和評(píng)審–測(cè)試用例編寫–測(cè)試用例執(zhí)行–bug管理–測(cè)試報(bào)告輸出
24、自我介紹
套路
1）很高興獲得面試機(jī)會(huì)……想證明我是合適的人選……想獲得您的認(rèn)可……
2）反問(wèn)面試官：您看我繼續(xù)介紹項(xiàng)目還是您提問(wèn)關(guān)心的問(wèn)題？
25、項(xiàng)目介紹
先整體再局部介紹，項(xiàng)目五大維度：
規(guī)模（代碼規(guī)模、需求規(guī)模、用例規(guī)模、工作量、進(jìn)度、質(zhì)量、成本），測(cè)試流程，角色與職責(zé)，項(xiàng)目中自己角色，自己的特色（做得好的、遇到的困難、做得差的），最后是心得體會(huì)。
26、數(shù)據(jù)庫(kù)問(wèn)題
數(shù)據(jù)庫(kù)增刪改查（、、update、select）；
表結(jié)構(gòu)增刪改查（create、drop、alter、describe）；
存儲(chǔ)過(guò)程；觸發(fā)器等
27、Linux系統(tǒng)
常見50個(gè)命令（find、-name、type、perm、user、group、ctime、atime）
熟悉vi、熟悉linux搭建測(cè)試環(huán)境。LAMP環(huán)境搭建。
28、缺陷相關(guān)
缺陷跟蹤流程（流程基本要素）、整體流程（會(huì)話）、缺陷單的20個(gè)屬性、屬性的意義、如何描述好缺陷單、缺陷單的5C原則、缺陷重現(xiàn)步驟。你認(rèn)為最經(jīng)典的bug
29、用例相關(guān)
用例格式要素、用例設(shè)計(jì)工程方法論、方法要求如何利用。如何評(píng)審用例，從那些維度評(píng)審，設(shè)計(jì)好用例需要那些只是結(jié)構(gòu)
30、軟件測(cè)試流程
熟悉產(chǎn)品/項(xiàng)目–需求評(píng)審–測(cè)試需求–測(cè)試計(jì)劃–測(cè)試方案–測(cè)試用例–預(yù)測(cè)試，第一輪正式測(cè)試–第二輪回歸測(cè)試–第三輪測(cè)試，測(cè)試報(bào)告–總結(jié)–測(cè)試指南
31、網(wǎng)絡(luò)相關(guān)
基本網(wǎng)絡(luò)知識(shí)（重點(diǎn)TCP/IP協(xié)議）網(wǎng)絡(luò)通信模型，以及一整個(gè)網(wǎng)絡(luò)傳輸協(xié)議家族，為互聯(lián)網(wǎng)的基礎(chǔ)通信架構(gòu)，提供了點(diǎn)對(duì)點(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、測(cè)試工具
性能測(cè)試工具：LoadRunner，Jmeter
自動(dòng)化測(cè)試工具：Selenium
測(cè)試管理工具：禪道或者Jira
如何去測(cè)試指定軟件？
技巧：從質(zhì)量模型、測(cè)試工具、測(cè)試方法、測(cè)試流程、探索式測(cè)試，宏觀解決，再微觀講解用例設(shè)計(jì)
33、你還有什么想要問(wèn)的嗎？
滿意情況：先表示感謝，問(wèn)如果有下一輪面試，什么時(shí)候，做什么準(zhǔn)備；
一般般情況：感謝，對(duì)自己表現(xiàn)不太滿意，能否給我一些建議；
很糟糕：感謝，認(rèn)識(shí)到不足，希望給建議
34、測(cè)試用例編寫結(jié)構(gòu)
功能性、界面UI、易用性、安全性、兼容性
35、STAR法則
S（situation）：項(xiàng)目屬于什么類型，周期多長(zhǎng)
T（task）：團(tuán)隊(duì)分工，你的角色
A（action）：具體實(shí)施，自己做了什么
R（result）：最后成果，你的收獲
36、如何測(cè)試紙杯
功能性：是否漏水；是否喝到水
安全性：有沒(méi)有細(xì)菌可靠性：摔下來(lái)的損壞程度
可移植性：不同地方、溫濕度使用
兼容性：容納果汁、啤酒、汽水、汽油等
易用性：是否燙手、防滑、方便飲用水
用戶文檔：使用手冊(cè)對(duì)用法、限制、使用條件描述
疲勞測(cè)試：分別裝上水、汽油等24小時(shí)，泄露情況
壓力測(cè)試：用物件不斷加壓，承受多大的壓強(qiáng)
37、軟件生命周期各個(gè)階段的測(cè)試內(nèi)容
�。�1）需求階段測(cè)試：設(shè)計(jì)整個(gè)過(guò)程的進(jìn)行、測(cè)試計(jì)劃的安排、測(cè)試用例的設(shè)計(jì)以及軟件的確認(rèn)要達(dá)到那些要求等。
�。�2）設(shè)計(jì)階段測(cè)試：包括概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。在概要設(shè)計(jì)階段，測(cè)試人員應(yīng)闡述測(cè)試方法和測(cè)試評(píng)估準(zhǔn)則，編寫測(cè)試計(jì)劃，組織成立獨(dú)立的測(cè)試小組，安排具有里程碑的測(cè)試日程；在詳細(xì)設(shè)計(jì)階段，測(cè)試人員要開發(fā)或獲取確認(rèn)支持工具，生成功能測(cè)試數(shù)據(jù)和測(cè)試用例，以此來(lái)檢查設(shè)計(jì)中遺漏的情況、錯(cuò)誤的邏輯、模塊接口的不匹配、數(shù)據(jù)結(jié)構(gòu)不合理、錯(cuò)誤的I/O假定、用戶界面的補(bǔ)充分等。
（3）編碼階段測(cè)試：測(cè)試需要解決的首要問(wèn)題是編碼是否和設(shè)計(jì)的一致；其次是系統(tǒng)是否可維護(hù)，系統(tǒng)的規(guī)格說(shuō)明是否正確地實(shí)現(xiàn)，編碼是否按照既有的標(biāo)準(zhǔn)進(jìn)行。是否有充分的測(cè)試計(jì)劃評(píng)價(jià)程序，程序是否提供足夠的文檔資料，程序內(nèi)部是否有足夠的注釋等。在測(cè)試完成后，要形成下列輸出物：編碼說(shuō)明書、程序文檔、計(jì)算機(jī)程序列表、可執(zhí)行的程序、程序流程圖、操作介紹和單元測(cè)試結(jié)果。
�。�4）測(cè)試階段：要進(jìn)行第三方的正確測(cè)試，檢驗(yàn)所開發(fā)的系統(tǒng)是否能按照用戶提出要求運(yùn)行，在測(cè)試階段要使的用戶能成功地安裝新的.應(yīng)用系統(tǒng)來(lái)進(jìn)行測(cè)試。
（5）安裝階段測(cè)試：首先要根據(jù)系統(tǒng)安裝手冊(cè)制定好安裝計(jì)劃，確定安裝流程圖，準(zhǔn)備好安裝文件和程序清單，給出安裝測(cè)試的預(yù)期結(jié)果，并對(duì)安裝過(guò)程中的各項(xiàng)可能發(fā)生的結(jié)果進(jìn)行說(shuō)明準(zhǔn)備，將程序運(yùn)行的軟硬件要求放入產(chǎn)品說(shuō)明中。同時(shí)要檢查時(shí)系統(tǒng)用戶手冊(cè)和操作手冊(cè)，看是否可用。
（6）驗(yàn)收階段測(cè)試 ：定義用戶角色，定義驗(yàn)收標(biāo)準(zhǔn)，編制驗(yàn)收計(jì)劃，執(zhí)行驗(yàn)收計(jì)劃和填寫驗(yàn)收結(jié)論。
38、get和post的請(qǐng)求
1、url可見性：get，參數(shù)url可見；post，url參數(shù)不可見
2、數(shù)據(jù)傳輸上：get，通過(guò)拼接url進(jìn)行傳遞參數(shù)；post，通過(guò)body體傳輸參數(shù)
3、緩存性：get請(qǐng)求是可以緩存的post請(qǐng)求不可以緩存
4、后退頁(yè)面的反應(yīng)get請(qǐng)求頁(yè)面后退時(shí)，不產(chǎn)生影響post請(qǐng)求頁(yè)面后退時(shí)，會(huì)重新提交請(qǐng)求
5、傳輸數(shù)據(jù)的大小get一般傳輸數(shù)據(jù)大小不超過(guò)2k-4k（根據(jù)瀏覽器不同，限制不一樣，但相差不大）post請(qǐng)求傳輸數(shù)據(jù)的大小根據(jù)php.ini 配置文件設(shè)定，也可以無(wú)限大。
6、安全性這個(gè)也是最不好分析的，原則上post肯定要比get安全，畢竟傳輸參數(shù)時(shí)url不可見，但也擋不住部分人閑的沒(méi)事在那抓包玩。安全性個(gè)人覺(jué)得是沒(méi)多大區(qū)別的，防君子不防小人就是這個(gè)道理。對(duì)傳遞的參數(shù)進(jìn)行加密，其實(shí)都一樣。
39、alpha測(cè)試和beta測(cè)試的區(qū)別
alpha測(cè)試是在用戶組織模擬軟件系統(tǒng)的運(yùn)行環(huán)境下的一種驗(yàn)收測(cè)試，由用戶或第三方測(cè)試公司進(jìn)行的測(cè)試，模擬各類用戶行為對(duì)即將面市的軟件產(chǎn)品進(jìn)行測(cè)試，試圖發(fā)現(xiàn)并修改錯(cuò)誤beta測(cè)試時(shí)用戶公司組織各方面的典型終端用戶在日常工作中實(shí)際使用Beta版本，并要求用戶報(bào)告異常情況，提出批評(píng)意見。
區(qū)別：主要是測(cè)試場(chǎng)所不同，alpha是指把用戶請(qǐng)到開發(fā)方的場(chǎng)所來(lái)測(cè)試，beta測(cè)試是指在一個(gè)或多個(gè)用戶的場(chǎng)所進(jìn)行測(cè)試；alpha測(cè)試的環(huán)境是受開發(fā)方控制的，用戶的數(shù)量相對(duì)少，時(shí)間比較集中，beta測(cè)試環(huán)境不受開發(fā)方控制，用戶數(shù)量相對(duì)多，時(shí)間不集中
40、TCP/IP協(xié)議的模型和每層的主要協(xié)議
從下到上：
1、鏈路層（數(shù)據(jù)鏈路層/網(wǎng)絡(luò)接口層）：包括操作系統(tǒng)中的設(shè)備驅(qū)動(dòng)程序、計(jì)算機(jī)中對(duì)應(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é)