01、您所熟悉的測試用例設(shè)計方法都有哪些？請分別以具體的例子來說明這些方法在測試用例設(shè)計工作中的應(yīng)用。
答：有黑盒和白盒兩種測試種類，黑盒有等價類劃分法，邊界分析法，因果圖法和錯誤猜測法。白盒有邏輯覆蓋法，循環(huán)測試路徑選擇，基本路徑測試。
例子：在一次輸入多個條件的完整性查詢中。利用等價類劃分法則和邊界分析法則，首先利用等價劃分法，可以一個或多個結(jié)果是OK的測試用例，然后確認(rèn)多個NG的測試用例，然后利用邊界值分析法，可以對結(jié)果分別是OK和NG的測試用例進(jìn)行擴展和補充。
02、您認(rèn)為做好測試用例設(shè)計工作的關(guān)鍵是什么？
答：測試用例設(shè)計工作的關(guān)鍵是對可行的和不可行的都要考慮。
1，輸入 2，詳細(xì)的操作步驟 3，預(yù)期輸出 4，實際輸出。
03、您在從事性能測試工作時，是否使用過一些測試工具？如果有，請試述該工具的工作原理，并以一個具體的工作中的例子描述該工具是如何在實際工作中應(yīng)用的。
答：有使用過LoadRunner，該工具能夠錄制測試人員的操作步驟，然后對這個操作步驟模擬出多個用戶來播放出來。
1、Visural User Genertor 創(chuàng)建腳本，選擇協(xié)議，錄制操作，編輯操作。
2、中央控制器（Controller）調(diào)度虛擬用戶，創(chuàng)建場景，選擇腳本，建立虛擬用戶，設(shè)計shedual，設(shè)置ip spoofer。
3、運行腳本。分析shedual。
4、分析測試結(jié)果。
04、您認(rèn)為性能測試工作的目的是什么？做好性能測試工作的關(guān)鍵是什么？
答：性能測試工作的目的是檢查系統(tǒng)是否滿足在需求說明書中規(guī)定的性能，性能測試常常需要和強度測試結(jié)合起來，并常常要求同時進(jìn)行軟件和硬件的檢測。
性能測試主要的關(guān)注對象是響應(yīng)時間，吞吐量，占用內(nèi)存大?。ㄝo助存儲區(qū)），處理精度等。
05、在您以往的工作中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？
答：檢測時間，系統(tǒng)環(huán)境，硬件環(huán)境，嚴(yán)重程度，程式版本，確認(rèn)人，功能模板，問題描述，詳細(xì)操作步驟，是否會重現(xiàn)。
問題描述和詳細(xì)操作步驟要盡可能詳細(xì)。Bug應(yīng)該盡量用書面語，對于嚴(yán)重程度比較高的缺陷要在相同環(huán)境下測試一遍。
在C\S模式下，如果條件滿足可以使用替換法來確認(rèn)是client端的問題還是server端的問題。
06、你對測試最大的興趣在哪里？為什么？
答：最大的興趣就是具有挑戰(zhàn)性。
因為我并不知道哪里會出現(xiàn)bug，在找到一個bug后會很高興。并且測試需要很強的耐心和細(xì)心。我可以很容易的找到一些細(xì)節(jié)問題。
07、測試活動中，如果發(fā)現(xiàn)需要文檔不完善或者不準(zhǔn)確，怎么處理？
答：要及時的與項目經(jīng)理進(jìn)行溝通協(xié)調(diào)。要在郵件中詳細(xì)的把不完善不準(zhǔn)確的地方描述出來，并提出自己的意見。
08、你認(rèn)為做好測試計劃工作的關(guān)鍵是什么？
答：首先，要有一個明確的目標(biāo)，詳細(xì)的閱讀需求文檔說明。
其次，要對整個測試人員、測試時間、測試進(jìn)度進(jìn)行一個預(yù)估，并預(yù)先進(jìn)行管理。
最后，要對整個測試流程設(shè)定一個規(guī)范，所有測試人員都按著規(guī)范做事，不能隨心所欲的測試。
09、軟件配置管理工作開展的情況和認(rèn)識？
拿到一臺裸機過后要安裝客戶需要的操作系統(tǒng)，并且安裝一些所必須的軟件。
10、你覺得軟件測試通過的標(biāo)準(zhǔn)應(yīng)該是什么樣的？
答：測試用例完全執(zhí)行，測試用例覆蓋到所有的測試點，并且缺陷的密度達(dá)到客戶的需求。
11、軟件測試的文檔測試應(yīng)當(dāng)貫穿于軟件生命周期的全過程，其中用戶文檔是文檔測試的重點。那么軟件系統(tǒng)的用戶文檔包括哪些？
答：用戶安裝文檔、用戶配置文檔、用戶使用手冊、聯(lián)機指導(dǎo)等。
12、簡述軟件系統(tǒng)中用戶文檔的測試要點？
完整性：用戶文檔中功能的描述要完整的。不能讓用戶產(chǎn)生疑問。
一致性：用戶文檔中的功能描述要與實際軟件中的功能一致。不能描述過盛。
易使用性：用戶文檔描述的內(nèi)容要方便用戶閱讀并且能夠讓用戶很清楚的知道如何操作。
圖表：有的時候用圖表描述會很明了。
13、什么是系統(tǒng)瓶頸？
系統(tǒng)瓶頸就是軟件在一定的并發(fā)量、訪問量下無法達(dá)到用戶的需求。
比如說用戶需要在10s內(nèi)完成一個訪問，但是每一次都要12s才能完成，這個就是性能瓶頸，有可能是程序本身的問題，也有可能和操作系統(tǒng)、軟件相關(guān)。
14、沒有產(chǎn)品說明書和需求文檔地情況下能夠進(jìn)行黑盒測試嗎？
可以。
這個情況下我們就要進(jìn)行探索性測試，把軟件當(dāng)成用戶需求，一步步進(jìn)行測試。憑借經(jīng)驗判斷功能正確與否，有的時候還可以與項目經(jīng)理、開發(fā)人員一起進(jìn)行交流溝通，從而進(jìn)行更好的測試。
15、為什么盡量不要讓時間富裕的員工去做一些測試？
首先，專業(yè)的測試人員是有一定的技能和耐心對軟件一步一步進(jìn)行測試。如果讓時間充裕的員工去測試的話，他可能心思并不在測試上面。會很隨意的、沒有目標(biāo)的進(jìn)行測試。這樣子的話測試并不完整，有的時候甚至很重要的bug都沒法找出。所以還是需要專業(yè)的測試人員來進(jìn)行測試的。
16、完全測試程序是可能的嗎？
不可能
測試人員對程序進(jìn)行測試，只能找出程序中的bug，但是并不能保證程序是沒有bug的。
完全的測試要花費很多的人力財力，并且測試的數(shù)據(jù)量過大，很浪費時間。測試的結(jié)果還很多，有的都是類似的，沒有必要進(jìn)行相同的測試。所以完全測試是不可能的。
18、軟件測試的風(fēng)險主要體現(xiàn)在哪里？
主要體現(xiàn)在沒法完全測試。有些問題可能隱藏在沒有測到的地方。這樣子就被忽略了?？蛻羰褂玫臅r候并不熟悉軟件是如何操作的?？赡苡械臅r候會誤點點出問題。這樣子的話我們就要承擔(dān)很大的風(fēng)險了。
發(fā)現(xiàn)的缺陷越多，說明軟件缺陷越多嗎？
是的，通常如果發(fā)現(xiàn)一個缺陷的話，有的時候會發(fā)現(xiàn)很多類似的缺陷，因為由于開發(fā)人員的習(xí)慣，可能一個地方有錯誤，另外一個地方就會有相同的錯誤。
19、所有的軟件缺陷都能修復(fù)嗎？所有的軟件缺陷都要修復(fù)嗎？
從理論上來說所有的缺陷都是可以修復(fù)的，但是并不是所有的缺陷都要修復(fù)。
一些對于軟件沒有影響的、不影響使用的缺陷我們可以不用修復(fù)。因為修復(fù)些細(xì)小的缺陷也是需要花費很多時間。項目上面可能會因為時間問題而先忽略這些小缺陷。
20、開發(fā)人員老是犯一些低級錯誤怎么解決？
要在開發(fā)的前期就制定好一些編碼規(guī)范，這樣子可以減少很多因為個人習(xí)慣引起的錯誤。同時，測試人員在發(fā)現(xiàn)開發(fā)人員犯一些低級錯誤的時候不可以指責(zé)他們，要耐心的給他們指出錯誤所在。然后可以有開發(fā)人員自己進(jìn)行測試，找出一些一眼看得出來是錯誤的地方。
21、您在以往的測試工作中都曾經(jīng)具體從事過哪些工作？其中最擅長哪部分工作？
我一般都是做的Web測試，搭建測試環(huán)境，對于一個程序進(jìn)行集成測試，系統(tǒng)測試，回歸測試等。還要編寫測試用例以及一些文檔，用戶使用手冊，功能測試文檔等等。最擅長的是功能測試。
22、開發(fā)人員說不是bug時，你如何應(yīng)付？
首先把自己的理由告訴開發(fā)人員。在同開發(fā)人員溝通到底是不是bug，但是如果開發(fā)人員還是認(rèn)為不是bug的話，就把這個問題提到項目經(jīng)理處，同時附上自己的理由。有項目經(jīng)理決定是否為bug。
23、軟件測試項目從什么時候開始為什么？
一般軟件測試越早展開越好，一般是從需要階段就要進(jìn)行軟件測試。軟件測試不僅是測試功能，對于需求文檔一類的也要進(jìn)行測試。越早的找出bug，就會減少后續(xù)開發(fā)人員修改程序的次數(shù)，并且可以降低成本，如果等整個軟件開發(fā)的差不多了發(fā)現(xiàn)一個致命的錯誤的話，是需要花費很多時間和人力來重新修改的。如果在一開始就發(fā)現(xiàn)的話就不會出現(xiàn)這種情況了。
24、你能不能說下你的3-5年的職業(yè)規(guī)劃？
首先，要鞏固自己的測試基礎(chǔ)知識，在基本知識扎實的情況下提高理解需求文檔地能力。
其次，學(xué)習(xí)自動化測試工具，并將它運用到測試中。
然后，在測試技術(shù)達(dá)到一定程度后，要學(xué)會如何帶領(lǐng)一個測試團(tuán)隊。
最后，爭取在最快的時間內(nèi)達(dá)到測試經(jīng)理的水平。
25、功能測試用例需要詳細(xì)到什么程度才是合格的？
測試用例覆蓋到所有的測試點。
26、一個缺陷測試報告的組成？
缺陷編號、缺陷標(biāo)題、缺陷描述、缺陷的優(yōu)先級、缺陷的重要程度、缺陷所述的模塊、缺陷所屬的版本、缺陷所屬的開發(fā)人員、輸入數(shù)據(jù)、輸出結(jié)果、缺陷分析等。
27、測試用例通常包括哪些內(nèi)容？
用例編號、測試環(huán)境、用例標(biāo)題、輸入數(shù)據(jù)、預(yù)期結(jié)果等
28、你都用什么測試方法？
根據(jù)不同的系統(tǒng)和模塊有不同的方法。主要是黑盒測試和白盒測試。
29、軟件的評審一般由哪些人員參加？其目的是什么？
參加人員：客戶、項目經(jīng)理、開發(fā)人員、測試人員
目的：查看軟件在未正式投入運行前是否還存在問題。對于不同軟硬件平臺能否正常運行，是否有與客戶理解不一致的地方，同時可以對一些可以改進(jìn)的地方再多加改進(jìn)。
30、什么是軟件測試，軟件測試的目的？
軟件測試是通過人工或者自動化的操作進(jìn)行還沒有商業(yè)化用途的程序，查看他們的功能是否滿足客戶需求。
目的：在最短時間內(nèi)找出盡可能多的軟件缺陷。
31、什么是兼容性測試？
兼容性測試是檢查軟件在不同軟件平臺，硬件平臺上是否可以正常運行的測試。主要查看軟件在不同操作系統(tǒng)、瀏覽器、數(shù)據(jù)庫中是否運行正常。
32、什么是軟件測試？
答：為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程
33、軟件測試的對象有哪些？
答：軟件測試并不等于程序測試。軟件測試應(yīng)貫穿于軟件定義與開發(fā)的整個期間。
需求分析、概要設(shè)計、詳細(xì)設(shè)計以及程序編碼等各階段所得到的文檔，包括需求規(guī)格說明、概要設(shè)計規(guī)格說明、詳細(xì)設(shè)計規(guī)格說明以及源程序，都應(yīng)成為軟件測試的對象。
34、當(dāng)測試過程發(fā)生錯誤時，有哪幾種解決辦法？
答：1）跳轉(zhuǎn)到別的測試過程
2）調(diào)用一個能夠清除錯誤的過程
3）退出過程，啟用另一個
4）退出過程和應(yīng)用程序，重新啟動Windows，在失敗的地方重新開始測試
35、怎么才能夠全面的測試到每一個點？
答：測試的全面性主要需要在設(shè)計測試計劃的時候考慮，從測試策略，產(chǎn)品需求等等多個角度考慮從而定義全部的測試點。
36、開發(fā)與測試的關(guān)系？
答：開發(fā)和測試是一個有機的整體。在產(chǎn)品發(fā)布之前，開發(fā)和測試是循環(huán)進(jìn)行的，測出的缺陷要經(jīng)開發(fā)人員修改后繼續(xù)測試。在開發(fā)的同時測試經(jīng)理開始編寫測試用例，測試文檔要參考開發(fā)文檔，所以開發(fā)和測試是不可分割的，少了任何一個都不能開發(fā)出產(chǎn)品。
37、測試活動中統(tǒng)計了哪些數(shù)據(jù)？
答：工作量 bug數(shù)量
38、進(jìn)行測試時產(chǎn)生了哪些文檔或記錄？
答：測試的整個過程有系統(tǒng)測試計劃、系統(tǒng)測試用例、系統(tǒng)測試報告、缺陷報告、產(chǎn)品發(fā)布說明
在執(zhí)行測試的過程中只有缺陷報告，這個還是用在缺陷管理工具中進(jìn)行的，最后在工具中導(dǎo)出缺陷報告
39、怎樣做好測試計劃？
答：1）理解系統(tǒng)。從整個系統(tǒng)的高度了解被測系統(tǒng)必須滿足的功能和非功能性需求。利用涉及整個系統(tǒng)的文檔，形成對系統(tǒng)的整體了解。
2）及早介入。為了深入了解項目，測試人員應(yīng)該在系統(tǒng)的開始階段介入，可以增加對客戶需求，客戶問題，潛在風(fēng)險以及最重要的功能方面的理解
3）測試期望。程序員的期望是什么？客戶的期望是什么？銷售對測試的期望又是什么？測試目標(biāo)必須是絕對的，以免說不清是否達(dá)到目標(biāo)。
4）吸取教訓(xùn)。把以前工作中學(xué)習(xí)到的經(jīng)驗教訓(xùn)運用過來，對確定測試策略很有作用。
5）工作量太小。完成測試需要多少工作量？需要多少人員？
6）技術(shù)選擇。系統(tǒng)會采取什么技術(shù)？系統(tǒng)會采用什么架構(gòu)？這些信息有助于確定測試策略和測試工具。
7）時間表。系統(tǒng)開發(fā)和測試分配的時間有多長？截止日期是什么時候？
40、測試用例如何設(shè)計的？
答：在測試用例的設(shè)計之前首先要仔細(xì)閱讀開發(fā)的詳細(xì)設(shè)計文檔，充分了解產(chǎn)品的詳細(xì)功能，不清楚的地方與開發(fā)人員進(jìn)行溝通，搞懂每個功能，盡量詳細(xì)到輸入框、按鈕等小功能，功能點清楚之后按照功能模塊分類進(jìn)行用例編寫。在具體的用例設(shè)計中會運用到等價類邊界值等黑盒測試方法
41、簡單概述缺陷報告，并說明包括哪些項？
答：現(xiàn)在缺陷報告一般不再使用紙質(zhì)檔文檔編寫，而是專用測試管理工具（如TestDirector），這樣便于缺陷管理。在這些工具中，每個缺陷作為一條記錄輸入指定的缺陷管理系統(tǒng)中。
缺陷報告包括：軟件名稱、版本號、功能模板、缺陷編號、對應(yīng)的用例編號、編寫時間、編寫人、測試員、預(yù)期結(jié)果、實際結(jié)果、缺陷描述、嚴(yán)重級別、優(yōu)先級別
42、什么是bug？
答：軟件的bug指的是軟件中（包括程序和文檔）不符合用戶需求的問題。
常見的軟件bug分為以下三類：
沒有實現(xiàn)的功能
完成了用戶需求的功能，但是運行時會出現(xiàn)一些功能或性能上的問題
實現(xiàn)了用戶不需求的多余功能
43、開發(fā)人員修復(fù)缺陷后，如何保證不影響其他功能？
答：重新執(zhí)行用例、看是否出現(xiàn)錯誤結(jié)果。并對周圍的一些相關(guān)功能點追加新的測試用例。
44、什么時候功能測試？
答：功能測試是在規(guī)定的一段時間內(nèi)運行軟件系統(tǒng)的所有功能，以驗證這個軟件系統(tǒng)有無嚴(yán)重錯誤。
45、請問功能測試和性能測試的區(qū)別是什么？
答：1）測試目的：
功能測試：檢測實際軟件的功能是否符合用戶需求，測功能是不是全部實現(xiàn)，某個實現(xiàn)是不是有BUG。主要為了發(fā)現(xiàn)以下幾類錯誤：A、是否有不正確或遺漏的功能？B、功能實現(xiàn)是否滿足用戶需求和系統(tǒng)設(shè)計的隱藏需求？C、能否正確接收輸入？能否正確輸出結(jié)果？
性能測試：驗證軟件質(zhì)量的三個質(zhì)量特性，可靠性，正確性和效率。主要是測試產(chǎn)品的健壯性
2）測試方式：
功能測試按照系用例，按照系統(tǒng)需求說明書和測試用例，對產(chǎn)品的功能一步步進(jìn)行測試。找出產(chǎn)品功能是否全部實現(xiàn)
性能測試：一般都使用性能工具對產(chǎn)品的健壯性進(jìn)行評估。通過創(chuàng)建場景和虛擬用戶模擬真實環(huán)境，進(jìn)行壓力測試和負(fù)載測試。
46、為什么選擇測試這行？
答：它是一個新興的行業(yè)，有發(fā)展?jié)摿?，而且很鍛煉人，需要掌握更多的技能，比做開發(fā)要更全面。
（唐山嘉測 提供整理資料）
編輯于 2020-10-27 15:02
