01诽凌、您所熟悉的測試用例設(shè)計(jì)方法都有哪些洋侨？請(qǐng)分別以具體的例子來說明這些方法在測試用例設(shè)計(jì)工作中的應(yīng)用舍扰。

答：有黑盒和白盒兩種測試種類，黑盒有等價(jià)類劃分法希坚，邊界分析法边苹，因果圖法和錯(cuò)誤猜測法。白盒有邏輯覆蓋法裁僧，循環(huán)測試路徑選擇个束，基本路徑測試。

例子：在一次輸入多個(gè)條件的完整性查詢中聊疲。利用等價(jià)類劃分法則和邊界分析法則茬底，首先利用等價(jià)劃分法，可以一個(gè)或多個(gè)結(jié)果是OK的測試用例售睹，然后確認(rèn)多個(gè)NG的測試用例桩警，然后利用邊界值分析法，可以對(duì)結(jié)果分別是OK和NG的測試用例進(jìn)行擴(kuò)展和補(bǔ)充昌妹。

02捶枢、您認(rèn)為做好測試用例設(shè)計(jì)工作的關(guān)鍵是什么？

答：測試用例設(shè)計(jì)工作的關(guān)鍵是對(duì)可行的和不可行的都要考慮飞崖。

1烂叔，輸入2，詳細(xì)的操作步驟3固歪，預(yù)期輸出4蒜鸡，實(shí)際輸出胯努。

03、您在從事性能測試工作時(shí)逢防，是否使用過一些測試工具叶沛？如果有，請(qǐng)?jiān)囀鲈摴ぞ叩墓ぷ髟硗⒁砸粋€(gè)具體的工作中的例子描述該工具是如何在實(shí)際工作中應(yīng)用的灰署。

答：有使用過LoadRunner，該工具能夠錄制測試人員的操作步驟局嘁，然后對(duì)這個(gè)操作步驟模擬出多個(gè)用戶來播放出來溉箕。

1、Visural User

Genertor創(chuàng)建腳本悦昵，選擇協(xié)議肴茄，錄制操作，編輯操作但指。

2寡痰、中央控制器（Controller）調(diào)度虛擬用戶，創(chuàng)建場景棋凳，選擇腳本氓癌，建立虛擬用戶，設(shè)計(jì)shedual贫橙，設(shè)置ip spoofer。

3反粥、運(yùn)行腳本卢肃。分析shedual。

4才顿、分析測試結(jié)果莫湘。

您認(rèn)為性能測試工作的目的是什么？做好性能測試工作的關(guān)鍵是什么郑气？

答：性能測試工作的目的是檢查系統(tǒng)是否滿足在需求說明書中規(guī)定的性能幅垮，性能測試常常需要和強(qiáng)度測試結(jié)合起來，并常常要求同時(shí)進(jìn)行軟件和硬件的檢測尾组。

性能測試主要的關(guān)注對(duì)象是響應(yīng)時(shí)間忙芒，吞吐量，占用內(nèi)存大谢淝取（輔助存儲(chǔ)區(qū)）呵萨，處理精度等。

04跨跨、在您以往的工作中潮峦，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？

答：檢測時(shí)間忱嘹，系統(tǒng)環(huán)境嘱腥，硬件環(huán)境，嚴(yán)重程度拘悦，程式版本齿兔，確認(rèn)人，功能模板窄做，問題描述愧驱，詳細(xì)操作步驟，是否會(huì)重現(xiàn)椭盏。

問題描述和詳細(xì)操作步驟要盡可能詳細(xì)组砚。Bug應(yīng)該盡量用書面語，對(duì)于嚴(yán)重程度比較高的缺陷要在相同環(huán)境下測試一遍掏颊。

在C\S模式下糟红，如果條件滿足可以使用替換法來確認(rèn)是client端的問題還是server端的問題。

05乌叶、你對(duì)測試最大的興趣在哪里盆偿？為什么？

答：最大的興趣就是具有挑戰(zhàn)性准浴。

因?yàn)槲也⒉恢滥睦飼?huì)出現(xiàn)bug事扭，在找到一個(gè)bug后會(huì)很高興。并且測試需要很強(qiáng)的耐心和細(xì)心乐横。我可以很容易的找到一些細(xì)節(jié)問題求橄。

