34****、在C/C++****中static****有什么用途绍移？（請(qǐng)至少說明兩種）1)在函數(shù)體悄窃，一個(gè)被聲明為靜態(tài)的變量在這一函數(shù)被調(diào)用過程中維持其值不變。2) 在模塊內(nèi)（但在函數(shù)體外）蹂窖，一個(gè)被聲明為靜態(tài)的變量可以被模塊內(nèi)所用函數(shù)訪問轧抗，但不能被模塊外其它函數(shù)訪問。它是一個(gè)本地的全局變量瞬测。3) 在模塊內(nèi)横媚，一個(gè)被聲明為靜態(tài)的函數(shù)只可被這一模塊內(nèi)的其它函數(shù)調(diào)用。那就是月趟，這個(gè)函數(shù)被限制在聲明它的模塊的本地范圍內(nèi)使用

35****灯蝴、引用與指針有什么區(qū)別？ 1) 引用必須被初始化狮斗，指針不必绽乔。 2) 引用初始化以后不能被改變，指針可以改變所指的對(duì)象碳褒。 3) 不存在指向空值的引用，但是存在指向空值的指針看疗。

36****沙峻、Internet****采用哪種網(wǎng)絡(luò)協(xié)議？該協(xié)議的主要層次結(jié)構(gòu)两芳？Internet****物理地址和IP****地址轉(zhuǎn)換采用什么協(xié)議摔寨？
TCP/IP協(xié)議主要層次結(jié)構(gòu)為： 應(yīng)用層/傳輸層/網(wǎng)絡(luò)層/數(shù)鏈路層。
ARP (Address Resolution Protocol)（地?fù)?jù)址解析協(xié)議）

37****怖辆、說說你對(duì)集成測(cè)試中自頂向下集成和自底向上集成兩個(gè)策略的理解是复，要談出它們各自的優(yōu)缺點(diǎn)和主要適應(yīng)于哪種類型測(cè)試删顶；
自頂向下集成
優(yōu)點(diǎn)：較早地驗(yàn)證了主要控制和判斷點(diǎn)；按深度優(yōu)先可以首先實(shí)現(xiàn)和驗(yàn)證一個(gè)完整的軟件功能淑廊；功能較早證實(shí)逗余，帶來信心；只需一個(gè)驅(qū)動(dòng)季惩，減少驅(qū)動(dòng)器開發(fā)的費(fèi)用录粱；支持故障隔離。
缺點(diǎn)：柱的開發(fā)量大画拾；底層驗(yàn)證被推遲啥繁；底層組件測(cè)試不充分。
適應(yīng)于產(chǎn)品控制結(jié)構(gòu)比較清晰和穩(wěn)定青抛；高層接口變化較衅烀觥；底層接口未定義或經(jīng)趁哿恚可能被修改宪睹；產(chǎn)口控制組件具有較大的技術(shù)風(fēng)險(xiǎn)，需要盡早被驗(yàn)證蚕钦；希望盡早能看到產(chǎn)品的系統(tǒng)功能行為亭病。
2、自底向上集成
優(yōu)點(diǎn)：對(duì)底層組件行為較早驗(yàn)證嘶居；工作最初可以并行集成罪帖，比自頂向下效率高；減少了樁的工作量邮屁；支持故障隔離整袁。
缺點(diǎn)：驅(qū)動(dòng)的開發(fā)工作量大；對(duì)高層的驗(yàn)證被推遲佑吝，設(shè)計(jì)上的錯(cuò)誤不能被及時(shí)發(fā)現(xiàn)坐昙。適應(yīng)于底層接口比較穩(wěn)定；高層接口變化比較頻繁芋忿；底層組件較早被完成炸客。

38****、軟件驗(yàn)收測(cè)試包括正式驗(yàn)收測(cè)試戈钢、alpha測(cè)試痹仙、beta測(cè)試三種測(cè)試。
39****殉了、系統(tǒng)測(cè)試的策略有很多種的开仰，有性能測(cè)試、負(fù)載測(cè)試、強(qiáng)度測(cè)試众弓、易用性測(cè)試恩溅、安全測(cè)試、配置測(cè)試谓娃、安裝測(cè)試脚乡、文檔測(cè)試、故障恢復(fù)測(cè)試傻粘、用戶界面測(cè)試每窖、恢復(fù)測(cè)試、分布測(cè)試弦悉、可用性測(cè)試窒典。
40****、設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有軟件測(cè)試計(jì)劃稽莉、軟件需求工件瀑志、和迭代計(jì)劃
41****．通過畫因果圖來寫測(cè)試用例的步驟為****、****污秆、****劈猪、****及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個(gè)步驟。 ****利用因果圖生成測(cè)試用例的基本步驟是：
§ 分析軟件規(guī)格說明描述中良拼，哪些是原因（即輸入條件或輸入條件的等價(jià)類）战得，哪些是結(jié)果（即輸出條件），并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符庸推。
§ 分析軟件規(guī)格說明描述中的語義常侦，找出原因與結(jié)果之間，原因與原因之間對(duì)應(yīng)的是什么關(guān)系? 根據(jù)這些關(guān)系贬媒，畫出因果圖聋亡。
§ 由于語法或環(huán)境限制，有些原因與原因之間际乘，原因與結(jié)果之間的組合情況不可能出現(xiàn)坡倔。為表明這些特殊情況，在因果圖上用一些記號(hào)標(biāo)明約束或限制條件脖含。 § 把因果圖轉(zhuǎn)換成判定表罪塔。
§ 把判定表的每一列拿出來作為依據(jù)，設(shè)計(jì)測(cè)試用例。

