黃小月abc
1.電路一般由_____、_____及中間環(huán)節(jié)三部分組成.（電源；負載）2.在一段電路中，流過電路的電流與電路兩端的電壓成_____,與該段電路的電阻成_____.(正比;反比)3.晶體二極管的主要特性是_____導電性.(單向)4.從晶體三極管三個區(qū)引出的三個極分別是______極、______極和______極.(基；發(fā)射；集電)5.儀表的測量范圍是從測量_____值到測量_____值;量程是測量上限與測量下限值之_____.(下限；上限；差)6.按能源來分,儀表可分為_____儀表、_____儀表和_____儀表.(氣動；電動；液動)7.按被測參數(shù)來分,儀表可分為_____測量儀表、_____測量儀表、_____測量儀表、_____測量儀表和成分_____儀表.(壓力；流量；溫度；物位；分析)8.玻璃液體溫度計是由__________、________和刻度標尺三部分組成.(玻璃溫包；毛細管)9.電阻箱可以看作是一個具有__________的標準電阻.(可變電阻值)10.測量一個電路的電流,電流表必須和這個電路_____,且電流表的內(nèi)阻抗要盡量_____.(串聯(lián)；小)11.兆歐表又稱作_____、_____和___________.(搖表；高阻表；絕緣電阻測試器)型壓力表必須_____安裝.(垂直)13.玻璃管水位計是利用_______的原理制成的.(連通器)14.整流電路的作用是將_______變成____________.(交流電；脈動直流電)15.溫度測量儀表可分為_______測溫儀表和__________測溫儀表兩大類.(接觸式；非接觸式)16.自動化儀表具有__________、___________、__________、__________功能.(自動檢測；自動信號聯(lián)鎖；自動操縱；自動調(diào)節(jié))17.直流單臂電橋又稱________電橋.(惠斯登)18.安裝取源部件不宜在焊縫及其邊緣上_____及_____.(開孔；焊接)19.壓力取源部件的安裝位置應選在介質流束_____的地方.(穩(wěn)定)20.就地安裝的顯示儀表應安裝在手動操作閥門時便于_____儀表示值的位置. (觀察)21.雙金屬溫度計是由____________金屬片疊焊在一起而制成的.(兩種不同的)22.直流電位差計由__________回路_____________回路和__________回路組成.(工作電流；校準工作電流；測量)23.吹氣式液位計是基于_____原理測量液位的.(靜壓)24.測量的手段及方式可分為_____測量、_____測量、_____測量.(直接；間接；組合)25.運算單元有_______、_______和_______.(加減器；乘除器；開方器)26.安裝孔板時,孔板的中心和管道中心_____.(重合)27.兆歐表由____________和______________組成.(手搖發(fā)電機；磁電系比率計)28.交流電壓表的示值是指交流電壓的________值.(有效值)29.電橋平衡時,兩相對臂上的電阻_____等于另外兩相對臂上電阻的_____.(乘積；乘積)30.差壓變送器的測量元件_____的作用是將______________轉換________.(膜盒；被測差壓信號；集中力)31.熱電偶的熱電勢大小與二端的溫度差_____,而與其熱電極的長短和直徑_____.(有關；無關)32.在氣動儀表中常把各種形式的噴嘴擋板機構稱為_____元件,也稱為_____元件或_____環(huán)節(jié).(控制；放大；轉換)調(diào)節(jié)器的三個重要參數(shù)是________、__________和__________.(比例度；積分時間；微分時間)34.差壓式流量計是利用流體經(jīng)過__________產(chǎn)生壓力差來實現(xiàn)流量測量的.(節(jié)流元件)35.溫標是表示_____的標尺.(溫度)36.測量低壓力的變送器的安裝高度,宜與取壓點的高度_____.(一致)37.按流量計動作原理可分為_____式、_____式和_____式流量計.(速度；容積；重力)38.導壓管線敷設的原則是:按被測介質為液體時,流量引線不允許有形成_____的地方,按被測介質為氣體時,測量引線不允許有形成_____的地方.(氣泡；水塞)39.在測量熱電偶回路中,接入第三種材料時,只要第三種材料的兩端_____相同,則不影響熱電偶的熱電勢.(溫度)40.交流放大器各級之間的藕合方式有________、________和__________.(阻容藕合；直接藕合；變壓器藕合)41.氣容在氣動儀表中起_______和____________的作用.(緩沖；防止振蕩)42.繼電器動作特性的四個階段是_____、_____、_____和_____.(動作；工作；釋放；靜止)43.節(jié)流元件在管道上安裝時,如果將方向裝反了,會造成________________.(差壓計指示變小)44.最基本的門電路有_____、_____和_____三種.(與門；或門；非門)45.微型計算機由__________、________、______和______四部分組成.(微處理器；存貯器；總線；接口)46.靜態(tài)特性是指系統(tǒng)處于_____狀態(tài)時輸出與輸入的關系.(平衡)47.嚴寒地區(qū)用電或蒸汽對孔板導壓管進行伴熱時,要防止_____和熱源_____.(過熱；中斷)48.電子計算機的工作基本上有兩大部分組成,一部分叫程序系統(tǒng),通常稱作_____;另一部分是計算機系統(tǒng),通常稱作_____.(軟件；硬件)49.在計算機語言中,有一種語言是在編寫程序時使用的叫做_______________.(程序設計語言)50.形成自激振蕩的條件是必須相位上的________和_____平衡.(正反饋；幅值)51.電子電位差計以_____法作為測量的基本原理.(補償)52.工業(yè)上連續(xù)測定氧的磁氧分析儀有________氧分析器和___________分析器兩種.(熱磁式；磁力機械式)53.工業(yè)用可燃氣體報警器是用于檢測到大氣中的____________,當被測氣體濃度達到設定值的上限時發(fā)出_____信號,從而使人們采取相應的措施,以防止_____和________事故的發(fā)生.(可燃性氣；報警；火災；爆炸性)54.漩渦流量計是一種_____________流量計,是應用__________原理制成的.(流體振蕩型；卡門渦街)55.制造廠給出的渦輪流量計變送器的儀表常數(shù)是用_____進行標定的,取允許測量范圍內(nèi)流量系數(shù)的_____值.(水；平均)56.橢圓齒輪流量計的校驗方法有_______、_______、_______.(容積法；比較法；重量法)57.由于某種原因,儀表任一輸入端與地之間產(chǎn)生交流干擾信號稱為_____干擾,又叫_____干擾.(縱向；對地)58.本質安全型儀表系統(tǒng)的接地,宜采用_____的接地極或接至______接地極上.(獨立；信號)59.運算放大器是一種具有深度負反饋的________直流放大器,它能實現(xiàn)信號的______和__________.(高增益；組合；數(shù)學運算)60.模數(shù)轉換器的主要任務是將連續(xù)變化的________變換成斷續(xù)的________.(模擬量；數(shù)字量)61.在測量有壓容器的液位時,液位變送器一般都采用零點的_____遷移.(負向)62.采用零點遷移可以提高測量的_____和_____這在實際工作中有很大的意義.(精度；靈敏度)63.電磁流量計只能用來測量__________的流量,其導電率要求不小于_____的導電率.(導電液體；水)64.直通雙座調(diào)節(jié)閥的泄漏量比同口徑直通單座閥的泄漏量_____.(大)65.比例調(diào)節(jié)器的輸出與輸入變化是_____的,而且在時間上沒有任何_____,因此,時間對比例調(diào)節(jié)器的調(diào)節(jié)規(guī)律__________.(同步；延遲；沒有影響)66.單純的微分調(diào)節(jié)器的輸出只能反映偏差信號的____________,不能反映偏差的______.(變化速度；大小)67.對低沸點易汽化的液體流量測量孔板導壓管進行伴熱時,尤其要防止_____而造成液體導壓管中汽化,產(chǎn)生_________.(過熱；假差壓)68.靶式流量計垂直安裝時,流體的流動方向應該是__________.(由下向上)69.自動控制系統(tǒng)按定值形式的不同可分為_____控制系統(tǒng), _____控制系統(tǒng)以及_____控制系統(tǒng).(定值；程序；隨動)70.分程調(diào)節(jié)系統(tǒng)是由_____調(diào)節(jié)器的輸出信號控制_________調(diào)節(jié)閥的調(diào)節(jié)系統(tǒng).(一臺；兩臺以上)71.工業(yè)用的可燃性氣體報警器按其結構可分為_____型和_____型兩種.(擴散；吸引)72.按著閥芯結構的特性,調(diào)節(jié)閥可分為_____、______、________和_______四類.(快開；直線性；拋物線性；對數(shù)性)73.調(diào)節(jié)閥口徑的選擇是按已知條件和數(shù)據(jù)計算出需要的流通能力_____,再根據(jù)制造廠提供的流通能力的________選取適合使用要求的口徑.(C值；額定值)名詞解釋1.電流強度:在電場的作用下單位時間內(nèi)通過某一導體的截面的電量.2.電阻:導體對于它所通過的電流呈現(xiàn)一定的阻力,這種阻力稱為電阻.3.電容:電容器儲存電荷的能力稱為電容.4.敏感元件:直接影響被測變量,并將它轉換成適于測量形式的元件或器件.5.變送器:輸出為標準信號的傳感器.6.顯示儀表:指示、記錄被測量值大小的儀表.7.調(diào)節(jié)閥:由控制信號調(diào)整流體通路的口徑,以改變流量的執(zhí)行器.8.絕對誤差:測量值與真實值之差.9.精度:反映誤差大小的術語,精度越高,誤差越小.10.靈敏度:儀表在穩(wěn)定狀態(tài)下輸出的變化量與最小輸入的變化量之比值.11.壓力:垂直作用在單位面積上的力.有時也稱壓強.12.流量:在單位時間內(nèi),流體流過管道中某截面的數(shù)量.13.料位:固體、粉狀或顆粒物在容器中堆積的高度.14.校驗:檢查和試驗儀表或部件是否符合規(guī)定技術性能的過程.15.信號:一種載有信息的物理變量.16.量值:由數(shù)值和單位所表示的量的大小.17.測量上限:儀表能按規(guī)定精度進行測量的被測變量的最高值.18.電動勢:在外力作用下，單位正電荷從電源的一端移到另一端所做的功，稱為該電源的電動勢.19.電壓:單位電荷在電場力的作用下，從電場的一點移到另一點時電場力所做的功，定義為這兩點間的電壓.20.攝氏溫標:在標準大氣壓下的純水的冰點為零攝氏度，沸點為一百攝氏度.將水銀溫度計此兩點間的長度分為100等分，每等分代表1攝氏度.21.表壓:絕對壓力與大氣壓力的差值稱為表壓.22.真空度:當絕對壓力低于大氣壓力時，大氣壓力減去絕對壓力所得之差稱為真空度.23.變差:在外界條件不變的條件下，儀表對某一參數(shù)進行正反行程測量時，儀表的示值之差叫變差.24.報警器:用聲、光或兩者同時顯示不正常狀態(tài)，以引起人們注意的儀表.25.調(diào)節(jié)器:根據(jù)被測參數(shù)的測量值與給定值的偏差，以一定的規(guī)律運算以后，向執(zhí)行器發(fā)出調(diào)節(jié)信號，使被調(diào)參數(shù)穩(wěn)定在給定值上的儀表設備.26.數(shù)字調(diào)節(jié)器:以微處理機為核心器件的新型調(diào)節(jié)器.27.工藝流程圖:描述從原料投入到生產(chǎn)出產(chǎn)品的全過程示意圖.28.回路聯(lián)校:從現(xiàn)場一次表送入模擬信號觀察控制室二次表的顯示、報警以及從調(diào)節(jié)器輸出信號到調(diào)節(jié)閥的全過程是否符合要求的試驗過程.29.反饋:把對象的輸出量送到輸入端并與輸入量進行比較的過程稱為反饋.30.調(diào)節(jié)閥的流通能力:當調(diào)節(jié)閥全部打開，閥門前后壓力差為，流體重度為1t/m3時，每小時所通過流體的立方米數(shù).31.安全火花:火花的能量不足以引燃周圍可燃性介質的火花.32.彈性特性:彈性元件的線位移或角位移變形和作用力之間的關系.33.復現(xiàn)性:在同一條件下，對同一被測量進行多次測量時，其示值不一致的程度.34.穩(wěn)定性:儀表示值不隨時間和使用條件變化的性能.35.連鎖系統(tǒng):當生產(chǎn)過程出現(xiàn)某些危險或非正常情況時，由檢測儀表自動發(fā)出指令信號，使其各個保護環(huán)節(jié)產(chǎn)生一系列的響應動作，從而避免發(fā)生事故的自動保護系統(tǒng).36.熱電效應:把兩種不同的導體或半導體連接成閉合回路，如果將兩個節(jié)點分別置于溫度不同的熱源中，則在該回路中產(chǎn)生熱電動勢，這種現(xiàn)象叫熱電效應.37.穩(wěn)定:在規(guī)定的時間內(nèi)，量值、速率、周期、振幅等特性的變化都可以忽略不計的狀態(tài).38.動態(tài)特性:輸入輸出隨時間變動的關系稱為動態(tài)特性.39.靈敏度限:儀表能響應的輸入信號的最小變量.40.串級調(diào)節(jié):由一個調(diào)節(jié)器的輸出值作為另一個調(diào)節(jié)器給定值的組合調(diào)節(jié)方式.41.比例帶:衡量比例調(diào)節(jié)作用的范圍和強弱的數(shù),其值等于比例放大倍數(shù)的倒數(shù).42.積分作用:輸出變量的變化率與輸入變量對應的值成比例的連續(xù)作用.43.微分作用:輸出變量之值與輸入變量的變化率成比例的連續(xù)作用.44.漂移:在一段時間內(nèi)，不是由外界影響而產(chǎn)生的儀表輸出與輸入關系非所期望的逐漸變化. 45.程序:機器解題的工作順序.46.指令:迫使機器執(zhí)行給定運算和操作的控制信號.47.負向遷移:如果測量的起始點由零變?yōu)槟池撝禃r稱為負向遷移.48.自動跟蹤:當系統(tǒng)處在外部手動操作時,調(diào)節(jié)器的自動輸出始終能自動地與執(zhí)行機構的輸入保持同步.49.兩位作用:輸出變量為兩個值得位式作用.50.系統(tǒng):為實現(xiàn)規(guī)定功能以達到某一目的而構成的一組相互關聯(lián)的單元.51.調(diào)節(jié)閥的可調(diào)比:調(diào)節(jié)閥所能控制的最大流量與最小流量之比.52.輸入阻抗:儀表輸入之間的阻抗.53.負載阻抗:與儀表輸出端連接的所有裝置及連接導線的阻抗的總合.54.調(diào)制器:把直流信號轉換為交流信號的器件.55.擾動:過程中出現(xiàn)的非所期望的，難以預料的對被控變量產(chǎn)生不利影響的變化.56.滯后:在調(diào)節(jié)對象中，被調(diào)參數(shù)的變化落后于干擾的變化，即輸出量的變化落后于輸入量的變化稱為對象的滯后.57.死區(qū):輸入變量的變化不致引起輸出變量有任何可察覺的變化的有限區(qū)間.58.標準節(jié)流裝置:有關計算數(shù)據(jù)都經(jīng)系統(tǒng)試驗而有統(tǒng)一的圖表，按統(tǒng)一標準規(guī)定進行設計制作的，不必經(jīng)過個別標定就可使用的節(jié)流裝置.59調(diào)節(jié)閥的流量特性:流體流過閥門的相對流量與閥門的相對開度之間的關系.60.集中分散型綜合型控制系統(tǒng):以微處理機為核心器件，實行分散控制和集中顯示操作管理的綜合控制裝置.
小頑童阿淑
軟件測試[1]就是利用測試工具按照測試方案和流程對產(chǎn)品進行功能和性能測試，甚至根據(jù)需要編寫不同的測試工具，設計和維護測試系統(tǒng)，對測試方案可能出現(xiàn)的問題進行分析和評估。下面是我為你整理的軟件測試面試題，希望對你有所幫助!
01. 為什么要在一個團隊中開展軟件測試工作?
因為沒有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質量，就好比ISO質量認證一樣，測試同樣也需要質量的保證，這個時候就需要在團隊中開展軟件測試的工作。在測試的過程發(fā)現(xiàn)軟件中存在的問題，及時讓開發(fā)人員得知并修改問題，在即將發(fā)布時，從測試報告中得出軟件的質量情況。
02. 您在以往的測試工作中都曾經(jīng)具體從事過哪些工作?其中最擅長哪部分工作?
我曾經(jīng)做過web測試，后臺測試，客戶端軟件，其中包括功能測試，性能測試，用戶體驗測試。最擅長的是功能測試
03. 您所熟悉的軟件測試類型都有哪些?請試著分別比較這些不同的測試類型的區(qū)別與聯(lián)系(如功能測試、性能測試……)
測試類型有：功能測試，性能測試，界面測試。
功能測試在測試工作中占的比例最大，功能測試也叫黑盒測試。是把測試對象看作一個黑盒子。利用黑盒測試法進行動態(tài)測試時，需要測試軟件產(chǎn)品的功能，不需測試軟件產(chǎn)品的內(nèi)部結構和處理過程。采用黑盒技術設計測試用例的方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。
性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統(tǒng)的各項性能指標進行測試。負載測試和壓力測試都屬于性能測試，兩者可以結合進行。通過負載測試，確定在各種工作負載下系統(tǒng)的性能，目標是測試當負載逐漸增加時，系統(tǒng)各項性能指標的變化情況。壓力測試是通過確定一個系統(tǒng)的瓶頸或者不能接收的性能點，來獲得系統(tǒng)能提供的最大服務級別的測試。
界面測試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對軟件的第一印象。而且設計良好的界面能夠引導用戶自己完成相應的操作，起到向導的作用。同時界面如同人的面孔，具有吸引用戶的直接優(yōu)勢。設計合理的界面能給用戶帶來輕松愉悅的感受和成功的感覺，相反由于界面設計的失敗，讓用戶有挫敗感，再實用強大的功能都可能在用戶的畏懼與放棄中付諸東流。
區(qū)別在于，功能測試關注產(chǎn)品的所有功能上，要考慮到每個細節(jié)功能，每個可能存在的功能問題。性能測試主要關注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面測試更關注于用戶體驗上，用戶使用該產(chǎn)品的時候是否易用，是否易懂，是否規(guī)范(快捷鍵之類的)，是否美觀(能否吸引用戶的注意力)，是否安全(盡量在前臺避免用戶無意輸入無效的數(shù)據(jù)，當然考慮到體驗性，不能太粗魯?shù)膹棾鼍??做某個性能測試的時候，首先它可能是個功能點，首先要保證它的功能是沒問題的，然后再考慮該功能點的性能測試
04.您認為做好測試用例設計工作的關鍵是什么?
白盒測試用例設計的關鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結果
黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時間內(nèi)發(fā)現(xiàn)最多的問題
05. 請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。
黑盒測試：已知產(chǎn)品的功能設計規(guī)格，可以進行測試證明每個實現(xiàn)了的功能是否符合要求。
白盒測試：已知產(chǎn)品的內(nèi)部工作過程，可以通過測試證明每種內(nèi)部操作是否符合設計規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過檢查。
軟件的黑盒測試意味著測試要在軟件的接口處進行。這種方法是把測試對象看做一個黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結構和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數(shù)據(jù)驅動測試。黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：
1、是否有不正確或遺漏的功能?
2、在接口上，輸入是否能正確的接受?能否輸出正確的結果?
3、是否有數(shù)據(jù)結構錯誤或外部信息(例如數(shù)據(jù)文件)訪問錯誤?
4、性能上是否能夠滿足要求?
5、是否有初始化或終止性錯誤?
軟件的白盒測試是對軟件的過程性細節(jié)做細致的檢查。這種方法是把測試對象看做一個打開的盒子，它允許測試人員利用程序內(nèi)部的邏輯結構及有關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試。通過在不同點檢查程序狀態(tài)，確定實際狀態(tài)是否與預期的狀態(tài)一致。因此白盒測試又稱為結構測試或邏輯驅動測試。白盒測試主要是想對程序模塊進行如下檢查：
1、對程序模塊的所有獨立的執(zhí)行路徑至少測試一遍。
2、對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。
3、在循環(huán)的邊界和運行的界限內(nèi)執(zhí)行循環(huán)體。
4、測試內(nèi)部數(shù)據(jù)結構的有效性，等等。
單元測試(模塊測試)是開發(fā)者編寫的一小段代碼，用于檢驗被測代碼的一個很小的、很明確的功能是否正確。通常而言，一個單元測試是用于判斷某個特定條件(或者場景)下某個特定函數(shù)的行為。
單元測試是由程序員自己來完成，最終受益的也是程序員自己?？梢赃@么說，程序員有責任編寫功能代碼，同時也就有責任為自己的代碼編寫單元測試。執(zhí)行單元測試，就是為了證明這段代碼的行為和我們期望的一致。
集成測試(也叫組裝測試，聯(lián)合測試)是單元測試的邏輯擴展。它的最簡單的形式是：兩個已經(jīng)測試過的單元組合成一個組件，并且測試它們之間的接口。從這一層意義上講，組件是指多個單元的集成聚合。在現(xiàn)實方案中，許多單元組合成組件，而這些組件又聚合成程序的更大部分。方法是測試片段的組合，并最終擴展進程，將您的模塊與其他組的模塊一起測試。最后，將構成進程的所有模塊一起測試。
系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試。它是檢驗系統(tǒng)是否確實能提供系統(tǒng)方案說明書中指定功能的有效方法。(常見的聯(lián)調(diào)測試)
系統(tǒng)測試的目的是對最終軟件系統(tǒng)進行全面的測試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設計。
驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務。
驗收測試是向未來的用戶表明系統(tǒng)能夠像預定要求那樣工作。經(jīng)集成測試后，已經(jīng)按照設計把所有的模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經(jīng)基本排除了，接著就應該進一步驗證軟件的有效性，這就是驗收測試的任務，即軟件的功能和性能如同用戶所合理期待的那樣。
06. 測試計劃工作的目的是什么?測試計劃工作的內(nèi)容都包括什么?其中哪些是最重要的?
軟件測試計劃是指導測試過程的綱領性文件，包含了產(chǎn)品概述、測試策略、測試方法、測試區(qū)域、測試配置、測試周期、測試資源、測試交流、風險分析等內(nèi)容。借助軟件測試計劃，參與測試的項目成員，尤其是測試管理人員，可以明確測試任務和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進度，應對測試過程中的各種變更。
測試計劃和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術的關系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細規(guī)格、測試用例是完成測試任務的具體戰(zhàn)術。所以其中最重要的是測試測試策略和測試方法(最好是能先評審)
07. 您認為做好測試計劃工作的關鍵是什么?
1. 明確測試的目標，增強測試計劃的實用性
編寫軟件測試計劃得重要目的就是使測試過程能夠發(fā)現(xiàn)更多的軟件缺陷，因此軟件測試計劃的價值取決于它對幫助管理測試項目，并且找出軟件潛在的缺陷。因此，軟件測試計劃中的測試范圍必須高度覆蓋功能需求，測試方法必須切實可行，測試工具并且具有較高的實用性，便于使用，生成的測試結果直觀、準確
2.堅持“5W”規(guī)則，明確內(nèi)容與過程
“5W”規(guī)則指的是“What(做什么)”、“Why(為什么做)”、“When(何時做)”、“Where(在哪里)”、“How(如何做)”。利用 “5W”規(guī)則創(chuàng)建軟件測試計劃，可以幫助測試團隊理解測試的目的(Why)，明確測試的范圍和內(nèi)容(What)，確定測試的開始和結束日期(When)，指出測試的方法和工具(How)，給出測試文檔和軟件的存放位置(Where)。
3.采用評審和更新機制，保證測試計劃滿足實際需求
測試計劃寫作完成后，如果沒有經(jīng)過評審，直接發(fā)送給測試團隊，測試計劃內(nèi)容的可能不準確或遺漏測試內(nèi)容，或者軟件需求變更引起測試范圍的增減，而測試計劃的內(nèi)容沒有及時更新，誤導測試執(zhí)行人員。
4. 分別創(chuàng)建測試計劃與測試詳細規(guī)格、測試用例
應把詳細的測試技術指標包含到獨立創(chuàng)建的測試詳細規(guī)格文檔，把用于指導測試小組執(zhí)行測試過程的測試用例放到獨立創(chuàng)建的測試用例文檔或測試用例管理數(shù)據(jù)庫中。測試計劃和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術的關系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細規(guī)格、測試用例是完成測試任務的具體戰(zhàn)術。
08. 您所熟悉的測試用例設計方法都有哪些?請分別以具體的例子來說明這些方法在測試用例設計工作中的應用。
1.等價類劃分
劃分等價類: 等價類是指某個輸入域的子集合.在該子集合中,各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的.并合理地假定:測試某等價類的代表值就等于對這一類其它值的測試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價類,在每一個等價類中取一個數(shù)據(jù)作為測試的輸入條件,就可以用少量代表性的測試數(shù)據(jù).取得較好的測試結果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.
2.邊界值分析法
邊界值分析方法是對等價類劃分方法的補充。測試工作經(jīng)驗告訴我,大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對各種邊界情況設計測試用例,可以查出更多的錯誤.
使用邊界值分析方法設計測試用例,首先應確定邊界情況.通常輸入和輸出等價類的邊界,就是應著重測試的邊界情況.應當選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù),而不是選取等價類中的典型值或任意值作為測試數(shù)據(jù).
3.錯誤推測法
基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤, 從而有針對性的設計測試用例的方法.
錯誤推測方法的基本思想: 列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況,根據(jù)他們選擇測試用例. 例如, 在單元測試時曾列出的許多在模塊中常見的錯誤. 以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯誤等, 這些就是經(jīng)驗的總結. 還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯誤的情況. 可選擇這些情況下的例子作為測試用例.
4.因果圖方法
前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系, 相互組合等. 考慮輸入條件之間的相互組合,可能會產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當多. 因此必須考慮采用一種適合于描述對于多種條件的組合,相應產(chǎn)生多個動作的形式來考慮設計測試用例. 這就需要利用因果圖(邏輯模型). 因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.
09. 請以您以往的實際工作為例，詳細的描述一次測試用例設計的完整的過程。
就說最近的這次網(wǎng)站功能的測試吧
首先：得到相關文檔(需求文檔和設計文檔)，理解需求和設計設計思想后，想好測試策略(測試計劃簡單點就OK了)，考慮到測試環(huán)境，測試用例，測試時間等問題。
第二步：設計測試用例，測試策略是：把網(wǎng)站部分的功能點測試完，然后在進行系統(tǒng)測試(另外個模塊呢有另一個測試人員負責，可以進行聯(lián)調(diào)測試)，網(wǎng)站模塊的測試基本是功能測試和界面測試(用戶并發(fā)的可能性很小，所以不考慮)：這次的網(wǎng)站的輸入數(shù)據(jù)呢是使用數(shù)據(jù)庫中的某張表記錄，如果表中某一數(shù)據(jù)記錄中新加進來的(還沒有被處理的，有個標志位)，網(wǎng)站啟動后會立刻去刷那張表，得到多條數(shù)據(jù)，然后在進行處理。處理過程中，會經(jīng)歷3個步驟，網(wǎng)站才算完成了它的任務。有3個步驟呢，就可以分別對 這3個步驟進行測試用例的設計,盡量覆蓋到各種輸入情況(包括數(shù)據(jù)庫中的數(shù)據(jù)，用戶的輸入等)，得出了差不多50個用例。界面測試，也就是用戶看的到的地方，包括發(fā)送的郵件和用戶填寫資料的頁面展示。
第三步：搭建測試環(huán)境(為什么這個時候考慮測試環(huán)境呢?因為我對網(wǎng)站環(huán)境已經(jīng)很熟了，只有有機器能空于下來做該功能測試就可以做了)，因為網(wǎng)站本身的環(huán)境搭建和其他的系統(tǒng)有點不同，它需要的測試環(huán)境比較麻煩，需要web服務器(Apache,tomcat)，不過這次需求呢，網(wǎng)站部分只用到了tomcat，所以只要有tomcat即可
第四步：執(zhí)行測試
10. 您以往是否曾經(jīng)從事過性能測試工作?如果有，請盡可能的詳細描述您以往的性能測試工作的完整過程。
是的，曾經(jīng)做過網(wǎng)站方面的性能測試，雖然做的時間并不久(2個月吧)，當時呢，是有位網(wǎng)站性能測試經(jīng)驗非常豐富的前輩帶著我一起做。
性能測試類型包括負載測試，強度測試，容量測試等
負載測試：負載測試是一種性能測試指數(shù)據(jù)在超負荷環(huán)境中運行，程序是否能夠承擔。
強度測試： 強度測試是一種性能測試，他在系統(tǒng)資源特別低的情況下軟件系統(tǒng)運行情況
容量測試：確定系統(tǒng)可處理同時在線的最大用戶數(shù)
在網(wǎng)站流量逐漸加大的情況下，開始考慮做性能測試了，首先要寫好性能測試計劃，根據(jù)運營數(shù)據(jù)得出流量最大的頁面(如果是第一次的話，一般是首頁，下載頁，個人帳戶頁流量最大，而且以某種百分比)，
Web服務器指標指標：
* Avg Rps: 平均每秒鐘響應次數(shù)=總請求時間 / 秒數(shù);
* Successful Rounds：成功的請求;
* Failed Rounds ：失敗的請求;
* Successful Hits ：成功的點擊次數(shù);
* Failed Hits ：失敗的點擊次數(shù);
* Hits Per Second ：每秒點擊次數(shù);
* Successful Hits Per Second ：每秒成功的點擊次數(shù);
* Failed Hits Per Second ：每秒失敗的點擊次數(shù);
* Attempted Connections ：嘗試鏈接數(shù);
11. 您在從事性能測試工作時，是否使用過一些測試工具?如果有，請試述該工具的工作原理，并以一個具體的工作中的例子描述該工具是如何在實際工作中應用的。
12. 您認為性能測試工作的目的是什么?做好性能測試工作的關鍵是什么?
13. 在您以往的工作中，一條軟件缺陷(或者叫Bug)記錄都包含了哪些內(nèi)容?如何提交高質量的軟件缺陷(Bug)記錄?
14. 您以往所從事的軟件測試工作中，是否使用了一些工具來進行軟件缺陷(Bug)的管理?如果有，請結合該工具描述軟件缺陷(Bug)跟蹤管理的流程。
15. 您認為在測試人員同開發(fā)人員的溝通過程中，如何提高溝通的效率和改善溝通的效果?維持測試人員同開發(fā)團隊中其他成員良好的人際關系的關鍵是什么?
16. 在您以往的測試工作中，最讓您感到不滿意或者不堪回首的事情是什么?您是如何來對待這些事情的?
17. 在即將完成這次筆試前，您是否愿意談一些自己在以往的學習和工作中獲得的工作經(jīng)驗和心得體會?(可以包括軟件測試、過程改進、軟件開發(fā)或者與此無關的其他方面)
18.你對測試最大的興趣在哪里?為什么?
最大的興趣就是測試有難度，有挑戰(zhàn)性!做測試越久越能感覺到做好測試有多難。曾經(jīng)在無憂測試網(wǎng)上看到一篇文章，是關于如何做好一名測試工程師。一共羅列了十一二點，有部分是和人的性格有關，有部分需要后天的努力。但除了性格有關的1、2點我沒有把握，其他點我都很有信心做好它。
剛開始進入測試行業(yè)時，對測試的認識是從無憂測試網(wǎng)上了解到的一些資料，當時是沖著做測試需要很多技能才能做的好，雖然入門容易，但做好很難，比開發(fā)更難，雖然當時我很想做開發(fā)(學校專業(yè)課我基本上不缺席，因為我喜歡我的專業(yè))，但看到測試比開發(fā)更難更有挑戰(zhàn)性，想做好測試的意志就更堅定了。
不到一年半的測試工作中，當時的感動和熱情沒有減退一點(即使環(huán)境問題以及自身經(jīng)驗，技術的不足，做測試的你一定也能理解)。
我覺得做測試整個過程中有2點讓我覺得很有難度(對我來說，有難度的東西我就非常感興趣)，第一是測試用例的設計，因為測試的精華就在測試用例的設計上了，要在版本出來之前，把用例寫好，用什么測試方法寫?(也就是測試計劃或測試策略)，如果你剛測試一個新任務時，你得花一定的時間去消化業(yè)務需求和技術基礎，業(yè)務需求很好理解(多和產(chǎn)品經(jīng)理和開發(fā)人員溝通就能達到目的)，而技術基礎可就沒那么簡單了，這需要你自覺的學習能力，比如說網(wǎng)站吧，最基本的技術知識你要知道網(wǎng)站內(nèi)部是怎么運作的的，后臺是怎么響應用戶請求的?測試環(huán)境如何搭建?這些都需要最早的學好。至少在開始測試之前能做好基本的準備，可能會遇到什么難題?需求細節(jié)是不是沒有確定好?這些問題都能在設計用例的時候發(fā)現(xiàn)。
第二是發(fā)現(xiàn)BUG的時候了，這應該是測試人員最基本的任務了，一般按測試用例開始測試就能發(fā)現(xiàn)大部分的bug，還有一部分bug需要測試的過程中更了解所測版本的情況獲得更多信息，補充測試用例，測試出bug。還有如何發(fā)現(xiàn)bug?這就需要在測試用例有效的情況下，通過細心和耐心去發(fā)現(xiàn)bug了，每個用例都有可能發(fā)現(xiàn)bug，每個地方都有可能出錯，所以測試過程中思維要清晰(測試過程數(shù)據(jù)流及結果都得看仔細了，bug都在里面發(fā)現(xiàn)的)。如何描述bug也很有講究，bug在什么情況下會產(chǎn)生，如果條件變化一點點，就不會有這個bug，以哪些最少的操作步驟就能重現(xiàn)這個bug，這個bug產(chǎn)生的規(guī)律是什么?如果你夠厲害的話，可以幫開發(fā)人員初步定位問題。
19. 你的測試職業(yè)發(fā)展是什么?
測試經(jīng)驗越多，測試能力越高。所以我的職業(yè)發(fā)展是需要時間累積的，一步步向著高級測試工程師奔去。而且我也有初步的職業(yè)規(guī)劃，前3年累積測試經(jīng)驗，按如何做好測試工程師的11，12點要求自己，不斷的更新自己改正自己，做好測試任務。
20. 你自認為測試的優(yōu)勢在哪里?
優(yōu)勢在于我對測試堅定不移的信心和熱情，雖然經(jīng)驗還不夠，但測試需要的基本技能我有信心在工作中得以發(fā)揮。
軟件開發(fā)網(wǎng)
21. 你以前工作時的測試流程是什么?
公司對測試流程沒有規(guī)定如何做，但每個測試人員都有自己的一套測試流程。我說下我1年來不斷改正(自己總結，吸取同行的方法)后的流程吧。需求評審(有開發(fā)人員，產(chǎn)品經(jīng)理，測試人員，項目經(jīng)理)->需求確定(出一份確定的需求文檔)->開發(fā)設計文檔(開發(fā)人員在開始寫代碼前就能輸出設計文檔)->想好測試策略，寫出測試用例->發(fā)給開發(fā)人員和測試經(jīng)理看看(非正式的評審用例)->接到測試版本->執(zhí)行測試用例(中間可能會補充用例)->提交bug(有些bug需要開發(fā)人員的確定(嚴重級別的，或突然發(fā)現(xiàn)的在測試用例范圍之外的，難以重現(xiàn)的)，有些可以直接錄制進TD)->開發(fā)人員修改(可以在測試過程中快速的修改)->回歸測試(可能又會發(fā)現(xiàn)新問題，再按流程開始跑)。
22. 當開發(fā)人員說不是BUG時，你如何應付?
開發(fā)人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這么做，這個時候可以找來產(chǎn)品經(jīng)理進行確認，需不需要改動，3方商量確定好后再看要不要改。二是這種情況不可能發(fā)生，所以不需要修改，這個時候，我可以先盡可能的說出是BUG的依據(jù)是什么?如果被用戶發(fā)現(xiàn)或出了問題，會有什么不良結果?程序員可能會給你很多理由，你可以對他的解釋進行反駁。如果還是不行，那我可以給這個問題提出來,跟開發(fā)經(jīng)理和測試經(jīng)理進行確認,如果要修改就改,如果不要修改就不改。其實有些真的不是bug，我也只是建議的方式寫進TD中，如果開發(fā)人員不修改也沒有大問題。如果確定是bug的話，一定要堅持自己的立場，讓問題得到最后的確認。
23.你為什么想離開目前的職務?
因為公司運作情況并不理想，公司需要調(diào)整部門體系，公司考慮到縮減部門人員，所以大批量的裁員(有6，7個)，這是我的第一份工作，對公司也有較深的感情，因為在這里我找到了職業(yè)理想(就是測試)，所以公司需要精簡人員，我自愿退出。雖然很舍不得，但我將會有新的發(fā)揮能力的舞臺。
24：你對我們公司了解有多少?
25：你找工作時，最重要的考慮因素為何?
工作的性質和內(nèi)容是否能讓我發(fā)揮所長，并不斷成長。
26：為什么我們應該錄取你?
您可以由我過去的工作表現(xiàn)所呈現(xiàn)的客觀數(shù)據(jù)，明顯地看出我全力以赴的工作態(tài)度。
27：請談談你個人的最大特色。
我的堅持度很高，事情沒有做到一個令人滿意的結果，絕不罷手。
28.白箱測試和黑箱測試是什么?什么是回歸測試?
29。單元測試、集成測試、系統(tǒng)測試的側重點是什么?
30。設計用例的方法、依據(jù)有那些?
31。一個測試工程師應具備那些素質和技能?
32.集成測試通常都有那些策略?
33.你用過的測試工具的主要功能、性能及其他?
34.一個缺陷測試報告的組成
35.基于WEB信息管理系統(tǒng)測試時應考慮的因素有哪些?
36.軟件測試項目從什么時候開始，?為什么?
37.需求測試注意事項有哪些?
小葛先森
1、什么是接口？ 2、什么是接口測試？ 3、接口組成的要素有哪些？ 4、Python 的 requests 包是干什么的？ 5、如何使用 Python 的 requests 包？ 6、為什么開展接口測試？ 7、為什么要寫接口測試用例？ 8、接口測試用例設計主要考慮哪些？ 9、接口測試用例包含哪些內(nèi)容？ 10、接口測試如何設計用例？ 11、通用接口用例設計？ 12、接口測試報告包含哪些內(nèi)容？ 13、測試指標范圍包含哪些？ 14、做接口測試運用過哪些測試工具？ 15、抓包工具用過哪些？ 16、為什么進行抓包測試？ 17、TCP/IP 參考模型有哪幾層？ 18、常用協(xié)議的端口號？ 19、常見的狀態(tài)碼有哪些？ 20、你們公司的接口測試流程是怎樣的？ 21、請詳細闡述接口測試和 UI 測試在測試活動中是如何協(xié)同測試的？ 22、接口測試注意事項？ 23、接口測試執(zhí)行中對比數(shù)據(jù)庫嗎？ 24、請簡述一下 cookie、session 以及 token 的區(qū)別？ 25、談談你對 HTTP 協(xié)議的了解？ 26、你對 http 請求跟 webservice 請求的了解？ 27、在接口測試中關聯(lián)是什么含義？如何使用 Postman 設置關聯(lián)？ 28、接口自動化測試框架一般分為幾層？ 29、測試框架里如何做到數(shù)據(jù)和代碼分離？ 1、什么是接口？ 接口就是 API，意思是應用程序編程接口。 接口本質上是程序開發(fā)的函數(shù)和方法，提供參數(shù)和返回值。 2、什么是接口測試？ 接口測試是測試系統(tǒng)組件間接口的一種測試，接口測試主要用于檢測外部系統(tǒng)和內(nèi)部系統(tǒng)之間以及各個子系統(tǒng)之間的交互點。測試的重點是檢查數(shù)據(jù)的交換、傳遞和控制管理的過程，以及系統(tǒng)間的相互邏輯依賴關系等。 3、接口組成的要素有哪些？ 接口訪問的地址、請求的方法、參數(shù)、返回值 （1）接口訪問的地址 協(xié)議://IP 地址或域名:端口號/應用名/功能名 （2）請求的方法 get、post 等 （3）參數(shù) 用戶使用接口時，需要向接口提供的數(shù)據(jù)。 （4）返回值 接口給用戶的反饋結果。 4、Python 的 requests 包是干什么的？ requests 是一個 HTTP 庫，作用是發(fā)送 HTTP 請求，獲得響應，往往使用在網(wǎng)絡爬蟲，接口自動化測試中。 5、如何使用 Python 的 requests 包？ （1）安裝 Python （2）安裝 requests 模塊 （3）創(chuàng)建.py 文件 （4）導入 requests 模塊 （5）編寫 Python 代碼 （6）調(diào)用 requests 方法 6、為什么開展接口測試？ 接口測試屬于集成測試、測試接入越早，就越能在項目早期發(fā)現(xiàn)問題，修復問題成本降低。 接口測試非常快速，UI 自動化執(zhí)行一個測試用例 10s 左右，接口用例執(zhí)行一般毫秒級。 7、為什么要寫接口測試用例？ （1）理清思路，避免漏測和重復測試。 （2）提高測試效率、跟進測試進度、告訴領導做過、跟進重復性工作。 （3）更好的記錄問題、發(fā)現(xiàn)問題、復現(xiàn)問題、同時這也是接口測試流程中的一個產(chǎn)物。 8、接口測試用例設計主要考慮哪些？ （1）功能是否正常。 （2）功能是否按照接口文檔實現(xiàn)、是否依賴業(yè)務、異常情況（參數(shù)異常、數(shù)據(jù)異常）、安全測試等。 9、接口測試用例包含哪些內(nèi)容？ 用例名稱、接口地址、請求方式、前置條件、描述、請求頭部、請求參數(shù)、狀態(tài)碼、預期返回結果 10、接口測試如何設計用例？ 接口測試一般考慮入?yún)⑿问降淖兓徒涌诘臉I(yè)務邏輯。 一般設計接口測試用例采用等價類、邊界值、場景法居多。 接口測試用例設計思路： （1）接口業(yè)務邏輯測試，接口邏輯測試是指根據(jù)業(yè)務邏輯，輸入?yún)?shù)，輸出值的描述，對正常輸入情況下所得輸出值是否正確的測試，也就是測試對外提供的接口服務是否正常。 （2）模塊接口測試，模塊接口測試是為了保證數(shù)據(jù)的安全及程序在異常情況下的邏輯正確性而進行的測試模塊，接口測試主要包括以下幾個方面 a.鑒權碼 token 異常（為空、沒有、錯誤、過期） b.其他參數(shù)的異常，必填項的檢查，參數(shù)的長度、類型、格式異常。常規(guī)的參數(shù)有數(shù)字，字符串，日期；參數(shù)長度，位數(shù)、身份證、電話的長度；參數(shù)的類型，數(shù)字精度，字母，中文，帶空格的參數(shù)，特殊字符；日期格式，日期年月日，年月日時分秒，日期格式（包含/-:等） c.錯誤碼異常覆蓋 11、通用接口用例設計？ （1）通過性驗證：首先肯定要保證這個接口功能是好使的，也就是正常的通過性測試，按照接口文檔上的參數(shù)，正常傳入，是否可以返回正確的結果。 （2）參數(shù)組合：現(xiàn)在有一個操作商品的接口，有個字段 type，傳 1 的時候代表修改商品，商品 id、商品名稱、價格有一個是必傳的，type 傳 2 的時候是刪除商品，商品 id 是必傳的，這樣就要測參數(shù)組合了，type 傳 1 的時候，只傳商品名稱能不能修改成功，id、名稱、價格都傳的時候能不能修改成功。 （3）接口安全：繞過驗證，比如說購買了一個商品，它的價格是 300 元，那我在提交訂單時候，我把這個商品的價格改成 3 元，后端有沒有做驗證，更狠點，我把錢改成-3，是不是我的余額還要增加？繞過身份授權，比如說修改商品信息接口，那必須得是賣家才能修改，那我傳一個普通用戶，能不能修改成功，我傳一個其他的賣家能不能修改成功。參數(shù)是否加密，比如說我登陸的接口，用戶名和密碼是不是加密，如果不加密的話，別人攔截到你的請求，就能獲取到你的信息了，加密規(guī)則是否容易破解。密碼安全規(guī)則，密碼的復雜程度校驗。 （4）異常驗證：所謂異常驗證，也就是我不按照你接口文檔上的要求輸入?yún)?shù)，來驗證接口對異常情況的校驗。比如說必填的參數(shù)不填，輸入整數(shù)類型的，傳入字符串類型，長度是 10 的，傳 11，總之就是你說怎么來，我就不怎么來，其實也就這三種，必傳非必傳、參數(shù)類型、入?yún)㈤L度。 12、接口測試報告包含哪些內(nèi)容？ 系統(tǒng)接口概況、測試目的與范圍、測試工具與資源、測試記錄及結果分析（單場景接口、混合場景接口）、測試結論 13、測試指標范圍包含哪些？ （1）被測接口接收請求和返回報文。 （2）被測接口返回狀態(tài)、被測接口對應業(yè)務邏輯處理、涉及數(shù)據(jù)沉淀的處理、復雜場景下多個接口串聯(lián)交互。 14、做接口測試運用過哪些測試工具？ （1）Postman （2）JMeter （3）SoapUI （4）Python + requests （5）Java + HttpClient （6）Java + OkHttp 15、抓包工具用過哪些？ （1）Fiddler （2）Charles （3）Wireshark 16、為什么進行抓包測試？ 有些時候公司沒有標準的接口文檔，測試人員只能抓包來獲取接口信息。 抓包可以迅速找到請求，通過抓包可以查看整個請求過程，以及響應過程，可以通過抓包來分辨前臺還是后臺 bug。 通過抓包，可以查看是否有敏感信息泄露，比如用戶密碼和個人賬號信息等數(shù)據(jù)。 通過抓包進行測試，攔截請求，修改請求數(shù)據(jù)，查看對應響應結果，抓包本身就是接口測試的一部分。 17、TCP/IP 參考模型有哪幾層？ 應用層、傳輸層、網(wǎng)絡層、網(wǎng)絡接口層 18、常用協(xié)議的端口號？ （1）21/tcp FTP 文件傳輸協(xié)議 （2）22/tcp SSH 安全登錄、文件傳送（SCP）和端口重定向 （3）23/tcp Telnet 不安全的文本傳送 （4）25/tcp SMTP Simple Mail Transfer Protocol（E-mail） （5）69/udp TFTP Trivial File Transfer Protocol（微型文件傳輸協(xié)議） （6）80/tcp HTTP 超文本傳送協(xié)議（WWW） （7）110/tcp POP3 Post Office Protocol（E-mail） （8）443/tcp HTTPS used for securely transferring web pages （9）3389/tcp 遠程訪問 5631/tcp （10）5632/udp pcanywhere 端口號 （11）1433 SqlServer 服務端口號 （12）1521 Oracle 服務端口號 （13）3306 Mysql 服務端口號 （14）8080 Tomcat 默認服務端口號 19、常見的狀態(tài)碼有哪些？ （1）1XX 信息提示，用于指定客戶端相應的某些動作。 （2）2XX 成功，用于表示請求成功。 （3）3XX 重定向，用于移動的文件并且常被包含在定位頭信息中制定的新的地址信息。 （4）4XX 客戶端錯誤，用于指出客戶端的錯誤。 （5）5XX 服務器錯誤，用于指出服務器的錯誤。 20、你們公司的接口測試流程是怎樣的？ （1）從開發(fā)中取得接口文檔，了解接口業(yè)務，主要包括接口地址、請求方式、入?yún)?、出參、返回格式等信息? （2）使用 Jmeter 進行接口測試，創(chuàng)建一個線程組，然后建立一個 http 請求默認值，再新建很多 http 請求，一個請求是一個用例，輸入相應接口路徑、訪問方式、參數(shù)等，創(chuàng)建斷言和察看結果樹。 （3）最后調(diào)用并執(zhí)行測試用例，編寫測試報告。 （4）在做接口測試的時候遇到過很多問題，都是自己獨立解決的，比如返回值亂碼（修改 Jmeter 的配置文件為 UTF-8）。 21、請詳細闡述接口測試和 UI 測試在測試活動中是如何協(xié)同測試的？ 接口測試和 UI 測試這兩塊其實是有一部分是重疊的，UI 測試是通過前端寫的界面來調(diào)用接口，而接口測試是直接調(diào)接口。所以排除前端的處理的邏輯和調(diào)用的正確性，在理論上接口測試是可以覆蓋所有的 UI 測試。但實際過程中，如果只是在接口層覆蓋所有的業(yè)務流，在 UI 上只測試前端的邏輯，最終的結果可能會是忽視很多原有的功能點，導致了 UI 測試的不充分。所以存在多人分工且時間充分的時候可以嘗試接口去做業(yè)務流的全覆蓋，否則不要輕易嘗試。 22、接口測試注意事項？ （1）改變請求參數(shù)，看響應結果是否和接口文檔一致。 （2）查看參數(shù)是否有敏感信息（比如個人賬戶信息，資金信息）。 （3）查看是否對關鍵參數(shù)進行加密處理（密碼信息）。 （4）所有列表頁接口必須考慮排序值。 （5）接口返回的圖片地址能否打開，圖片尺寸是否符合需求。 （6）接口有翻頁時，頁碼與頁數(shù)的異常值測試。 （7）當輸出參數(shù)有聯(lián)動性時，需要校驗返回兩參數(shù)的實際結果是否都符合需求每個接口入?yún)⒌哪J值、異常類型、非空校驗。 （8）入?yún)⒅С侄鄠€值時，要考慮傳的值的個數(shù)多的情況下，接口會不會報錯。 23、接口測試執(zhí)行中對比數(shù)據(jù)庫嗎？ 肯定要對比，因為接口返回值的數(shù)據(jù)來源于數(shù)據(jù)庫，接口對數(shù)據(jù)的操作還要進行深層次的數(shù)據(jù)庫檢查。 24、請簡述一下 cookie、session 以及 token 的區(qū)別？ cookie 數(shù)據(jù)存放在客戶的瀏覽器上、session 數(shù)據(jù)放在服務器上、token 是接口測試時鑒權碼，一般情況下登陸后才可以獲取到 token，然后在每次請求接口時需要帶上 token 參數(shù)。 cookie 不安全，別人可以分析存在本地的 cookie 并進行 cookie 欺騙，考慮到安全應當使用 session 可以將登錄信息等重要信息存放為 session，其他信息可以保存在 cookie。 25、談談你對 HTTP 協(xié)議的了解？ 超文本傳輸協(xié)議，端口為 80，是由請求和響應兩部分組成的。 請求是由請求頭，請求行，請求正文組成；響應是由響應頭、響應行、響應正文組成。 面向安全的話使用 https。 26、你對 http 請求跟 webservice 請求的了解？ （1）http api 接口：是走 http 協(xié)議，通過路徑來區(qū)分調(diào)用的方法，請求報文都是 key-value 形式的，返回報文一般都是 json 串，有 get 和 post 等方法，這也是最常用的兩種請求方式?？梢允褂玫墓ぞ哂?postman、RESTClient、jmeter、loadrunner 等。 （2）webservice 接口：是走 soap 協(xié)議通過 http 傳輸，請求報文和返回報文都是 xml 格式的，都是通過工具才能進行調(diào)用與測試?？梢允褂玫墓ぞ哂?SoapUI、jmeter、loadrunner 等。 27、在接口測試中關聯(lián)是什么含義？如何使用 Postman 設置關聯(lián)？ 關聯(lián)就是把上一個接口返回值的部分截取出來，作為下一個接口的參數(shù)，能讓接口串聯(lián)運行。 在 Postman 中設置關聯(lián)的步驟如下： （1）通過正則表達式提取的方式或 json 取值的方式把下一個接口需要的信息從上一個接口截取出來。 （2）使用設置全局變量的代碼把取出來的值保存到全局變量里。 （3）在下一個接口中，使用(全局變量)代替要替換的靜態(tài)值。 28、接口自動化測試框架一般分為幾層？ 自動化測試框架一般分為 5 層（配置層，腳本層，數(shù)據(jù)層，測試報告層，驅動層） 接口項目工程規(guī)劃大致可分為幾類，首先是測試結果類，比如說叫 test_rusult，里面存放一些比如日志文件，測試報告。然后是測試用例 testcase，里面分模塊存放測試用例。接下來是公共方法類，比如說叫 public，或者是 tools，里面存放一些，讀取 excel 數(shù)據(jù)的方法，發(fā)送 http 請求的方法，收集 log 日志的方法，發(fā)送郵件，操作數(shù)據(jù)庫等方法。還有就是配置文件類，比如說叫 config，里面存放一些指定運行部分用例的配置文件，連接數(shù)據(jù)庫的配置文件。最后是寫一個 run 方法，運行所有的用例。 29、測試框架里如何做到數(shù)據(jù)和代碼分離？ 第一種：寫在 excel 表格里，像這種主要是讀取 excel 數(shù)據(jù)有點麻煩，常用的用來讀取 excel 的第三方庫有 openpyxl，xlrd 等。當然讀取 excel 數(shù)據(jù)最好用的還是用來做數(shù)據(jù)分析的 pandas 模塊，不用寫那么多 for 循環(huán)。 第二種：數(shù)據(jù)存放到 yaml 文件里，一個模塊或者是一個功能寫一個 yaml 文件，最后寫個讀取 yaml 文件的公共方法就行了。yaml 格式的文件比較簡單。 第三種：存放在數(shù)據(jù)庫里面。 第四種：數(shù)據(jù)存放在 json 文件里。
優(yōu)質工程師考試問答知識庫