06、測試活動(dòng)中葡公，如果發(fā)現(xiàn)需要文檔不完善或者不準(zhǔn)確罐农，怎么處理？

答：要及時(shí)的與項(xiàng)目經(jīng)理進(jìn)行溝通協(xié)調(diào)催什。要在郵件中詳細(xì)的把不完善不準(zhǔn)確的地方描述出來涵亏，并提出自己的意見。

07蒲凶、你認(rèn)為做好測試計(jì)劃工作的關(guān)鍵是什么气筋？

答：首先，要有一個(gè)明確的目標(biāo)旋圆，詳細(xì)的閱讀需求文檔說明裆悄。

其次，要對(duì)整個(gè)測試人員臂聋、測試時(shí)間光稼、測試進(jìn)度進(jìn)行一個(gè)預(yù)估或南，并預(yù)先進(jìn)行管理。

最后艾君，要對(duì)整個(gè)測試流程設(shè)定一個(gè)規(guī)范采够，所有測試人員都按著規(guī)范做事，不能隨心所欲的測試冰垄。

08蹬癌、軟件配置管理工作開展的情況和認(rèn)識(shí)？

拿到一臺(tái)裸機(jī)過后要安裝客戶需要的操作系統(tǒng)虹茶，并且安裝一些所必須的軟件逝薪。

09、你覺得軟件測試通過的標(biāo)準(zhǔn)應(yīng)該是什么樣的蝴罪？

答：測試用例完全執(zhí)行董济，測試用例覆蓋到所有的測試點(diǎn)，并且缺陷的密度達(dá)到客戶的需求要门。

10虏肾、軟件測試的文檔測試應(yīng)當(dāng)貫穿于軟件生命周期的全過程，其中用戶文檔是文檔測試的重點(diǎn)欢搜。那么軟件系統(tǒng)的用戶文檔包括哪些封豪？

答：用戶安裝文檔、用戶配置文檔炒瘟、用戶使用手冊(cè)吹埠、聯(lián)機(jī)指導(dǎo)等。

11疮装、簡述軟件系統(tǒng)中用戶文檔的測試要點(diǎn)藻雌？

完整性：用戶文檔中功能的描述要完整的。不能讓用戶產(chǎn)生疑問斩个。

一致性：用戶文檔中的功能描述要與實(shí)際軟件中的功能一致。不能描述過盛驯杜。

易使用性：用戶文檔描述的內(nèi)容要方便用戶閱讀并且能夠讓用戶很清楚的知道如何操作受啥。

圖表：有的時(shí)候用圖表描述會(huì)很明了。

12鸽心、什么是系統(tǒng)瓶頸滚局？

系統(tǒng)瓶頸就是軟件在一定的并發(fā)量、訪問量下無法達(dá)到用戶的需求顽频。

比如說用戶需要在10s內(nèi)完成一個(gè)訪問藤肢，但是每一次都要12s才能完成，這個(gè)就是性能瓶頸糯景，有可能是程序本身的問題嘁圈，也有可能和操作系統(tǒng)省骂、軟件相關(guān)。

13最住、沒有產(chǎn)品說明書和需求文檔地情況下能夠進(jìn)行黑盒測試嗎钞澳？

可以。

這個(gè)情況下我們就要進(jìn)行探索性測試涨缚，把軟件當(dāng)成用戶需求轧粟，一步步進(jìn)行測試。憑借經(jīng)驗(yàn)判斷功能正確與否脓魏，有的時(shí)候還可以與項(xiàng)目經(jīng)理兰吟、開發(fā)人員一起進(jìn)行交流溝通，從而進(jìn)行更好的測試茂翔。

14混蔼、為什么盡量不要讓時(shí)間富裕的員工去做一些測試？

首先檩电，專業(yè)的測試人員是有一定的技能和耐心對(duì)軟件一步一步進(jìn)行測試拄丰。如果讓時(shí)間充裕的員工去測試的話，他可能心思并不在測試上面俐末。會(huì)很隨意的料按、沒有目標(biāo)的進(jìn)行測試。這樣子的話測試并不完整卓箫，有的時(shí)候甚至很重要的bug都沒法找出载矿。所以還是需要專業(yè)的測試人員來進(jìn)行測試的。