43****这弧、請(qǐng)說出這些測(cè)試最好由那些人員完成，測(cè)試的是什么？
代碼框仔、函數(shù)級(jí)測(cè)試一般由白盒測(cè)試人員完成乞封，他們針對(duì)每段代碼或函數(shù)進(jìn)行正確性檢驗(yàn)，檢查其是否正確的實(shí)現(xiàn)了規(guī)定的功能。
模塊爽锥、組件級(jí)測(cè)試主要依據(jù)是程序結(jié)構(gòu)設(shè)計(jì)測(cè)試模塊間的集成和調(diào)用關(guān)系，一般由測(cè)試人員完成畔柔。
系統(tǒng)測(cè)試在于模塊測(cè)試與單元測(cè)試的基礎(chǔ)上進(jìn)行測(cè)試氯夷。了解系統(tǒng)功能與性能，根據(jù)測(cè)試用例進(jìn)行全面的測(cè)試靶擦。

44****腮考、 ****設(shè)計(jì)測(cè)試用例時(shí)應(yīng)該考慮哪些方面，即不同的測(cè)試用例針對(duì)那些方面進(jìn)行測(cè)試玄捕？
設(shè)計(jì)測(cè)試用例時(shí)需要注意的是踩蔚，除了對(duì)整體流程及功能注意外，還要注意強(qiáng)度測(cè)試枚粘、性能測(cè)試馅闽、壓力測(cè)試、邊界值測(cè)試馍迄、穩(wěn)定性測(cè)試福也、安全性測(cè)試等多方面。（測(cè)試用例需要考慮的四個(gè)基本要素是輸入攀圈、輸出暴凑、操作和測(cè)試環(huán)境；另外赘来，測(cè)試用例需要考慮的是測(cè)試類型（功能现喳、性能、安全……）撕捍，這部分可以參照TP做答拿穴。此外，還需要考慮用例的重要性和優(yōu)先級(jí)）

45****忧风、 ****在windows****下保存一個(gè)文本文件時(shí)會(huì)彈出保存對(duì)話框默色，如果為文件名建立測(cè)試用例，等價(jià)類應(yīng)該怎樣劃分狮腿？
單字節(jié)腿宰，如A；雙字節(jié)缘厢， AA吃度、我我；特殊字符 /‘贴硫〈幻浚‘伊者；、=-等间护；保留字亦渗，如com；文件格式為8.3格式的汁尺；文件名格式為非8.3格式的法精；/,,*等九個(gè)特殊字符。

46****痴突、假設(shè)有一個(gè)文本框要求輸入10****個(gè)字符的郵政編碼搂蜓，對(duì)于該文本框應(yīng)該怎樣劃分等價(jià)類？
特殊字符辽装，如10個(gè)*或￥帮碰；英文字母，如ABCDefghik如迟；小于十個(gè)字符收毫，如123；大于十個(gè)字符殷勘，如11111111111此再；數(shù)字和其他混合，如123AAAAAAA玲销；空字符输拇；保留字符

**47.****軟件測(cè)試項(xiàng)目從什么時(shí)候開始，贤斜？為什么策吠？ **軟件測(cè)試應(yīng)該在需求分析階段就介入,因?yàn)闇y(cè)試的對(duì)象不僅僅是程序編碼,應(yīng)該對(duì)軟件開發(fā)過程中產(chǎn)生的所有產(chǎn)品都測(cè)試,并且軟件缺陷存在放大趨勢(shì).缺陷發(fā)現(xiàn)的越晚,修復(fù)它所花費(fèi)的成本就越大.
48****、什么是回歸測(cè)試?
回歸測(cè)試: (regression testing): 回歸測(cè)試有兩類：用例回歸和錯(cuò)誤回歸瘩绒；用例回歸是過一段時(shí)間以后再回頭對(duì)以前使用過的用例在重新進(jìn)行測(cè)試猴抹，看看會(huì)重新發(fā)現(xiàn)問題。錯(cuò)誤回歸锁荔，就是在新版本中蟀给，對(duì)以前版本中出現(xiàn)并修復(fù)的缺陷進(jìn)行再次驗(yàn)證，并以缺陷為核心阳堕，對(duì)相關(guān)修改的部分進(jìn)行測(cè)試的方法跋理。
**49.****單元測(cè)試、集成測(cè)試恬总、系統(tǒng)測(cè)試的側(cè)重點(diǎn)是什么前普？ ** 單元測(cè)試針對(duì)的是軟件設(shè)計(jì)的最小單元--程序模塊（面向過程中是函數(shù)、過程壹堰；面向?qū)ο笾惺穷愂们洹＃?進(jìn)行正確性檢驗(yàn)的測(cè)試工作,在于發(fā)現(xiàn)每個(gè)程序模塊內(nèi)部可能存在的差錯(cuò).一般有兩個(gè)步驟:人工靜態(tài)檢查\動(dòng)態(tài)執(zhí)行跟蹤 集成測(cè)試針對(duì)的是通過了單元測(cè)試的各個(gè)模塊所集成起來的組件進(jìn)行檢驗(yàn),其主要內(nèi)容是各個(gè)單元模塊之間的接口,以及各個(gè)模塊集成后所實(shí)現(xiàn)的功能. 系統(tǒng)測(cè)試針對(duì)的是集成好的軟件系統(tǒng)骡湖，作為整個(gè)計(jì)算機(jī)系統(tǒng)的一個(gè)元素,與計(jì)算機(jī)硬件\外設(shè)\某些支持軟件\數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起,要在實(shí)際的運(yùn)行環(huán)境中,對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的集成測(cè)試和確認(rèn)測(cè)試.
**51.****一個(gè)測(cè)試工程師應(yīng)具備那些素質(zhì)？ **1记劈、責(zé)任心2勺鸦、溝通能力3并巍、團(tuán)隊(duì)合作精神4目木、耐心、細(xì)心懊渡、信心5刽射、時(shí)時(shí)保持懷疑態(tài)度，并且有缺陷預(yù)防的意識(shí)6剃执、具備一定的編程經(jīng)驗(yàn)
53****：你所了解的的軟件測(cè)試類型都有哪些誓禁，簡(jiǎn)單介紹一下。
按測(cè)試策略分類：1肾档、靜態(tài)與動(dòng)態(tài)測(cè)試2摹恰、黑盒與白盒測(cè)試 3、手工和自動(dòng)測(cè)試 4怒见、冒煙測(cè)試 5俗慈、回歸測(cè)試；
按測(cè)試階段分類：?jiǎn)卧獪y(cè)試遣耍、集成測(cè)試闺阱、系統(tǒng)測(cè)試；
其他常見測(cè)試方法：1舵变、功能測(cè)試 2酣溃、性能測(cè)試 3、壓力測(cè)試 4纪隙、負(fù)載測(cè)試 5赊豌、易用性測(cè)試 6、安裝測(cè)試 7绵咱、界面測(cè)試 8碘饼、配置測(cè)試 9、文檔測(cè)試 10麸拄、兼容性測(cè)試 11派昧、安全性測(cè)試 12、恢復(fù)測(cè)試

