1，流程
測(cè)試需求分析
編寫(xiě)測(cè)試用例
測(cè)試執(zhí)行
測(cè)試結(jié)果分析
缺陷修改測(cè)試
編寫(xiě)測(cè)試報(bào)告

功能測(cè)試
界面測(cè)試
兼容性測(cè)試
安裝卸載測(cè)試
安全和訪問(wèn)測(cè)試
故障轉(zhuǎn)移和恢復(fù)測(cè)試
性能測(cè)試

2，給你一個(gè)網(wǎng)站，你如何測(cè)試？
分析測(cè)試需求
查找需求說(shuō)明、網(wǎng)站設(shè)計(jì)等相關(guān)文檔。
制定測(cè)試計(jì)劃
確定測(cè)試范圍和測(cè)試策略，一般包括以下幾個(gè)部分：功能性測(cè)試；界面測(cè)試；性能測(cè)試；數(shù)據(jù)庫(kù)測(cè)試；安全性測(cè)試；兼容性測(cè)試。

3，什么是軟件測(cè)試？軟件測(cè)試的目的與原則？
在規(guī)定的條件下對(duì)程序進(jìn)行操作，以發(fā)現(xiàn)程序錯(cuò)誤，衡量軟件質(zhì)量，并對(duì)其是否能滿足設(shè)計(jì)要求進(jìn)行評(píng)估的過(guò)程。

4，什么是測(cè)試用例 ？什么是測(cè)試腳本 ？?jī)烧叩年P(guān)系是什么？
為實(shí)施測(cè)試而向被測(cè)試系統(tǒng)提供的輸入數(shù)據(jù)、操作或各種環(huán)境設(shè)置以及期望結(jié)果的一個(gè)特定的集合。
測(cè)試腳本是為了進(jìn)行自動(dòng)化測(cè)試而編寫(xiě)的腳本。
測(cè)試腳本可能是為了執(zhí)行某一條,或很多條測(cè)試用例而寫(xiě)的。

5，名詞解析
靜態(tài)測(cè)試：不運(yùn)行程序本身而尋找程序代碼中可能存在的錯(cuò)誤或評(píng)估程序代碼的過(guò)程。
動(dòng)態(tài)測(cè)試：實(shí)際運(yùn)行被測(cè)程序，輸入相應(yīng)的測(cè)試實(shí)例，檢查預(yù)期結(jié)果與實(shí)測(cè)結(jié)果的差異，并分析程序運(yùn)行的效率以及健壯性。
黑盒測(cè)試：目的是檢測(cè)軟件的功能能否正確實(shí)現(xiàn)，把正測(cè)試的程序當(dāng)作一個(gè)黑盒，不考慮其內(nèi)部結(jié)構(gòu)，再知道程序輸入輸出之間的關(guān)系的情況下，來(lái)推斷測(cè)試結(jié)果的正確性。
白盒測(cè)試：根據(jù)軟件內(nèi)部的邏輯結(jié)構(gòu)分析來(lái)進(jìn)行測(cè)試，是基于代碼的測(cè)試。
α測(cè)試：由一個(gè)用戶在開(kāi)發(fā)環(huán)境下進(jìn)行的測(cè)試?；蛘邇?nèi)部用戶在模擬實(shí)際環(huán)境操作下的測(cè)試，no測(cè)試員。
β測(cè)試：是軟件的多個(gè)用戶在實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。beta no 測(cè)試員。

6，軟件測(cè)試質(zhì)量保證體系（SQA）
SQA由一套軟件工程過(guò)程和方法組成。以保證軟件的質(zhì)量，貫穿整個(gè)開(kāi)發(fā)過(guò)程。

7，軟件產(chǎn)品質(zhì)量特性
功能性
可靠性
可使用性
效率
可維護(hù)性
可移植性

8，軟件測(cè)試階段
單元測(cè)試（對(duì)軟件中最小可驗(yàn)證單元測(cè)試，比如對(duì)java中類(lèi)和方法的測(cè)試）
集成測(cè)試（在單元測(cè)試基礎(chǔ)上，測(cè)試個(gè)單元模塊的接口）
系統(tǒng)測(cè)試（在實(shí)際環(huán)境中測(cè)試整個(gè)系統(tǒng)的功能和性能）
交付測(cè)試（由用戶，客戶確定系統(tǒng)是否滿足驗(yàn)收標(biāo)準(zhǔn)）
回歸測(cè)試