15烹卒、完全測試程序是可能的嗎闷盔？

不可能

測試人員對(duì)程序進(jìn)行測試，只能找出程序中的bug旅急，但是并不能保證程序是沒有bug的逢勾。

完全的測試要花費(fèi)很多的人力財(cái)力，并且測試的數(shù)據(jù)量過大藐吮，很浪費(fèi)時(shí)間导匣。測試的結(jié)果還很多捞高，有的都是類似的寥粹，沒有必要進(jìn)行相同的測試劝枣。所以完全測試是不可能的。

16泥从、軟件測試的風(fēng)險(xiǎn)主要體現(xiàn)在哪里句占？

主要體現(xiàn)在沒法完全測試。有些問題可能隱藏在沒有測到的地方躯嫉。這樣子就被忽略了纱烘⊙罟眨客戶使用的時(shí)候并不熟悉軟件是如何操作的“颊ǎ可能有的時(shí)候會(huì)誤點(diǎn)點(diǎn)出問題戏阅。這樣子的話我們就要承擔(dān)很大的風(fēng)險(xiǎn)了。

17啤它、發(fā)現(xiàn)的缺陷越多奕筐，說明軟件缺陷越多嗎？

是的变骡，通常如果發(fā)現(xiàn)一個(gè)缺陷的話离赫，有的時(shí)候會(huì)發(fā)現(xiàn)很多類似的缺陷，因?yàn)橛捎陂_發(fā)人員的習(xí)慣塌碌，可能一個(gè)地方有錯(cuò)誤渊胸，另外一個(gè)地方就會(huì)有相同的錯(cuò)誤。

18台妆、所有的軟件缺陷都能修復(fù)嗎翎猛？所有的軟件缺陷都要修復(fù)嗎？

從理論上來說所有的缺陷都是可以修復(fù)的接剩，但是并不是所有的缺陷都要修復(fù)切厘。

一些對(duì)于軟件沒有影響的、不影響使用的缺陷我們可以不用修復(fù)懊缺。因?yàn)樾迯?fù)些細(xì)小的缺陷也是需要花費(fèi)很多時(shí)間疫稿。項(xiàng)目上面可能會(huì)因?yàn)闀r(shí)間問題而先忽略這些小缺陷。

19鹃两、開發(fā)人員老是犯一些低級(jí)錯(cuò)誤怎么解決遗座？

要在開發(fā)的前期就制定好一些編碼規(guī)范，這樣子可以減少很多因?yàn)閭€(gè)人習(xí)慣引起的錯(cuò)誤俊扳。同時(shí)途蒋，測試人員在發(fā)現(xiàn)開發(fā)人員犯一些低級(jí)錯(cuò)誤的時(shí)候不可以指責(zé)他們，要耐心的給他們指出錯(cuò)誤所在馋记。然后可以有開發(fā)人員自己進(jìn)行測試号坡，找出一些一眼看得出來是錯(cuò)誤的地方。

20抗果、您在以往的測試工作中都曾經(jīng)具體從事過哪些工作？其中最擅長哪部分工作奸晴？

我一般都是做的Web測試冤馏，搭建測試環(huán)境，對(duì)于一個(gè)程序進(jìn)行集成測試寄啼，系統(tǒng)測試逮光，回歸測試等代箭。還要編寫測試用例以及一些文檔，用戶使用手冊(cè)涕刚，功能測試文檔等等嗡综。最擅長的是功能測試。

21杜漠、開發(fā)人員說不是bug時(shí)极景，你如何應(yīng)付？

首先把自己的理由告訴開發(fā)人員驾茴。在同開發(fā)人員溝通到底是不是bug盼樟，但是如果開發(fā)人員還是認(rèn)為不是bug的話，就把這個(gè)問題提到項(xiàng)目經(jīng)理處锈至，同時(shí)附上自己的理由晨缴。有項(xiàng)目經(jīng)理決定是否為bug。