54****：你認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么拢切？
明確測(cè)試的目標(biāo)蒂萎，增強(qiáng)測(cè)試計(jì)劃的實(shí)用性
編寫軟件測(cè)試計(jì)劃得重要目的就是使測(cè)試過程能夠發(fā)現(xiàn)更多的軟件缺陷，因此軟件測(cè)試計(jì)劃的價(jià)值取決于它對(duì)幫助管理測(cè)試項(xiàng)目淮椰，并且找出軟件潛在的缺陷五慈。因此纳寂，軟件測(cè)試計(jì)劃中的測(cè)試范圍必須高度覆蓋功能需求，測(cè)試方法必須切實(shí)可行泻拦，測(cè)試工具并且具有較高的實(shí)用性毙芜，便于使用，生成的測(cè)試結(jié)果直觀争拐、準(zhǔn)確
堅(jiān)持“5W”規(guī)則腋粥，明確內(nèi)容與過程
“5W”規(guī)則指的是“What（做什么）”、“Why（為什么做）”架曹、“When（何時(shí)做）”隘冲、“Where（在哪里）”、“How（如何做）”绑雄。利用“5W”規(guī)則創(chuàng)建軟件測(cè)試計(jì)劃展辞，可以幫助測(cè)試團(tuán)隊(duì)理解測(cè)試的目的（Why），明確測(cè)試的范圍和內(nèi)容（What）万牺，確定測(cè)試的開始和結(jié)束日期（When）罗珍，指出測(cè)試的方法和工具（How），給出測(cè)試文檔和軟件的存放位置（Where）脚粟。
采用評(píng)審和更新機(jī)制覆旱，保證測(cè)試計(jì)劃滿足實(shí)際需求
測(cè)試計(jì)劃寫作完成后，如果沒有經(jīng)過評(píng)審珊楼，直接發(fā)送給測(cè)試團(tuán)隊(duì)通殃，測(cè)試計(jì)劃內(nèi)容的可能不準(zhǔn)確或遺漏測(cè)試內(nèi)容，或者軟件需求變更引起測(cè)試范圍的增減厕宗，而測(cè)試計(jì)劃的內(nèi)容沒有及時(shí)更新画舌，誤導(dǎo)測(cè)試執(zhí)行人員。
分別創(chuàng)建測(cè)試計(jì)劃與測(cè)試詳細(xì)規(guī)格已慢、測(cè)試用例
應(yīng)把詳細(xì)的測(cè)試技術(shù)指標(biāo)包含到獨(dú)立創(chuàng)建的測(cè)試詳細(xì)規(guī)格文檔曲聂，把用于指導(dǎo)測(cè)試小組執(zhí)行測(cè)試過程的測(cè)試用例放到獨(dú)立創(chuàng)建的測(cè)試用例文檔或測(cè)試用例管理數(shù)據(jù)庫中。測(cè)試計(jì)劃和測(cè)試詳細(xì)規(guī)格佑惠、測(cè)試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系朋腋，測(cè)試計(jì)劃主要從宏觀上規(guī)劃測(cè)試活動(dòng)的范圍、方法和資源配置膜楷，而測(cè)試詳細(xì)規(guī)格旭咽、測(cè)試用例是完成測(cè)試任務(wù)的具體戰(zhàn)術(shù)。

55****：您認(rèn)為做好測(cè)試用例設(shè)計(jì)工作的關(guān)鍵是什么赌厅？
白盒測(cè)試用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果
黑盒法用例設(shè)計(jì)的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口穷绵。不可能做到完全測(cè)試，以最少的用例在合理的時(shí)間內(nèi)發(fā)現(xiàn)最多的問題

56****：你的測(cè)試職業(yè)發(fā)展目標(biāo)是什么特愿？
測(cè)試經(jīng)驗(yàn)越多仲墨，測(cè)試能力越高勾缭。所以我的職業(yè)發(fā)展是需要時(shí)間累積的，一步步向著高級(jí)測(cè)試工程師奔去目养。而且我也有初步的職業(yè)規(guī)劃俩由，前3年累積測(cè)試經(jīng)驗(yàn)，不斷的更新自己改正自己癌蚁，做好測(cè)試任務(wù)幻梯。