8.1，測(cè)試用例
為了特定的測(cè)試目的而設(shè)定的具有測(cè)試輸入，測(cè)試執(zhí)行條件，預(yù)期結(jié)果，及結(jié)果驗(yàn)證方法的文檔。

9，URL（統(tǒng)一資源定位符）
http://www.itdecent.cn/writer#/notebooks/22458718/notes/25035927
組成為：
協(xié)議："://"之前的部分就是協(xié)議。
域名：所訪問(wèn)的資源在服務(wù)器的地址。
路徑：要訪問(wèn)的資源在服務(wù)器的容器下的路徑。
URL地址參數(shù)：一般以？為連接符，拼接在path之后。

10，http
http是一種基于請(qǐng)求和響應(yīng)的協(xié)議
長(zhǎng)連接協(xié)議（一個(gè)TCP連接可以對(duì)應(yīng)多個(gè)HTTP鏈接）
無(wú)狀態(tài)協(xié)議
http請(qǐng)求：request line(請(qǐng)求行)
request header（請(qǐng)求頭）
request body（請(qǐng)求主體）

11，應(yīng)用層協(xié)議（mysql 3306）
http：超文本傳輸協(xié)議
https：http+ssl協(xié)議
ssh：實(shí)現(xiàn)遠(yuǎn)程連接
ftp：實(shí)現(xiàn)文件共享·
smtp：發(fā)送郵件
pop3：接收郵件

12，Session Cooking
用來(lái)實(shí)現(xiàn)交互過(guò)程中某些狀態(tài)的記錄。
由服務(wù)器生成，Session保存在服務(wù)器，Cooking會(huì)返回給客戶端，由客戶端自己接受并保存。

13，bug
生命周期：
提出——指派——解決——驗(yàn)證——關(guān)閉

16，bug記錄里包含哪些內(nèi)容？
和bug對(duì)應(yīng)的軟件版本
開(kāi)發(fā)的接口人員
bug優(yōu)先級(jí)
bug嚴(yán)重程度
bug可能屬于的模塊
bug標(biāo)題
bug描述
bug日志，截圖

15，提交了一個(gè)bug，但開(kāi)發(fā)認(rèn)為不是bug，怎么辦？
先看需求文檔，判斷自己是不是理解錯(cuò)了。
如果沒(méi)理解錯(cuò)，先跟開(kāi)發(fā)溝通。
溝通不了，找開(kāi)發(fā)經(jīng)理或上級(jí)反映。

16，復(fù)現(xiàn)率不高的bug？
詳細(xì)記錄操作步驟，測(cè)試環(huán)境，截圖。

17，sql：inner join 三表查詢 inner join 查詢，寫(xiě)查詢語(yǔ)句

get/post區(qū)別
單例模式
inner join 、right join 、left join 區(qū)別

我就是喜歡做測(cè)試，我性格很適合，我在大四實(shí)習(xí)的時(shí)候和同學(xué)完成小組項(xiàng)目，我主要是負(fù)責(zé)發(fā)現(xiàn)問(wèn)題驗(yàn)證問(wèn)題，我發(fā)現(xiàn)這個(gè)很有趣讓我精神抖擻。2.我覺(jué)得做測(cè)試和程序員發(fā)生沖突是難免的，就跟同學(xué)在一起做事難免會(huì)發(fā)生想法上的差異，但是我性格很好，因?yàn)檫@是工作我不會(huì)因?yàn)橘€氣而斗氣，我會(huì)先冷靜下來(lái)詢問(wèn)他覺(jué)得神馬是對(duì)的，然后我把我的想法再告訴他，如果還是產(chǎn)生差異，我會(huì)請(qǐng)示上級(jí)。3.如果是我，我會(huì)愿意服從領(lǐng)導(dǎo)安排，因?yàn)槿绻粋€(gè)程序員從開(kāi)發(fā)轉(zhuǎn)向測(cè)試，他會(huì)學(xué)著用戶的思維、角度去理解問(wèn)題，會(huì)更加完善自己程序的不足。

軟件測(cè)試分哪2種方法？分別適合什么情況？