22峡捡、軟件測試項(xiàng)目從什么時(shí)候開始為什么击碗？

一般軟件測試越早展開越好，一般是從需要階段就要進(jìn)行軟件測試们拙。軟件測試不僅是測試功能稍途，對(duì)于需求文檔一類的也要進(jìn)行測試。越早的找出bug睛竣，就會(huì)減少后續(xù)開發(fā)人員修改程序的次數(shù)晰房，并且可以降低成本，如果等整個(gè)軟件開發(fā)的差不多了發(fā)現(xiàn)一個(gè)致命的錯(cuò)誤的話射沟，是需要花費(fèi)很多時(shí)間和人力來重新修改的殊者。如果在一開始就發(fā)現(xiàn)的話就不會(huì)出現(xiàn)這種情況了。

23验夯、你能不能說下你的3-5年的職業(yè)規(guī)劃猖吴？

首先，要鞏固自己的測試基礎(chǔ)知識(shí)挥转，在基本知識(shí)扎實(shí)的情況下提高理解需求文檔地能力海蔽。

其次，學(xué)習(xí)自動(dòng)化測試工具绑谣，并將它運(yùn)用到測試中党窜。

然后，在測試技術(shù)達(dá)到一定程度后借宵，要學(xué)會(huì)如何帶領(lǐng)一個(gè)測試團(tuán)隊(duì)幌衣。

最后，爭取在最快的時(shí)間內(nèi)達(dá)到測試經(jīng)理的水平。

24豁护、功能測試用例需要詳細(xì)到什么程度才是合格的哼凯？

測試用例覆蓋到所有的測試點(diǎn)。

25楚里、一個(gè)缺陷測試報(bào)告的組成断部？

缺陷編號(hào)、缺陷標(biāo)題班缎、缺陷描述蝴光、缺陷的優(yōu)先級(jí)、缺陷的重要程度吝梅、缺陷所述的模塊虱疏、缺陷所屬的版本、缺陷所屬的開發(fā)人員苏携、輸入數(shù)據(jù)做瞪、輸出結(jié)果、缺陷分析等右冻。

26装蓬、測試用例通常包括哪些內(nèi)容？

用例編號(hào)纱扭、測試環(huán)境牍帚、用例標(biāo)題、輸入數(shù)據(jù)乳蛾、預(yù)期結(jié)果等

27暗赶、你都用什么測試方法？

根據(jù)不同的系統(tǒng)和模塊有不同的方法肃叶。主要是黑盒測試和白盒測試蹂随。

28、軟件的評(píng)審一般由哪些人員參加因惭？其目的是什么岳锁？

參加人員：客戶、項(xiàng)目經(jīng)理蹦魔、開發(fā)人員激率、測試人員

目的：查看軟件在未正式投入運(yùn)行前是否還存在問題。對(duì)于不同軟硬件平臺(tái)能否正常運(yùn)行勿决，是否有與客戶理解不一致的地方乒躺，同時(shí)可以對(duì)一些可以改進(jìn)的地方再多加改進(jìn)。

29低缩、什么是軟件測試嘉冒，軟件測試的目的？

軟件測試是通過人工或者自動(dòng)化的操作進(jìn)行還沒有商業(yè)化用途的程序，查看他們的功能是否滿足客戶需求健爬。

目的：在最短時(shí)間內(nèi)找出盡可能多的軟件缺陷。

30么介、什么是兼容性測試娜遵？

兼容性測試是檢查軟件在不同軟件平臺(tái)，硬件平臺(tái)上是否可以正常運(yùn)行的測試壤短。主要查看軟件在不同操作系統(tǒng)设拟、瀏覽器、數(shù)據(jù)庫中是否運(yùn)行正常久脯。

1纳胧、什么是軟件測試？

答：為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程

2帘撰、軟件測試的對(duì)象有哪些跑慕？

答：軟件測試并不等于程序測試。軟件測試應(yīng)貫穿于軟件定義與開發(fā)的整個(gè)期間摧找。

