1岖食、開發(fā)犯低級錯誤怎么辦红碑?
開發(fā)首先要規(guī)范好編碼,出低級錯時不要指責泡垃,內(nèi)心指出錯誤析珊。讓他們自己進行測試,反思找出錯誤蔑穴。
2忠寻、你進行過哪些測試,擅長什么?
我主要從事web測試存和,搭建環(huán)境奕剃,對程序進行集成測試衷旅、系統(tǒng)測試、回歸測試纵朋。還有編寫測試用例柿顶,使用手冊,功能測試文檔倡蝙。單元測試:測試的最早期階段九串,焦點在于被測軟件的最小的組成部分绞佩。
集成測試:確保最小單元被(部分)整合后能正常操作的測試執(zhí)行階段
系統(tǒng)測試:當應用作為整體運行時的測試執(zhí)行階段(測試最終的應用)
回歸測試:修改了舊代碼后寺鸥,重新進行測試以確認修改操作沒有引入新的錯誤或?qū)е缕渌a產(chǎn)生錯誤。
驗收測試:以用戶為主品山,由用戶參加設(shè)計測試用例胆建,對程序的功能、性能肘交,以及可移植性笆载、兼容性、可維護性涯呻、錯誤的恢復功能等進行確認凉驻。主要運用黑盒測試的方法,對系統(tǒng)主要流程复罐、重要功能進行有效性測試涝登,驗證所測試的軟件是否滿足需求規(guī)格說明書列出的要求
3、開發(fā)說不是bug怎么辦效诅?
將自己的見解告訴開發(fā)胀滚,不行就把見解和bug提交項目經(jīng)理決定。
4乱投、你的職業(yè)規(guī)劃?
鞏固基礎(chǔ)測試知識咽笼,提高理解需求能力。學習自動化測試戚炫,并且運用剑刑。技術(shù)到位后學習帶領(lǐng)測試團隊。最后爭取達到測試經(jīng)理水平双肤。
5叛甫、什么測試用例才是合格?
能覆蓋到所有測試點
6、缺陷測試報告組成杨伙?
缺陷編號其监、缺陷標題、缺陷描述限匣、缺陷優(yōu)先程度抖苦、缺陷所屬模塊毁菱、缺陷所屬版本、缺陷所屬開發(fā)人員锌历、 輸入數(shù)據(jù)贮庞、輸出結(jié)果、缺陷分析等究西。
C/S模式窗慎,使用交替方法確認是client還是server端問題。
7卤材、測試用例包括哪些遮斥?
用例編號、測試項描述扇丛、操作步驟术吗、輸入、預期結(jié)果帆精、實際結(jié)果较屿、測試人、測試時間卓练、備注
8隘蝎、軟件評審的人員和目的
人員:客戶、項目經(jīng)理襟企、開發(fā)人員嘱么、測試人員目的:查看軟件是否還存在問題。是否在不同平臺正常運行整吆,是否有和客戶理解不一致的地方拱撵,是否有改進的地方
9、什么是軟件測試表蝙?目的?
使用人工或自動化手段運行程序拴测,為了發(fā)現(xiàn)軟件的錯誤而執(zhí)行檢驗的一個過程目的:以最少的人力、物力府蛇、時間找到軟件中的缺陷并修改集索,從而回避風險。
10汇跨、兼容測試
檢查軟件在不同軟件务荆、硬件平臺是否可以正常運行。即軟件的可移植性穷遂。主要查看在不同操作系統(tǒng)函匕、瀏覽器、數(shù)據(jù)庫蚪黑、不同版本是否正常運行
11盅惜、為什么進行軟件測試中剩?
沒經(jīng)過測試的軟件無法保證質(zhì)量,好比iso質(zhì)量認證一樣抒寂。測試中發(fā)現(xiàn)問題结啼,即時提交開發(fā)改進,在軟件發(fā)布時保證軟件質(zhì)量屈芜。
12郊愧、軟件測試類型有哪些?區(qū)別與聯(lián)系井佑?
常見:功能測試属铁、性能測試、界面測試毅糟。
功能測試:占比最大红选,也叫黑盒測試(不看代碼)澜公。進行動態(tài)測試時姆另,需要測試軟件功能,不需要測試軟件內(nèi)部結(jié)構(gòu)和處理過程坟乾。
技術(shù)方法有:等價類劃分法迹辐、邊界值分析、錯誤推測甚侣、因果圖和綜合策略明吩。
性能測試:通過自動化測試工具模擬多種正常、異常殷费、峰值條件印荔,對系統(tǒng)各項性能指標測試。
負載測試详羡、壓力測試屬于此仍律。負載測試:確定各項工作負載下的系統(tǒng)性能,目標是負載主鍵增加時实柠,系統(tǒng)各項性能指標變化水泉;壓力測試:通過系統(tǒng)的瓶頸,獲得系統(tǒng)能提供的最大服務(wù)級別窒盐。
界面測試:界面好壞決定用戶對軟件第一印象草则。合理的界面帶來輕松愉悅感受,失敗界面有挫敗感蟹漓,讓強大的功能付諸東流炕横。
區(qū)別:功能測試關(guān)注軟件功能,每個功能可能存在的問題葡粒。性能測試軟件多用戶并發(fā)的穩(wěn)定性和強壯性份殿。界面測試關(guān)注用戶體驗和易用性姿锭。
13、好的測試用例關(guān)鍵伯铣?
白盒測試:較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果呻此。
黑盒測試:較少的用例覆蓋模塊輸出和輸入接口。用最少用例在合理時間內(nèi)發(fā)現(xiàn)最多的問題腔寡。
對可行和不可行的都要考慮:(1)輸入 (2)詳細操作步驟 (3)預期輸出 (4)實際輸出
14焚鲜、黑盒、白盒放前、單元忿磅、集成、系統(tǒng)凭语、驗收測試的區(qū)別與聯(lián)系葱她?
黑盒:已知功能設(shè)計規(guī)格,測試每個功能是否符合要求似扔。白盒:已知內(nèi)部工作過程吨些,測試每種內(nèi)部操作符合設(shè)計規(guī)格。黑盒意味著測試在軟件的接口處進行炒辉,把測試對象看做一個黑盒子豪墅,不考慮程序內(nèi)部邏輯結(jié)構(gòu)和內(nèi)部特性,僅看需求說明書檢查功能是否符合需求黔寇。黑盒-》功能測試(或者 數(shù)據(jù)驅(qū)動測試)
15偶器、軟件開發(fā)過程與角色分工?
測試配合開發(fā)等進行需求分析和討論缝裤,根據(jù)需求說明書制定《項目測試計劃》屏轰,編寫測試用例,建立測試環(huán)境憋飞。測試負責新產(chǎn)品測試霎苗,原有產(chǎn)品的升級測試,負責軟件問題解決過程跟蹤搀崭,軟件開發(fā)文檔叨粘、開發(fā)工作的規(guī)范化,管理開發(fā)部門的產(chǎn)品文檔瘤睹,制作用戶手冊升敲、操作手冊,產(chǎn)品上限測試轰传,監(jiān)督軟件開發(fā)過程執(zhí)行驴党,提高軟件質(zhì)量。
16获茬、軟件開發(fā)過程與角色分工港庄?
開發(fā)與測試開會討論需求倔既。需求分析人員寫出需求分析說明,三部門討論可行性鹏氧。給出詳細設(shè)計說明書渤涌,開發(fā)編碼,給出系統(tǒng)流程圖把还。測試根據(jù)此实蓬,給出bug統(tǒng)計。
17吊履、不同測試類型的聯(lián)系與區(qū)別安皱?
功能、性能艇炎、可靠性酌伊、安全性、負載測試缀踪,壓力居砖、安裝/卸載、啟動/停止辜贵、兼容悯蝉、互聯(lián)測試归形,文檔托慨、回歸、可使用性暇榴、容量測試
18厚棵、測試計劃工作包括?
是對工作內(nèi)容的有效組織和規(guī)劃蔼紧,保證測試工作有效展開婆硬。包括測試目標,測試范圍定義奸例,測試方法選擇彬犯,測試進度里程碑,測試資源管理和配置查吊。測試目標最重要谐区,因為他是軟件測試的最終達到結(jié)果
19、性能測試工具逻卖,原理宋列、實際應用LoadRunner
能夠錄制測試的操作步驟,對其模擬出多個用戶播放出來评也。
(1)visural user genertor:創(chuàng)建腳本炼杖,選擇協(xié)議灭返,錄制操作,編輯操作
(2)中央控制器 controller:調(diào)度虛擬用戶坤邪。創(chuàng)建場景熙含,選擇腳本,建立虛擬用戶艇纺,設(shè)計shedual婆芦,設(shè)置ip spoofer
(3)運行腳本,分析shedual
(4)分析測試結(jié)果
20喂饥、兼容性
平臺兼容消约、網(wǎng)絡(luò)兼容、數(shù)據(jù)庫兼容员帮、數(shù)據(jù)格式兼容或粮。
缺陷等級分類
(1) 最高級–導致運行中斷(應用程序崩潰),預期的功能沒有得到實現(xiàn),測試工作無法繼續(xù)進行等
(2) 緊急—事件非常重要,并且需要馬上給予關(guān)注
(3) 高級—事件是重要的,并且應該在緊急的事件處理之后盡快得到解決
(4) 中級—事件是重要的,但是由于解決問題需要花費一定的時間,所以可以用較長的時間解決
(5) 低級—事件不重要,可以在時間和資源允許的情況下再解決
21、缺陷生命周期
新建bug–提交bug–確認bug–分配bug–修復bug–驗證bug–關(guān)閉bug
22捞高、測試結(jié)束標準
1)一二級缺陷數(shù)目達到項目質(zhì)量管理目標要求氯材,測試暫停返回開發(fā)
2)項目出現(xiàn)重大估算和進度偏差,需要暫拖醺冢或者終止
3)新需求變更大氢哮,需修改測試計劃和測試用例再進行
4)開發(fā)暫停,測試也暫停型檀,備份暫停時的數(shù)據(jù)
5)所有功能冗尤、性能測試用例100%進行
23、測試生命周期
需求測試計劃制定和評審–測試用例編寫–測試用例執(zhí)行–bug管理–測試報告輸出
24胀溺、自我介紹
套路
1)很高興獲得面試機會……想證明我是合適的人選……想獲得您的認可……
2)反問面試官:您看我繼續(xù)介紹項目還是您提問關(guān)心的問題裂七?
25、項目介紹
先整體再局部介紹仓坞,項目五大維度:
規(guī)模(代碼規(guī)模背零、需求規(guī)模、用例規(guī)模无埃、工作量徙瓶、進度、質(zhì)量嫉称、成本)侦镇,測試流程,角色與職責澎埠,項目中自己角色虽缕,自己的特色(做得好的、遇到的困難、做得差的)氮趋,最后是心得體會伍派。
26、數(shù)據(jù)庫問題
數(shù)據(jù)庫增刪改查(insert剩胁、delete诉植、update、select)昵观;
表結(jié)構(gòu)增刪改查(create晾腔、drop、alter啊犬、describe)灼擂;
存儲過程;觸發(fā)器等
27觉至、Linux系統(tǒng)
常見50個命令(find剔应、-name、type语御、perm峻贮、user、group应闯、ctime纤控、atime)
熟悉vi、熟悉linux搭建測試環(huán)境碉纺。LAMP環(huán)境搭建船万。
28、缺陷相關(guān)
缺陷跟蹤流程(流程基本要素)惜辑、整體流程(會話)唬涧、缺陷單的20個屬性、屬性的意義盛撑、如何描述好缺陷單、缺陷單的5C原則捧搞、缺陷重現(xiàn)步驟抵卫。你認為最經(jīng)典的bug
29、用例相關(guān)
用例格式要素胎撇、用例設(shè)計工程方法論介粘、方法要求如何利用。如何評審用例晚树,從那些維度評審姻采,設(shè)計好用例需要那些只是結(jié)構(gòu)
30、軟件測試流程
熟悉產(chǎn)品/項目–需求評審–測試需求–測試計劃–測試方案–測試用例–預測試爵憎,第一輪正式測試–第二輪回歸測試–第三輪測試慨亲,測試報告–總結(jié)–測試指南
31婚瓜、網(wǎng)絡(luò)相關(guān)
基本網(wǎng)絡(luò)知識(重點TCP/IP協(xié)議)網(wǎng)絡(luò)通信模型,以及一整個網(wǎng)絡(luò)傳輸協(xié)議家族刑棵,為互聯(lián)網(wǎng)的基礎(chǔ)通信架構(gòu)巴刻,提供了點對點的鏈接機制,將數(shù)據(jù)應該如何封裝蛉签、定址胡陪、傳輸、路由以及在目的地如何接收碍舍,都加以標準化柠座。
1手报、應用層:應用程序之間相互溝通的層
2浩销、傳輸層:提供了數(shù)據(jù)傳輸,應用程序之間的通信服務(wù)
3踏揣、網(wǎng)絡(luò)互聯(lián)層:負責提供基本的數(shù)據(jù)封包傳送功能锻全,讓每一塊數(shù)據(jù)包都能夠到達目的主機
4狂塘、網(wǎng)絡(luò)接口層:接收數(shù)據(jù),并進行傳輸
32鳄厌、測試工具
性能測試工具:LoadRunner荞胡,Jmeter
自動化測試工具:Selenium
測試管理工具:禪道或者Jira
如何去測試指定軟件?
技巧:從質(zhì)量模型了嚎、測試工具泪漂、測試方法、測試流程歪泳、探索式測試萝勤,宏觀解決,再微觀講解用例設(shè)計
33呐伞、你還有什么想要問的嗎敌卓?
滿意情況:先表示感謝,問如果有下一輪面試伶氢,什么時候趟径,做什么準備;
一般般情況:感謝癣防,對自己表現(xiàn)不太滿意蜗巧,能否給我一些建議;
很糟糕:感謝蕾盯,認識到不足幕屹,希望給建議
34、測試用例編寫結(jié)構(gòu)
功能性、界面UI望拖、易用性渺尘、安全性、兼容性
35靠娱、STAR法則
S(situation):項目屬于什么類型沧烈,周期多長
T(task):團隊分工,你的角色
A(action):具體實施像云,自己做了什么
R(result):最后成果锌雀,你的收獲
36、如何測試紙杯
功能性:是否漏水迅诬;是否喝到水
安全性:有沒有細菌可靠性:摔下來的損壞程度
可移植性:不同地方腋逆、溫濕度使用
兼容性:容納果汁、啤酒侈贷、汽水惩歉、汽油等
易用性:是否燙手、防滑俏蛮、方便飲用水
用戶文檔:使用手冊對用法撑蚌、限制、使用條件描述
疲勞測試:分別裝上水搏屑、汽油等24小時争涌,泄露情況
壓力測試:用物件不斷加壓,承受多大的壓強
37辣恋、軟件生命周期各個階段的測試內(nèi)容
(1)需求階段測試:設(shè)計整個過程的進行亮垫、測試計劃的安排、測試用例的設(shè)計以及軟件的確認要達到那些要求等伟骨。
(2)設(shè)計階段測試:包括概要設(shè)計和詳細設(shè)計饮潦。在概要設(shè)計階段,測試人員應闡述測試方法和測試評估準則携狭,編寫測試計劃继蜡,組織成立獨立的測試小組,安排具有里程碑的測試日程暑中;在詳細設(shè)計階段壹瘟,測試人員要開發(fā)或獲取確認支持工具,生成功能測試數(shù)據(jù)和測試用例鳄逾,以此來檢查設(shè)計中遺漏的情況、錯誤的邏輯灵莲、模塊接口的不匹配雕凹、數(shù)據(jù)結(jié)構(gòu)不合理、錯誤的I/O假定、用戶界面的補充分等枚抵。
(3)編碼階段測試:測試需要解決的首要問題是編碼是否和設(shè)計的一致线欲;其次是系統(tǒng)是否可維護,系統(tǒng)的規(guī)格說明是否正確地實現(xiàn)汽摹,編碼是否按照既有的標準進行李丰。是否有充分的測試計劃評價程序,程序是否提供足夠的文檔資料逼泣,程序內(nèi)部是否有足夠的注釋等趴泌。在測試完成后,要形成下列輸出物:編碼說明書拉庶、程序文檔嗜憔、計算機程序列表、可執(zhí)行的程序氏仗、程序流程圖吉捶、操作介紹和單元測試結(jié)果。
(4)測試階段:要進行第三方的正確測試皆尔,檢驗所開發(fā)的系統(tǒng)是否能按照用戶提出要求運行呐舔,在測試階段要使的用戶能成功地安裝新的應用系統(tǒng)來進行測試。
(5)安裝階段測試:首先要根據(jù)系統(tǒng)安裝手冊制定好安裝計劃慷蠕,確定安裝流程圖珊拼,準備好安裝文件和程序清單,給出安裝測試的預期結(jié)果砌们,并對安裝過程中的各項可能發(fā)生的結(jié)果進行說明準備杆麸,將程序運行的軟硬件要求放入產(chǎn)品說明中。同時要檢查時系統(tǒng)用戶手冊和操作手冊浪感,看是否可用昔头。
(6)驗收階段測試 :定義用戶角色,定義驗收標準影兽,編制驗收計劃揭斧,執(zhí)行驗收計劃和填寫驗收結(jié)論。
38峻堰、get和post的請求
1讹开、url可見性:get,參數(shù)url可見捐名;post旦万,url參數(shù)不可見
2、數(shù)據(jù)傳輸上:get镶蹋,通過拼接url進行傳遞參數(shù)成艘;post赏半,通過body體傳輸參數(shù)
3、緩存性:get請求是可以緩存的post請求不可以緩存
4淆两、后退頁面的反應get請求頁面后退時断箫,不產(chǎn)生影響post請求頁面后退時,會重新提交請求
5秋冰、傳輸數(shù)據(jù)的大小get一般傳輸數(shù)據(jù)大小不超過2k-4k(根據(jù)瀏覽器不同仲义,限制不一樣,但相差不大)post請求傳輸數(shù)據(jù)的大小根據(jù)php.ini 配置文件設(shè)定剑勾,也可以無限大埃撵。
6、安全性這個也是最不好分析的甥材,原則上post肯定要比get安全盯另,畢竟傳輸參數(shù)時url不可見,但也擋不住部分人閑的沒事在那抓包玩洲赵。安全性個人覺得是沒多大區(qū)別的鸳惯,防君子不防小人就是這個道理。對傳遞的參數(shù)進行加密叠萍,其實都一樣芝发。
39、alpha測試和beta測試的區(qū)別
alpha測試是在用戶組織模擬軟件系統(tǒng)的運行環(huán)境下的一種驗收測試苛谷,由用戶或第三方測試公司進行的測試辅鲸,模擬各類用戶行為對即將面市的軟件產(chǎn)品進行測試,試圖發(fā)現(xiàn)并修改錯誤beta測試時用戶公司組織各方面的典型終端用戶在日常工作中實際使用Beta版本腹殿,并要求用戶報告異常情況独悴,提出批評意見。
區(qū)別:主要是測試場所不同锣尉,alpha是指把用戶請到開發(fā)方的場所來測試刻炒,beta測試是指在一個或多個用戶的場所進行測試;alpha測試的環(huán)境是受開發(fā)方控制的自沧,用戶的數(shù)量相對少坟奥,時間比較集中,beta測試環(huán)境不受開發(fā)方控制拇厢,用戶數(shù)量相對多爱谁,時間不集中
40、TCP/IP協(xié)議的模型和每層的主要協(xié)議
從下到上:
1孝偎、鏈路層(數(shù)據(jù)鏈路層/網(wǎng)絡(luò)接口層):包括操作系統(tǒng)中的設(shè)備驅(qū)動程序访敌、計算機中對應的網(wǎng)絡(luò)接口卡
2、網(wǎng)絡(luò)層(互聯(lián)網(wǎng)層):處理分組在網(wǎng)絡(luò)中的活動衣盾,比如分組的選路捐顷;(IP荡陷、ICMP雨效、IGMP)
3迅涮、運輸層:主要為兩臺主機上的應用提供端到端的通信(TCP和UDP)
4、應用層:負責處理特定的應用程序細節(jié)
下面還給大家準備了一份阿里面試題資源