57****：測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么？
從微觀上來說匈勋，在測(cè)試計(jì)劃中定義礼旅，比如系統(tǒng)在一定性能下平穩(wěn)運(yùn)行72小時(shí)，目前Bug Tracking System中洽洁，本版本中沒有一般嚴(yán)重的BUG，普通BUG的數(shù)量在3以下菲嘴，BUG修復(fù)率90%以上等等參數(shù)饿自，然后由開發(fā)經(jīng)理，測(cè)試經(jīng)理龄坪，項(xiàng)目經(jīng)理共同簽字認(rèn)同版本Release昭雌。
如果說宏觀的，則是當(dāng)這個(gè)軟件徹底的消失以后健田，測(cè)試就結(jié)束了烛卧。

59****、一套完整的測(cè)試應(yīng)該由哪些階段組成妓局？ 可行性分析总放、需求分析、概要設(shè)計(jì)好爬、詳細(xì)設(shè)計(jì)局雄、編碼、單元測(cè)試存炮、集成測(cè)試炬搭、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試

61****穆桂、您是否了解以往所工作的企業(yè)的軟件開發(fā)過程宫盔？如果了解，請(qǐng)?jiān)囀鲆粋€(gè)完整的開發(fā)過程需要完成哪些工作享完？分別由哪些不同的角色來完成這些工作灼芭？您在以往的測(cè)試工作中都曾經(jīng)具體從事過哪些工作？其中最擅長(zhǎng)哪部分工作驼侠？
開發(fā)過程---需求調(diào)研（需求人員）姿鸿、需求分析（需求人員）谆吴、概要設(shè)計(jì)（設(shè)計(jì)人員）、詳細(xì)設(shè)計(jì)(設(shè)計(jì)人員)苛预、編碼（開發(fā)人員）
測(cè)試過程---需求評(píng)審句狼、系統(tǒng)測(cè)試設(shè)計(jì)、概要設(shè)計(jì)評(píng)審热某、集成測(cè)試設(shè)計(jì)腻菇、詳細(xì)設(shè)計(jì)評(píng)審、單元測(cè)試設(shè)計(jì)昔馋、測(cè)試執(zhí)行
測(cè)試工作的整個(gè)過程都做過筹吐，擅長(zhǎng)做測(cè)試設(shè)計(jì)
過程決定質(zhì)量，軟件的過程改進(jìn)正是為了提高軟件的質(zhì)量秘遏，將過往的種種經(jīng)驗(yàn)教訓(xùn)積累起來丘薛。

62****、測(cè)試用例設(shè)計(jì)的原則是什么邦危？目前主要的測(cè)試用例設(shè)計(jì)方法有哪些洋侨？
代表性：能夠代表并覆蓋各種合理的和不合理、合法的和非法的倦蚪、邊界的和越界的希坚、以及極限的輸入數(shù)據(jù)、操作和環(huán)境設(shè)置等.
可判定性：即測(cè)試執(zhí)行結(jié)果的正確性是可判定的陵且，每一個(gè)測(cè)試用例都應(yīng)有相應(yīng)的期望結(jié)果.
可再現(xiàn)性：即對(duì)同樣的測(cè)試用例裁僧，系統(tǒng)的執(zhí)行結(jié)果應(yīng)當(dāng)是相同的。
方法有等價(jià)類慕购、邊界值聊疲、因果圖、狀態(tài)圖脓钾、正交法售睹、大綱法

63****、面向?qū)ο蟮臏y(cè)試用例設(shè)計(jì)有幾種方法可训？如何實(shí)現(xiàn)昌妹？
給類中的每個(gè)構(gòu)造函數(shù)設(shè)計(jì)一組測(cè)試用例
組合類中的類變量、實(shí)例變量
組合類中的各種方法
根據(jù)前置條件和后置條件設(shè)計(jì)測(cè)試用例
根據(jù)代碼設(shè)計(jì)測(cè)試用例

64****握截、LoadRunner****分為哪三個(gè)模塊飞崖？請(qǐng)簡(jiǎn)述各模塊的主要功能。
Virtual User Generator：用于錄制腳步
Mercury LoadRunner Controller：用于創(chuàng)建谨胞、運(yùn)行和監(jiān)控場(chǎng)景
Mercury LoadRunner Analysis：用于分析測(cè)試結(jié)果