需求分析核行、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)以及程序編碼等各階段所得到的文檔蹬耘，包括需求規(guī)格說明芝雪、概要設(shè)計(jì)規(guī)格說明、詳細(xì)設(shè)計(jì)規(guī)格說明以及源程序综苔，都應(yīng)成為軟件測試的對(duì)象惩系。

3、當(dāng)測試過程發(fā)生錯(cuò)誤時(shí)如筛，有哪幾種解決辦法堡牡？

答：1）跳轉(zhuǎn)到別的測試過程

2）調(diào)用一個(gè)能夠清除錯(cuò)誤的過程

3）退出過程，啟用另一個(gè)

退出過程和應(yīng)用程序妙黍，重新啟動(dòng)Windows悴侵，在失敗的地方重新開始測試

4、怎么才能夠全面的測試到每一個(gè)點(diǎn)拭嫁？

答：測試的全面性主要需要在設(shè)計(jì)測試計(jì)劃的時(shí)候考慮可免，從測試策略，產(chǎn)品需求等等多個(gè)角度考慮從而定義全部的測試點(diǎn)做粤。

5浇借、開發(fā)與測試的關(guān)系？

答：開發(fā)和測試是一個(gè)有機(jī)的整體怕品。在產(chǎn)品發(fā)布之前妇垢，開發(fā)和測試是循環(huán)進(jìn)行的，測出的缺陷要經(jīng)開發(fā)人員修改后繼續(xù)測試。在開發(fā)的同時(shí)測試經(jīng)理開始編寫測試用例闯估，測試文檔要參考開發(fā)文檔灼舍，所以開發(fā)和測試是不可分割的，少了任何一個(gè)都不能開發(fā)出產(chǎn)品涨薪。

6骑素、測試活動(dòng)中統(tǒng)計(jì)了哪些數(shù)據(jù)？

答：工作量bug數(shù)量

7刚夺、進(jìn)行測試時(shí)產(chǎn)生了哪些文檔或記錄献丑？

答：測試的整個(gè)過程有系統(tǒng)測試計(jì)劃、系統(tǒng)測試用例侠姑、系統(tǒng)測試報(bào)告创橄、缺陷報(bào)告、產(chǎn)品發(fā)布說明

在執(zhí)行測試的過程中只有缺陷報(bào)告莽红，這個(gè)還是用在缺陷管理工具中進(jìn)行的妥畏，最后在工具中導(dǎo)出缺陷報(bào)告

8、怎樣做好測試計(jì)劃安吁？

答：1）理解系統(tǒng)咖熟。從整個(gè)系統(tǒng)的高度了解被測系統(tǒng)必須滿足的功能和非功能性需求。利用涉及整個(gè)系統(tǒng)的文檔柳畔，形成對(duì)系統(tǒng)的整體了解馍管。

2）及早介入。為了深入了解項(xiàng)目薪韩，測試人員應(yīng)該在系統(tǒng)的開始階段介入确沸，可以增加對(duì)客戶需求，客戶問題俘陷，潛在風(fēng)險(xiǎn)以及最重要的功能方面的理解

3）測試期望罗捎。程序員的期望是什么？客戶的期望是什么拉盾？銷售對(duì)測試的期望又是什么桨菜？測試目標(biāo)必須是絕對(duì)的，以免說不清是否達(dá)到目標(biāo)捉偏。

4）吸取教訓(xùn)倒得。把以前工作中學(xué)習(xí)到的經(jīng)驗(yàn)教訓(xùn)運(yùn)用過來，對(duì)確定測試策略很有作用夭禽。

5）工作量太小霞掺。完成測試需要多少工作量？需要多少人員讹躯？

6）技術(shù)選擇菩彬。系統(tǒng)會(huì)采取什么技術(shù)缠劝？系統(tǒng)會(huì)采用什么架構(gòu)？這些信息有助于確定測試策略和測試工具骗灶。

7）時(shí)間表惨恭。系統(tǒng)開發(fā)和測試分配的時(shí)間有多長？截止日期是什么時(shí)候耙旦？

9喉恋、測試用例如何設(shè)計(jì)的？

