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ù)庫(kù)中。測(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ù)語(yǔ)游盲、提交文檔、風(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)品的合理的可能性）巩掺、所有的其它需求是交叉引用是否正確页畦、用戶描述是否清楚豫缨、是否用客戶的語(yǔ)言來描述需求端朵、每個(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ù)庫(kù)的操作速度;增加新的表記錄時(shí)，數(shù)據(jù)庫(kù)會(huì)自動(dòng)檢索新記錄的主鍵值试读，不允許該值與其他表中記錄的主鍵重復(fù);數(shù)據(jù)庫(kù)會(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ù)庫(kù)

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ì)量