65****固歪、你對(duì)測(cè)試最大的興趣在哪里？為什么？
最大的興趣就是測(cè)試有難度牢裳，有挑戰(zhàn)性逢防！做測(cè)試越久越能感覺到做好測(cè)試有多難。曾經(jīng)在無憂測(cè)試網(wǎng)上看到一篇文章蒲讯，是關(guān)于如何做好一名測(cè)試工程師忘朝。一共羅列了11，12點(diǎn)判帮，有部分是和人的性格有關(guān)局嘁，有部分需要后天的努力。但除了性格有關(guān)的1晦墙，2點(diǎn)我沒有把握悦昵，其他點(diǎn)我都很有信心做好它。
剛開始進(jìn)入測(cè)試行業(yè)時(shí)晌畅，對(duì)測(cè)試的認(rèn)識(shí)是從無憂測(cè)試網(wǎng)上了解到的一些資料但指，當(dāng)時(shí)是沖著做測(cè)試需要很多技能才能做的好，雖然入門容易踩麦，但做好很難枚赡，比開發(fā)更難，雖然當(dāng)時(shí)我很想做開發(fā)（學(xué)校專業(yè)課我基本上不缺席谓谦，因?yàn)槲蚁矚g我的專業(yè)），但看到測(cè)試比開發(fā)更難更有挑戰(zhàn)性贪婉，想做好測(cè)試的意志就更堅(jiān)定了反粥。
我覺得做測(cè)試整個(gè)過程中有2點(diǎn)讓我覺得很有難度（對(duì)我來說，有難度的東西我就非常感興趣）疲迂，第一是測(cè)試用例的設(shè)計(jì)才顿，因?yàn)闇y(cè)試的精華就在測(cè)試用例的設(shè)計(jì)上了，要在版本出來之前尤蒿，把用例寫好郑气，用什么測(cè)試方法寫？（也就是測(cè)試計(jì)劃或測(cè)試策略）腰池，如果你剛測(cè)試一個(gè)新任務(wù)時(shí)尾组，你得花一定的時(shí)間去消化業(yè)務(wù)需求和技術(shù)基礎(chǔ)，業(yè)務(wù)需求很好理解（多和產(chǎn)品經(jīng)理和開發(fā)人員溝通就能達(dá)到目的）示弓，而技術(shù)基礎(chǔ)可就沒那么簡(jiǎn)單了讳侨，這需要你自覺的學(xué)習(xí)能力，比如說網(wǎng)站吧奏属，最基本的技術(shù)知識(shí)你要知道網(wǎng)站內(nèi)部是怎么運(yùn)作的的跨跨，后臺(tái)是怎么響應(yīng)用戶請(qǐng)求的？測(cè)試環(huán)境如何搭建囱皿？這些都需要最早的學(xué)好勇婴。至少在開始測(cè)試之前能做好基本的準(zhǔn)備忱嘹，可能會(huì)遇到什么難題？需求細(xì)節(jié)是不是沒有確定好耕渴？這些問題都能在設(shè)計(jì)用例的時(shí)候發(fā)現(xiàn)拘悦。
第二是發(fā)現(xiàn)BUG的時(shí)候了，這應(yīng)該是測(cè)試人員最基本的任務(wù)了萨螺，一般按測(cè)試用例開始測(cè)試就能發(fā)現(xiàn)大部分的bug窄做，還有一部分bug需要測(cè)試的過程中更了解所測(cè)版本的情況獲得更多信息，補(bǔ)充測(cè)試用例慰技，測(cè)試出bug椭盏。還有如何發(fā)現(xiàn)bug？這就需要在測(cè)試用例有效的情況下吻商，通過細(xì)心和耐心去發(fā)現(xiàn)bug了掏颊，每個(gè)用例都有可能發(fā)現(xiàn)bug，每個(gè)地方都有可能出錯(cuò)艾帐，所以測(cè)試過程中思維要清晰（測(cè)試過程數(shù)據(jù)流及結(jié)果都得看仔細(xì)了乌叶，bug都在里面發(fā)現(xiàn)的）米者。如何描述bug也很有講究伯铣，bug在什么情況下會(huì)產(chǎn)生，如果條件變化一點(diǎn)點(diǎn)斤寇，就不會(huì)有這個(gè)bug捎稚，以哪些最少的操作步驟就能重現(xiàn)這個(gè)bug乐横，這個(gè)bug產(chǎn)生的規(guī)律是什么？如果你夠厲害的話今野，可以幫開發(fā)人員初步定位問題葡公。

66****、您所熟悉的軟件測(cè)試類型都有哪些条霜？請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類型的區(qū)別與聯(lián)系（如功能測(cè)試催什、性能測(cè)試……）　　測(cè)試類型有：功能測(cè)試，性能測(cè)試宰睡，界面測(cè)試蒲凶。　　功能測(cè)試在測(cè)試工作中占的比例最大夹厌，功能測(cè)試也叫黑盒測(cè)試豹爹。是把測(cè)試對(duì)象看作一個(gè)黑盒子。利用黑盒測(cè)試法進(jìn)行動(dòng)態(tài)測(cè)試時(shí)矛纹，需要測(cè)試軟件產(chǎn)品的功能臂聋，不需測(cè)試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程。采用黑盒技術(shù)設(shè)計(jì)測(cè)試用例的方法有：等價(jià)類劃分、邊界值分析孩等、錯(cuò)誤推測(cè)艾君、因果圖和綜合策略。 　　性能測(cè)試是通過自動(dòng)化的測(cè)試工具模擬多種正常肄方、峰值以及異常負(fù)載條件來對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試冰垄。負(fù)載測(cè)試和壓力測(cè)試都屬于性能測(cè)試，兩者可以結(jié)合進(jìn)行权她。通過負(fù)載測(cè)試虹茶，確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測(cè)試當(dāng)負(fù)載逐漸增加時(shí)隅要，系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況蝴罪。壓力測(cè)試是通過確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，來獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試步清∫牛　　界面測(cè)試，界面是軟件與用戶交互的最直接的層廓啊，界面的好壞決定用戶對(duì)軟件的第一印象欢搜。而且設(shè)計(jì)良好的界面能夠引導(dǎo)用戶自己完成相應(yīng)的操作，起到向?qū)У淖饔们绰帧Ｍ瑫r(shí)界面如同人的面孔炒瘟，具有吸引用戶的直接優(yōu)勢(shì)。設(shè)計(jì)合理的界面能給用戶帶來輕松愉悅的感受和成功的感覺第步，相反由于界面設(shè)計(jì)的失敗唧领，讓用戶有挫敗感，再實(shí)用強(qiáng)大的功能都可能在用戶的畏懼與放棄中付諸東流雌续。　　區(qū)別在于胯杭，功能測(cè)試關(guān)注產(chǎn)品的所有功能上驯杜，要考慮到每個(gè)細(xì)節(jié)功能，每個(gè)可能存在的功能問題做个。性能測(cè)試主要關(guān)注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性鸽心。界面測(cè)試更關(guān)注于用戶體驗(yàn)上，用戶使用該產(chǎn)品的時(shí)候是否易用居暖，是否易懂顽频，是否規(guī)范（快捷鍵之類的），是否美觀（能否吸引用戶的注意力）太闺，是否安全（盡量在前臺(tái)避免用戶無意輸入無效的數(shù)據(jù)糯景，當(dāng)然考慮到體驗(yàn)性，不能太粗魯?shù)膹棾鼍妫孔瞿硞€(gè)性能測(cè)試的時(shí)候蟀淮，首先它可能是個(gè)功能點(diǎn)最住，首先要保證它的功能是沒問題的，然后再考慮該功能點(diǎn)的性能測(cè)試