答：在測試用例的設(shè)計(jì)之前首先要仔細(xì)閱讀開發(fā)的詳細(xì)設(shè)計(jì)文檔母廷，充分了解產(chǎn)品的詳細(xì)功能，不清楚的地方與開發(fā)人員進(jìn)行溝通糊肤，搞懂每個(gè)功能琴昆，盡量詳細(xì)到輸入框、按鈕等小功能馆揉，功能點(diǎn)清楚之后按照功能模塊分類進(jìn)行用例編寫业舍。在具體的用例設(shè)計(jì)中會(huì)運(yùn)用到等價(jià)類邊界值等黑盒測試方法

10、簡單概述缺陷報(bào)告升酣，并說明包括哪些項(xiàng)舷暮？

答：現(xiàn)在缺陷報(bào)告一般不再使用紙質(zhì)檔文檔編寫，而是專用測試管理工具（如TestDirector）噩茄，這樣便于缺陷管理下面。在這些工具中，每個(gè)缺陷作為一條記錄輸入指定的缺陷管理系統(tǒng)中绩聘。

缺陷報(bào)告包括：軟件名稱沥割、版本號(hào)、功能模板凿菩、缺陷編號(hào)机杜、對(duì)應(yīng)的用例編號(hào)、編寫時(shí)間衅谷、編寫人椒拗、測試員、預(yù)期結(jié)果获黔、實(shí)際結(jié)果蚀苛、缺陷描述、嚴(yán)重級(jí)別玷氏、優(yōu)先級(jí)別

11枉阵、什么是bug？

答：軟件的bug指的是軟件中（包括程序和文檔）不符合用戶需求的問題预茄。

常見的軟件bug分為以下三類：

沒有實(shí)現(xiàn)的功能

完成了用戶需求的功能兴溜，但是運(yùn)行時(shí)會(huì)出現(xiàn)一些功能或性能上的問題

實(shí)現(xiàn)了用戶不需求的多余功能

12侦厚、開發(fā)人員修復(fù)缺陷后，如何保證不影響其他功能拙徽？

答：重新執(zhí)行用例刨沦、看是否出現(xiàn)錯(cuò)誤結(jié)果。并對(duì)周圍的一些相關(guān)功能點(diǎn)追加新的測試用例膘怕。

13想诅、什么時(shí)候功能測試？

答：功能測試是在規(guī)定的一段時(shí)間內(nèi)運(yùn)行軟件系統(tǒng)的所有功能岛心，以驗(yàn)證這個(gè)軟件系統(tǒng)有無嚴(yán)重錯(cuò)誤来破。

14、請(qǐng)問功能測試和性能測試的區(qū)別是什么忘古？

答：1）測試目的：

功能測試：檢測實(shí)際軟件的功能是否符合用戶需求徘禁，測功能是不是全部實(shí)現(xiàn)，某個(gè)實(shí)現(xiàn)是不是有BUG髓堪。主要為了發(fā)現(xiàn)以下幾類錯(cuò)誤：A送朱、是否有不正確或遺漏的功能？B干旁、功能實(shí)現(xiàn)是否滿足用戶需求和系統(tǒng)設(shè)計(jì)的隱藏需求驶沼？C、能否正確接收輸入争群？能否正確輸出結(jié)果回怜？

性能測試：驗(yàn)證軟件質(zhì)量的三個(gè)質(zhì)量特性，可靠性换薄，正確性和效率鹉戚。主要是測試產(chǎn)品的健壯性

2）測試方式：

功能測試按照系用例，按照系統(tǒng)需求說明書和測試用例专控，對(duì)產(chǎn)品的功能一步步進(jìn)行測試抹凳。找出產(chǎn)品功能是否全部實(shí)現(xiàn)

性能測試：一般都使用性能工具對(duì)產(chǎn)品的健壯性進(jìn)行評(píng)估。通過創(chuàng)建場景和虛擬用戶模擬真實(shí)環(huán)境伦腐，進(jìn)行壓力測試和負(fù)載測試赢底。

15、為什么選擇測試這行柏蘑？

答：它是一個(gè)新興的行業(yè)幸冻，有發(fā)展?jié)摿Γ液苠憻捜丝确伲枰莆崭嗟募寄芮⑺穑茸鲩_發(fā)要更全面