軟件測(cè)試分2種：白盒測(cè)試和黑盒測(cè)試。白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng)測(cè)試或基于程序本身的測(cè)試，它著重于程序的內(nèi)部結(jié)構(gòu)及算法，通常不關(guān)心功能與性能指標(biāo)；黑盒測(cè)試又稱功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試或基于規(guī)格說(shuō)明的測(cè)試，它實(shí)際上是站在最終用戶的立場(chǎng)，檢驗(yàn)輸入輸出信息及系統(tǒng)性能指標(biāo)是否符合規(guī)格說(shuō)明書(shū)中有關(guān)功能需求及性能需求的規(guī)定

4.Alpha測(cè)試與beta的區(qū)別?
Alpha測(cè)試在系統(tǒng)開(kāi)發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試；測(cè)試后仍然會(huì)有少量的設(shè)計(jì)變更。這種測(cè)試一般由最終用戶或其它人員完成，不能由程序或測(cè)試員完成。
Beta測(cè)試當(dāng)開(kāi)發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試，最終的錯(cuò)誤和問(wèn)題需要在最終發(fā)行前找到。這種測(cè)試一般由最終用戶或其它人員完成，不能由程序員或測(cè)試員完成。

1.兼容性
主要是在瀏覽器兼容（瀏覽器IE6 IE8瀏覽器）
操作系統(tǒng)，主要體現(xiàn)在操作系統(tǒng)兼容（xp win2003 win2007）
3.用戶體驗(yàn)測(cè)試UE**
首頁(yè)產(chǎn)品的展示與分類(lèi)
搜索結(jié)果頁(yè)，搜索結(jié)果的正確性，和結(jié)果頁(yè)面信息的展示
產(chǎn)品詳情頁(yè)。產(chǎn)品介紹頁(yè)面將對(duì)客戶的購(gòu)買(mǎi)行為起到關(guān)鍵的作用，產(chǎn)品圖片，文字說(shuō)明，產(chǎn)品描述就相當(dāng)于柜臺(tái)服務(wù)員與產(chǎn)品說(shuō)明書(shū)。
4.購(gòu)物流程及購(gòu)物規(guī)則測(cè)試
B2C網(wǎng)站最重要的流程就是購(gòu)物流程，包括幾個(gè)重要功能：購(gòu)物車(chē)、配送方式、支付方式、提交訂單。這一流程的用戶體驗(yàn)的重要性在于讓客戶能很容易的完成下單的過(guò)程
測(cè)試產(chǎn)品能否放入購(gòu)物車(chē)中
購(gòu)物車(chē)中的購(gòu)物限制是否正確
積分是否能夠兌換正品，或者限購(gòu)的產(chǎn)品
積分是否能夠兌換促銷(xiāo)類(lèi)的產(chǎn)品。
5.支付流程
購(gòu)物車(chē)中的產(chǎn)品能否正常支付
當(dāng)支付完成，不等頁(yè)面跳轉(zhuǎn)，直接關(guān)閉瀏覽器，數(shù)據(jù)傳遞是否正確
當(dāng)支付完成，等待頁(yè)面跳轉(zhuǎn)，跳轉(zhuǎn)到得頁(yè)面是否正確
網(wǎng)站某個(gè)模塊間的數(shù)據(jù)傳遞是否正確
6.訂單流程測(cè)試**
訂單提交完后，對(duì)訂單的處理流程的驗(yàn)證，以及相應(yīng)的訂單狀態(tài)核對(duì)是否正確。
7.性能，響應(yīng)速度測(cè)試。**
并發(fā)性測(cè)試如秒殺功能、
同時(shí)購(gòu)買(mǎi)同一個(gè)限定產(chǎn)品
相同的帳號(hào)進(jìn)行2次積分兌換產(chǎn)品的并發(fā)操作。
提交訂單時(shí)，并發(fā)操作時(shí)是否存在多個(gè)訂單。

8，棧 堆
棧：存取受限，自動(dòng)分配空間而且快，存放在一級(jí)緩存
堆：樹(shù)，存取隨意，需要申請(qǐng)而且慢，存放在二級(jí)緩存
子網(wǎng)掩碼作用；

ping命令是基于什么協(xié)議的，屬于哪一層？

不知道貴公司對(duì)這個(gè)崗位的薪酬設(shè)置是如何的?

linux服務(wù)器日志查看

單例模式

JSP內(nèi)置對(duì)象，過(guò)濾器，數(shù)據(jù)類(lèi)型，線程的實(shí)現(xiàn)方法，數(shù)據(jù)庫(kù)連接池

測(cè)試需要的工具？