67****怠惶、請(qǐng)?jiān)囍容^一下黑盒測(cè)試涨缚、白盒測(cè)試、單元測(cè)試策治、集成測(cè)試脓魏、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試的區(qū)別與聯(lián)系通惫。　　黑盒測(cè)試：已知產(chǎn)品的功能設(shè)計(jì)規(guī)格茂翔，可以進(jìn)行測(cè)試證明每個(gè)實(shí)現(xiàn)了的功能是否符合要求》砀啵　　白盒測(cè)試：已知產(chǎn)品的內(nèi)部工作過程檩电，可以通過測(cè)試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過檢查府树±　　軟件的黑盒測(cè)試意味著測(cè)試要在軟件的接口處進(jìn)行。這種方法是把測(cè)試對(duì)象看做一個(gè)黑盒子奄侠，測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性卓箫，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明垄潮。因此黑盒測(cè)試又叫功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試烹卒。黑盒測(cè)試主要是為了發(fā)現(xiàn)以下幾類錯(cuò)誤：　　1、是否有不正確或遺漏的功能弯洗？2旅急、在接口上，輸入是否能正確的接受牡整？能否輸出正確的結(jié)果藐吮？3、是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息（例如數(shù)據(jù)文件）訪問錯(cuò)誤逃贝？4谣辞、性能上是否能夠滿足要求？5沐扳、是否有初始化或終止性錯(cuò)誤躯嫉？　　軟件的白盒測(cè)試是對(duì)軟件的過程性細(xì)節(jié)做細(xì)致的檢查。這種方法是把測(cè)試對(duì)象看做一個(gè)打開的盒子，它允許測(cè)試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程序所有邏輯路徑進(jìn)行測(cè)試。通過在不同點(diǎn)檢查程序狀態(tài)接剩，確定實(shí)際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。白盒測(cè)試主要是想對(duì)程序模塊進(jìn)行如下檢查：　　1俊扳、對(duì)程序模塊的所有獨(dú)立的執(zhí)行路徑至少測(cè)試一遍螃壤∪蒸铮　　2、對(duì)所有的邏輯判定杜漠，取“真”與取“假”的兩種情況都能至少測(cè)一遍驾茴⌒庵粒　　3译秦、在循環(huán)的邊界和運(yùn)行的界限內(nèi)執(zhí)行循環(huán)體峡捡。　　4们拙、測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性射沟，等等』幼　　單元測(cè)試（模塊測(cè)試）是開發(fā)者編寫的一小段代碼，用于檢驗(yàn)被測(cè)代碼的一個(gè)很小的共屈、很明確的功能是否正確绑谣。通常而言，一個(gè)單元測(cè)試是用于判斷某個(gè)特定條件（或者場(chǎng)景）下某個(gè)特定函數(shù)的行為拗引〗柘　　單元測(cè)試是由程序員自己來完成，最終受益的也是程序員自己矾削∪烂担可以這么說豁护，程序員有責(zé)任編寫功能代碼，同時(shí)也就有責(zé)任為自己的代碼編寫單元測(cè)試欲间。執(zhí)行單元測(cè)試楚里，就是為了證明這段代碼的行為和我們期望的一致×蕴　　集成測(cè)試（也叫組裝測(cè)試班缎，聯(lián)合測(cè)試）是單元測(cè)試的邏輯擴(kuò)展。它的最簡(jiǎn)單的形式是：兩個(gè)已經(jīng)測(cè)試過的單元組合成一個(gè)組件嘱能，并且測(cè)試它們之間的接口吝梅。從這一層意義上講，組件是指多個(gè)單元的集成聚合惹骂。在現(xiàn)實(shí)方案中苏携，許多單元組合成組件，而這些組件又聚合成程序的更大部分对粪。方法是測(cè)試片段的組合右冻，并最終擴(kuò)展進(jìn)程，將您的模塊與其他組的模塊一起測(cè)試著拭。最后纱扭，將構(gòu)成進(jìn)程的所有模塊一起測(cè)試±苷冢　　系統(tǒng)測(cè)試是將經(jīng)過測(cè)試的子系統(tǒng)裝配成一個(gè)完整系統(tǒng)來測(cè)試乳蛾。它是檢驗(yàn)系統(tǒng)是否確實(shí)能提供系統(tǒng)方案說明書中指定功能的有效方法。（常見的聯(lián)調(diào)測(cè)試）　　系統(tǒng)測(cè)試的目的是對(duì)最終軟件系統(tǒng)進(jìn)行全面的測(cè)試鄙币，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)肃叶。　　驗(yàn)收測(cè)試是部署軟件之前的最后一個(gè)測(cè)試操作十嘿。驗(yàn)收測(cè)試的目的是確保軟件準(zhǔn)備就緒因惭，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。驗(yàn)收測(cè)試是向未來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作绩衷。經(jīng)集成測(cè)試后蹦魔，已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng)，接口錯(cuò)誤也已經(jīng)基本排除了咳燕，接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性勿决，這就是驗(yàn)收測(cè)試的任務(wù)，即軟件的功能性能如同用戶所合理期待的那樣招盲。

68****剥险、當(dāng)開發(fā)人員說不是BUG****時(shí)，你如何應(yīng)付宪肖？　　開發(fā)人員說不是bug表制，有2種情況，一是需求沒有確定控乾，所以我可以這么做么介，這個(gè)時(shí)候可以找來產(chǎn)品經(jīng)理進(jìn)行確認(rèn)，需不需要改動(dòng)蜕衡，3方商量確定好后再看要不要改壤短。二是這種情況不可能發(fā)生，所以不需要修改慨仿，這個(gè)時(shí)候久脯，我可以先盡可能的說出是BUG的依據(jù)是什么？如果被用戶發(fā)現(xiàn)或出了問題镰吆，會(huì)有什么不良結(jié)果帘撰？程序員可能會(huì)給你很多理由，你可以對(duì)他的解釋進(jìn)行反駁万皿。如果還是不行摧找，那我可以給這個(gè)問題提出來,跟開發(fā)經(jīng)理和測(cè)試經(jīng)理進(jìn)行確認(rèn),如果要修改就改,如果不要修改就不改。其實(shí)有些真的不是bug牢硅，我也只是建議的方式寫進(jìn)TD中蹬耘，如果開發(fā)人員不修改也沒有大問題。如果確定是bug的話减余，一定要堅(jiān)持自己的立場(chǎng)综苔，讓問題得到最后的確認(rèn)。

69****位岔、為什么要在一個(gè)團(tuán)隊(duì)中開展軟件測(cè)試工作如筛？
因?yàn)闆]有經(jīng)過測(cè)試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比ISO質(zhì)量認(rèn)證一樣赃承，測(cè)試同樣也需要質(zhì)量的保證妙黍，這個(gè)時(shí)候就需要在團(tuán)隊(duì)中開展軟件測(cè)試的工作。在測(cè)試的過程發(fā)現(xiàn)軟件中存在的問題瞧剖，及時(shí)讓開發(fā)人員得知并修改問題拭嫁，在即將發(fā)布時(shí)，從測(cè)試報(bào)告中得出軟件的質(zhì)量情況抓于。

71****做粤、一份測(cè)試計(jì)劃應(yīng)該包括哪些內(nèi)容？
背景捉撮、項(xiàng)目簡(jiǎn)介怕品、目的、測(cè)試范圍巾遭、測(cè)試策略肉康、人員分工闯估、資源要求、進(jìn)度計(jì)劃吼和、參考文檔涨薪、常用術(shù)語、提交文檔炫乓、風(fēng)險(xiǎn)分析刚夺。

72****、針對(duì)于軟件的行業(yè)背景末捣，你如何理解軟件的業(yè)務(wù)侠姑？
閱讀用戶手冊(cè)了解軟件的功能和操作流程；看一些業(yè)務(wù)的專業(yè)書籍補(bǔ)充業(yè)務(wù)知識(shí)箩做；如果有用戶實(shí)際的數(shù)據(jù)莽红，可以拿實(shí)際的數(shù)據(jù)進(jìn)行參考；參考以前的用例和BUG報(bào)告卒茬；在使用軟件的過程中多思考船老；多與產(chǎn)品經(jīng)理交流。

74****圃酵、如何定位測(cè)試用例的作用柳畔？
組織性：編寫、組織性郭赐、功能覆蓋薪韩、重復(fù)性、跟蹤捌锭、測(cè)試確認(rèn)

76****俘陷、什么是兼容性測(cè)試？請(qǐng)舉例說明如何利用兼容性測(cè)試列表進(jìn)行測(cè)試观谦。
主要驗(yàn)證軟件產(chǎn)品在不同版本之間的兼容性拉盾。包括向下兼容和交錯(cuò)兼容，向下兼容是測(cè)試軟件新版本保留它早期版本功能的情況豁状，交錯(cuò)兼容是驗(yàn)證共同存在的兩個(gè)相關(guān)但不相同的產(chǎn)品之間的兼容性捉偏。

77****、對(duì)某軟件進(jìn)行測(cè)試泻红，發(fā)現(xiàn)在WIN98****上運(yùn)行得很慢夭禽，怎么判別是該軟件存在問題還是其軟硬件運(yùn)行環(huán)境存在問題？
看軟件的運(yùn)行環(huán)境要求谊路。如果符合要求則是程序存在問題讹躯，若不符合要求則是硬件系統(tǒng)存在問題

78****、需求測(cè)試的注意事項(xiàng)有哪些？
是否使用了公司的模板潮梯、文檔內(nèi)容是否符合規(guī)范骗灶、所有的需求是分級(jí)是否清析適當(dāng)、所有的需求是否具有一致性秉馏、需求是否可行（即矿卑，該需求組合有解決方案）、需求可否用己知的約束來實(shí)現(xiàn)沃饶、需求是否足夠（即，可以把它送到一個(gè)規(guī)范的開發(fā)組織轻黑，并有一個(gè)生產(chǎn)出所需要產(chǎn)品的合理的可能性）糊肤、所有的其它需求是交叉引用是否正確、用戶描述是否清楚氓鄙、是否用客戶的語言來描述需求馆揉、每個(gè)需求描述是否清楚沒有岐義，可以移交給一個(gè)獨(dú)立的組去實(shí)現(xiàn)時(shí)也能理解抖拦、是否所有的需求都是可驗(yàn)證的升酣、是否每條需求都具有獨(dú)立性，即使發(fā)生了變化也不會(huì)影響其它需求态罪、性能指標(biāo)是否明確噩茄、非功能性需求是否得到充分表現(xiàn)、是否完整列出適用的標(biāo)準(zhǔn)或協(xié)議复颈、標(biāo)準(zhǔn)和協(xié)議之間是否存在沖突

81****绩聘、主鍵、外鍵的作用耗啦，索引的優(yōu)點(diǎn)與不足?
　　答：主鍵：是表中的唯一標(biāo)示鍵凿菩。作用：保證實(shí)體的完整性;加快數(shù)據(jù)庫的操作速度;增加新的表記錄時(shí)，數(shù)據(jù)庫會(huì)自動(dòng)檢索新記錄的主鍵值帜讲，不允許該值與其他表中記錄的主鍵重復(fù);數(shù)據(jù)庫會(huì)按主鍵值的順序顯示記錄衅谷，如果沒有設(shè)定主鍵，則按輸入的順序顯示記錄似将。
　　外鍵：是主鍵的從屬获黔，表示了兩個(gè)表之間的聯(lián)系。作用：使用外鍵可以避免冗余玩郊。
索引的優(yōu)點(diǎn)： 1肢执、通過創(chuàng)建唯一性的索引，可以保證表中數(shù)據(jù)的唯一性; 2译红、加速數(shù)據(jù)的檢索速度; 3预茄、加快表與表之間的連接; 4、在使用分組與排序數(shù)據(jù)檢索時(shí)，可以顯著檢索分組與排序的時(shí)間; 5耻陕、在查詢的過程中使用優(yōu)化隱藏器拙徽，提供系統(tǒng)性能。
缺點(diǎn)： 1诗宣、創(chuàng)建索引需要時(shí)間膘怕，且隨著數(shù)據(jù)量的增加而增加; 2、索引需要占用物理空間;
3召庞、當(dāng)對(duì)表中數(shù)據(jù)進(jìn)行修改時(shí)岛心，索引也要?jiǎng)討B(tài)維護(hù)，降低了數(shù)據(jù)的維護(hù)速度篮灼。

84****忘古、性能測(cè)試的流程?
　　1.測(cè)試需求分析2.測(cè)試計(jì)劃制定與評(píng)審3.測(cè)試用例設(shè)計(jì)與開發(fā)4.測(cè)試執(zhí)行與監(jiān)控5.分析測(cè)試結(jié)果6.編寫性能測(cè)試報(bào)告7.測(cè)試經(jīng)驗(yàn)總結(jié)

88****、簡(jiǎn)述bug****的生命周期?
　　1诅诱， 有效地記錄BUG 2髓堪， 使用BUG模板 3， 評(píng)價(jià)BUG優(yōu)先級(jí)和嚴(yán)重性 4娘荡， BUG的生命 5干旁， 維護(hù)BUG數(shù)據(jù)庫

89****、缺陷記錄應(yīng)包含的內(nèi)容?
　　缺陷標(biāo)識(shí)炮沐、缺陷類型、缺陷嚴(yán)重程度央拖、缺陷產(chǎn)生可能性鲜戒、缺陷優(yōu)先級(jí)、缺陷狀態(tài)伦腐、缺陷起源、缺陷來源失都、缺陷原因;

91 ****您所熟悉的軟件測(cè)試類型都有哪些?****請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類型的區(qū)別與聯(lián)系(****如功能測(cè)試柏蘑、性能測(cè)試……)
　　易用性測(cè)試-界面的友好性，操作方便性等粹庞。
　　功能測(cè)試-系統(tǒng)中功能性需求的滿足
　　安全性測(cè)試-系統(tǒng)是否存在安全隱患和漏洞
　　性能測(cè)試-系統(tǒng)在大并發(fā)下的響應(yīng)速度和健壯性

93****咳焚、您認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么?
　　了解項(xiàng)目或系統(tǒng)的業(yè)務(wù)需求
　　和項(xiàng)目經(jīng)理協(xié)調(diào)好，了解項(xiàng)目的進(jìn)度計(jì)劃安排情況

95****您認(rèn)為做好測(cè)試用例設(shè)計(jì)工作的關(guān)鍵是什么?
　　對(duì)業(yè)務(wù)和軟件需求非常清楚庞溜，可以根據(jù)需求不同選擇不同的測(cè)試用例設(shè)計(jì)

96****革半、.****您以往的工作中是否曾開展過測(cè)試用例的評(píng)審工作?****如果有，請(qǐng)描述測(cè)試用例評(píng)審的過程和評(píng)審的內(nèi)容。
　　評(píng)審計(jì)劃->預(yù)審->評(píng)審;
　　評(píng)審內(nèi)容主要是測(cè)試用例對(duì)軟件需求的覆蓋程度又官，對(duì)于相關(guān)邊界是否考慮延刘，是否針對(duì)復(fù)雜流程準(zhǔn)備多套測(cè)試數(shù)據(jù)，是否有專門針對(duì)非功能性需求的測(cè)試六敬。

98.您認(rèn)為性能測(cè)試工作的目的是什么?做好性能測(cè)試工作的關(guān)鍵是什么?
　　關(guān)鍵是測(cè)試腳本的錄制碘赖，測(cè)試時(shí)候測(cè)試環(huán)境的干凈。
100外构、.您以往所從事的軟件測(cè)試工作中普泡，是否使用了一些工具來進(jìn)行軟件缺陷(Bug)的管理?如果有劫哼，請(qǐng)結(jié)合該工具描述軟件缺陷(Bug)跟蹤管理的流程伤溉。
　　CQ，也可以使用BugFree等免費(fèi)工具走净。
101、.您如何看待軟件過程改進(jìn)?在您曾經(jīng)工作過的企業(yè)中，是否有一些需要改進(jìn)的東西呢?您期望的理想的測(cè)試人員的工作環(huán)境是怎樣的?
　　將先進(jìn)的經(jīng)驗(yàn)或思想固化到過程中弄唧，通過過程改進(jìn)和能力提高來改進(jìn)軟件質(zhì)量。