第一篇：缺陷管理之---軟件測試問題報告的寫法

在軟件測試過程中，對于發(fā)現(xiàn)的每個軟件錯誤（缺陷），都要進行記錄該錯誤的特征和復(fù)現(xiàn)步驟等信息，以便相關(guān)認識分析和處理軟件錯誤。為了便于管理測試發(fā)現(xiàn)的軟件錯誤，通常要采用軟件缺陷數(shù)據(jù)庫，將每一個發(fā)現(xiàn)的錯誤輸入到軟件缺陷數(shù)據(jù)庫中，軟件缺陷數(shù)據(jù)庫的每一條記錄稱為一個軟件問題報告。

軟件問題報告包括頭信息、簡述、操作步驟和注釋。

頭信息包括：測試軟件名稱、版本號、缺陷或錯誤類型、可重復(fù)性、測試平臺、平臺語言、缺陷或錯誤 范圍。要求填寫完整、準確。

簡述是對缺陷或錯誤特征的簡單描述，可以使用短語或短句，要求簡練、準確。

操作步驟是描述該缺陷或錯誤出現(xiàn)的操作順序，要求完整、簡潔、準確。對命令、系統(tǒng)變量、選項要用大寫字母，對控件名稱等加雙引號。

注釋一般是對缺陷或錯誤的附加描述，一般包括缺陷或錯誤現(xiàn)象的圖像，包括其他建議或注釋文字。

書寫專業(yè)軟件問題報告的技巧

書寫軟件問題報告的目的是為了正確地重復(fù)缺陷或錯誤，從而在后續(xù)工作中可以準確驗證并加以處理。因此，基本要求是準確、簡潔、完整、規(guī)范。為了正確書寫專業(yè)的軟件問題報告，應(yīng)該注意以下要點：

每個軟件問題報告只書寫一個缺陷或錯誤

這樣可以每次只處理一個確定的錯誤，定位明確，提高效率，也便于修復(fù)錯誤后方便的進行驗證。

對錯誤的描述要做到簡潔、準確、完整，揭示錯誤實質(zhì)

描述要準確反映缺陷或錯誤的本質(zhì)內(nèi)容，簡短明了。為了便于在答數(shù)據(jù)庫中尋找，包含錯誤發(fā)生時的用戶界面是個良好的習(xí)慣。例如記錄對話框的標題、菜單、按鈕等控件的名稱。

明確指明錯誤類型和嚴重程度

根據(jù)錯誤的現(xiàn)象，總結(jié)判斷錯誤的類型和嚴重程度，例如，是功能錯誤？還是界面布局錯誤？該錯誤是屬于特別嚴重的錯誤還是一般錯誤？是否影響軟件的后續(xù)開發(fā)和發(fā)布？

每一個步驟盡量只記錄一個操作

簡潔、條理井然，容易重復(fù)操作步驟，以便確認、修復(fù)、驗證該錯誤.復(fù)現(xiàn)的操作步驟要完整，準確，簡短

保證快速準確的重復(fù)錯誤，完整即沒有缺漏，準確即步驟正確，簡短即沒有多余的步驟。附加必要的錯誤特征圖像

為了直觀的觀察缺陷或錯誤現(xiàn)象，通常需要附加錯誤出現(xiàn)的界面，作為附件附著在記錄的附件部分。為了節(jié)省空間，又能真實反映缺陷或錯誤本質(zhì)，可以捕捉缺陷或錯誤產(chǎn)生時的全屏幕，活動窗口和局部區(qū)域。

附加必要的測試用例

如果打開某個特殊的測試用例而產(chǎn)生的錯誤，則必須附加該測試用例，從而可以迅速再現(xiàn)缺陷或錯誤。為了使錯誤修正者進一步明確缺陷或錯誤的表現(xiàn)，可以附加修改建議或注解。

盡量使用短語和短句，避免復(fù)雜句型句式

書寫軟件問題報告的目的是便于定位錯誤，因此，要求客觀的描述操作步驟，不需要修飾性的詞匯和復(fù)雜的句型，增強可讀性。

第二篇：軟件測試面試問題

1.請自我介紹一下。

2.說說你以前公司的測試流程。必答題。主要結(jié)合自己的項目經(jīng)驗相信講一個自己做過的項目，從立項到測試結(jié)束，當然側(cè)重測試和自己所做的內(nèi)容。這里面試官一般都會根據(jù)你說的再提問。

3.你是怎樣做出自己的職業(yè)選擇或者自己的職業(yè)規(guī)劃。這題也經(jīng)常問。可以從自己的優(yōu)點說如何適合做軟件測試，對與職業(yè)規(guī)劃，我一般說在技術(shù)上往資深測試工程師發(fā)展。

4.你覺得自己作為測試工程的優(yōu)勢在哪里？你認為自己比你的同事優(yōu)秀在哪里？也經(jīng)常問，可以從性格出發(fā)，講自己優(yōu)點，以及在項目中表現(xiàn)，領(lǐng)導(dǎo)的良好評價等，總之“恰當”地往好處說，不要言過其實，讓人懷疑你的人品哦。說說自己的缺點？這個也不好回答，最好能恰當?shù)匾昊卮鸬絻?yōu)點上。

5.一個測試中不堪回首，或者讓你很郁悶的事情。我被問到了，當時想不起來，后來想想可以講一個項目中的失誤及后果，然后講自己如何去成功彌補及教訓(xùn)經(jīng)驗。我如果提前想一下就不會該說什么了。

6.你的好友是如何評價你的？你的項目組長是如何評價你的？ 這類題也經(jīng)常問。回答總要往好處說，但是你要自信地回答。

7.在成年后，哪些成績給你帶來最大程度的滿足？蠻不錯的題。記得我但是答的是第一次自己帶一個小項目，順利完成測試任務(wù)。

8.測試時你提交的bug被研發(fā)拒絕或者他認為不是問題，你如何處理？

9.測試與開發(fā)溝通如何提高效率和改善溝通效果？測試工程師的素質(zhì)和技能？

10.你在壓力下能工作的很好嘛？測試計劃包括哪些？

11.你期望的薪水？根據(jù)自己能力和公司的大小，可以搜索下了解下情況。

12.個人職業(yè)發(fā)展（職業(yè)規(guī)劃），這個很重要，幾乎每個公司都會問的。

13.談?wù)勛约簩浖y試的理解，包括測試的流程和應(yīng)注意的地方是什么。

14.用過什么測試工具，分別講講他們的特點。

15.是否做過性能測試，怎樣一個流程。

16.現(xiàn)場寫一個測試用例，比如凳子，桌子，紙杯等。

17.你平時如何和開發(fā)人員溝通的，遇到解決不了的問題怎么辦。

18.對于一個不懂測試的人，你如何解釋它讓別人能聽的懂。

19.你們的績效考核時怎么現(xiàn)實的。

20.你都用什么方法書寫測試用例，分別舉例說明。

第三篇：軟件測試管理總結(jié)

軟件測試管理總結(jié)

軟件測試工程師管理系統(tǒng)是我接觸的測試管理項目，通過近兩個星期對軟件測試管理的學(xué)習(xí)和實踐，遇到了很多問題，覺得還是有很多經(jīng)驗需要總結(jié)。

隨著軟件開發(fā)規(guī)模的增加、復(fù)雜程度的增加，以尋找軟件中的故障為目的的測試工作就

顯得更加重要。因此，為了盡可能多的找出程序中的故障，開發(fā)出高質(zhì)量的軟件產(chǎn)品，必須

對測試工作進行組織策劃和有效管理，采取系統(tǒng)的辦法建立起來軟件測試管理系統(tǒng)。在進行

測試工作識別管理的過程中，我主要做了測試計劃，測試實施，測試總結(jié)這幾部分工作。

一、測試計劃的編寫要足夠清晰合理。

測試計劃階段的整體目標是為了確定測試范圍、測試策略和方法，以及對可能出現(xiàn)的問

題和風(fēng)險，所需要的各種資源和投入等進行分析和估計，以指導(dǎo)測試的執(zhí)行。在計劃中要明

確測試的目的，完善對測試人員的資源分配，設(shè)置測試的標準，責(zé)任及時間都有明確的進度

安排，指出所用工具。測試計劃編寫時要對照產(chǎn)品需求說明書，系統(tǒng)全面的對測試工作作出

籌劃。

二、準確的填寫bug記錄單需進行充分的步驟記錄。

在測試過程中，bug記錄單不清晰，產(chǎn)品錯誤便不會容易再現(xiàn)。作為測試管理人員對于

問題記錄單中必須包括的要素要了解。我曾經(jīng)有過造成填寫的問題記錄單過于簡練，只有結(jié)

果，沒有清晰的操作步驟，沒有描述產(chǎn)生錯誤的數(shù)據(jù)信息等，這些都會在測試實施過程中造

成不必要的麻煩，給開發(fā)人帶來模糊理解。認識問題才能解決問題，我在以后的工作中正盡

可能避免這些問題。

三、測試結(jié)果的分析要全面公正。

測試結(jié)束后，對測試結(jié)果進行分析，以確定軟件產(chǎn)品的質(zhì)量，為產(chǎn)品的改進或發(fā)布提供

數(shù)據(jù)和支持。在管理上，應(yīng)做好測試結(jié)果的審查和分析，做好測試報告的撰寫和審查工作。

對軟件測試工程師管理系統(tǒng)的管理工作中，我覺得還可以努力地還有，明確測試流程，注意測試流程中各階段的注意事項，及正確填寫問題記錄單。及時發(fā)現(xiàn)測試實施工作中的各

種問題，加強與開發(fā)人員的溝通，以便及時解決問題，保證產(chǎn)品測試進度。

第四篇：面試問題總結(jié)--軟件測試

面試問題總結(jié)

1.在51testing你都學(xué)到了什么？

a.主要學(xué)習(xí)了軟件測試的知識，包括測試的流程，測試的方法，測試用例，測試計劃，及測試管理的工具QUALITY CENTER，自動化測試工具QTP

b.計算機編程的基礎(chǔ)知識，包括 C語言，SQL Server,Linux

c.軟件工程的知識，包括軟件的生命周期，配置管理的知識SVN

2.測試計劃包括什么內(nèi)容？

測試目標，概述，測試對象，測試環(huán)境，測試版本，測試開始和結(jié)束日期，測試方法概

述，測試通過失敗標準，測試掛起恢復(fù)標準，工作任務(wù)分配，工作量的統(tǒng)計，資源的分

配，應(yīng)交付的最終工作產(chǎn)品。

3.測試報告包括什么內(nèi)容？

測試環(huán)境，測試版本，測試對象，參與的人員，執(zhí)行的測試用例，測試用例覆蓋的功能

和性能點，bug質(zhì)量分析，測試最終結(jié)果（通過，失敗）。

4.缺陷管理流程是什么？

測試人員 new/open bug-?測試經(jīng)理—assign給開發(fā)經(jīng)理—》開發(fā)經(jīng)理asign給開

發(fā)人員—resolved 返回給測試人員—》測試人員驗證后關(guān)閉或者re-open給開發(fā)人

員。

5.動/靜態(tài)測試都包括什么活動？

靜態(tài)測試，檢查和測試時不用實際操作軟件，只是靜態(tài)的瀏覽和檢查。靜態(tài)測試的活

動包括 需求定義的靜態(tài)測試，設(shè)計文檔的靜態(tài)測試，源代碼的靜態(tài)測試

動態(tài)測試，通過運行軟件來檢查軟件的動態(tài)行為和運行結(jié)果的正確性。動態(tài)測試活動

包括 動態(tài)檢查程序，動態(tài)檢查輸入輸出數(shù)據(jù)。（黑盒子測試基本都是動態(tài)測試）

6.測試工作分為哪幾個階段？各階段的測試重點在哪里？

測試工作分為 單元測試，集成測試，系統(tǒng)測試，驗收測試。

單元測試主要是檢查內(nèi)部模塊的代碼邏輯。集成測試主要檢查各個模塊組裝后的功能

以及模塊間的接口是否正確。系統(tǒng)測試主要是把集成好的軟件在實際的軟硬件的測試

環(huán)境下運行，檢查運行結(jié)果是否符合《需求規(guī)格說明書》。驗收測試是測試時除了考

慮軟件的功能和性能外，還應(yīng)對軟件的可移植性、兼容性、可維護性、錯誤的恢復(fù)功

能等進行確認

7.測試環(huán)境包括什么內(nèi)容？

包括軟件環(huán)境（os,browser,其他必須的軟件），硬件環(huán)境（計算機配置，打印機，掃描儀等等），測試數(shù)據(jù)，測試工具

8.缺陷的嚴重級別及優(yōu)先級各有哪些？

優(yōu)先級別：low, midium, high,very high，urgent.嚴重級別：極度嚴重，中等，一般，輕微

9.測試工程師應(yīng)該具備哪些素質(zhì)？

技術(shù)能力，溝通能力，耐心，細心，懷疑精神，發(fā)散思維，幽默感，很強的記憶能力。

10.測試用例包括哪些內(nèi)容？

用例編號，測試項目，測試標題，用例的重要級別，預(yù)置條件，輸入條件，操作步驟，預(yù)期輸出。

11.Bug單包括哪些內(nèi)容？

缺陷編號，標題，測試項目，嚴重級別，優(yōu)先級別，預(yù)設(shè)條件，復(fù)現(xiàn)步驟，實際結(jié)果，期望結(jié)果

12.B/S和C/S結(jié)構(gòu)的區(qū)別？

C/S結(jié)構(gòu)，即Client/Server(客戶機/服務(wù)器)結(jié)構(gòu)，B/S即瀏覽器/服務(wù)器（browser/server）結(jié)構(gòu).（1）、硬件環(huán)境不同：C/S一般建立在專用的網(wǎng)絡(luò)上，小范圍里的網(wǎng)絡(luò)環(huán)境，局域網(wǎng)之間

再通過專門服務(wù)器提供連接和數(shù)據(jù)交換服務(wù)。B/S建立在廣域網(wǎng)之上的，不必是專門的網(wǎng)絡(luò)硬件環(huán)境，一般只要有操作系統(tǒng)和瀏覽器就行。

（2）、對安全要求不同:C/S一般面向相對固定的用戶群，對信息安全的控制能力很強。

B/S建立在廣域網(wǎng)之上，對安全的控制能力相對弱，面向是不可知的用戶群。

（3）、對程序架構(gòu)不同:C/S程序可以更加注重流程，可以對權(quán)限多層次校驗，對系統(tǒng)運

行速度可以較少考慮。B/S對安全以及訪問速度的多重的考慮，建立在需要更加優(yōu)化的基礎(chǔ)之上。

（4）、系統(tǒng)維護不同:C/S程序由于整體性，必須整體考察，處理出現(xiàn)的問題以及系統(tǒng)升

級難，可能是再做一個全新的系統(tǒng)。B/S構(gòu)件組成方面構(gòu)件個別的更換，實現(xiàn)系統(tǒng)的無縫升級。系統(tǒng)維護開銷減到最小，用戶從網(wǎng)上自己下載安裝就可以實現(xiàn)升級。

（5）、處理問題不同:C/S程序可以處理用戶面固定，并且在相同區(qū)域，安全要求高的需

求，與操作系統(tǒng)相關(guān)，應(yīng)該都是相同的系統(tǒng)。B/S建立在廣域網(wǎng)上，面向不同的用戶群，分散地域，這是C/S無法作到的，與操作系統(tǒng)平臺關(guān)系最小。

13.TCP/IP協(xié)議中三次握手是什么?

第一次握手：建立連接時客戶端向服務(wù)器發(fā)送syn包同時進入syn_send狀態(tài)，等待服務(wù)器確認。

第二次握手：服務(wù)器收到syn包，必須確認客戶的syn包，同時向客戶端發(fā)送syn包即syn+ack包，此時服務(wù)器進入syn+recv狀態(tài)。

第三次握手：客戶端收到服務(wù)器的SYN+ACK包，向服務(wù)器發(fā)送確認包ACK(ack=k+1)，此包發(fā)送完畢，客戶端和服務(wù)器進入ESTABLISHED狀態(tài)，完成三次握手。

14.黑盒/白盒測試各主要包括什么測試方法？

黑盒子測試：等價類劃分法，邊界值法，錯誤推測法，因果圖法，判定表法。

白盒測試：條件判定法，語句覆蓋法，判定覆蓋法，判定條件覆蓋法，路徑覆蓋法。

15.簡單介紹下進銷存系統(tǒng)的業(yè)務(wù)流。

進銷存主要用于中小型物品流通企業(yè)，例如超市，賣場。用于物品的進購，銷售，調(diào)度，庫存，盤點的流程管理。

16.在進銷存系統(tǒng)測試中你負責(zé)哪些模塊以及在測試中用例設(shè)計是如何進行的？

系統(tǒng)實現(xiàn)的模塊包括：入庫管理，庫存管理，出庫管理，統(tǒng)計報表，會員管理，系統(tǒng)設(shè)置，賬務(wù)管理。

我主要負責(zé) 入庫管理模塊，測試用例的設(shè)計方法主要是等價類，邊界值，錯誤推測法。

17.現(xiàn)在主流的OS及瀏覽器都有哪些？他們的區(qū)別是？

OS: WINDOWS,LINUX,MAC

BROWSER: IE,FIREFOX,OPERA,SAFari 區(qū)別:內(nèi)核不同，速度，性能

18.測試工作結(jié)束的標準時什么？

所有的功能點都測試通過并符合需求規(guī)格說明書；性能，易用性，等符合用戶的要求 所有的bug已經(jīng)關(guān)閉并回歸測試通過

19.解釋內(nèi)存溢出及內(nèi)存泄露

內(nèi)存溢出就是運行軟件時的內(nèi)存遠遠超出了你主機內(nèi)安裝的內(nèi)存所承受大小，就叫內(nèi)存溢出。

內(nèi)存泄露指的是當以前分配的一片內(nèi)存不再需要使用或無法訪問時，但是卻并沒有釋放它，那么對于該進程來說，會因此導(dǎo)致總可用內(nèi)存的減少，這時就出現(xiàn)了內(nèi)存泄漏

20.Web測試的測試點包括哪些？

界面測試：導(dǎo)航，圖形，視頻，音頻，內(nèi)容，表格，整體界面測試

功能測試：業(yè)務(wù)流程測試，鏈接測試，并發(fā)測試，session測試,cookie測試，url訪問測試

性能測試：負載，容量，壓力

兼容性測試：瀏覽器，插件

易用性測試：界面友好，使用方便

第五篇：談?wù)勡浖y試面試問題[范文模版]

前段時間公司招聘軟件測試人員，雖然基本上都是招的應(yīng)屆畢業(yè)生，但我還是從現(xiàn)實以及網(wǎng)絡(luò)上找到了一些應(yīng)聘軟件測試/QA的面試問題集，當然這個也都不會有標準答案的，現(xiàn)在只是以偶的一點理解加上網(wǎng)上的一些內(nèi)容列舉出來供有需要的XDJM們作一下參考：

1.首先一般都是比較老套點的問題：介紹一下你的經(jīng)歷。

HOHO......這個問題我想誰都被問過吧，注意一下重點，不要緊張慢慢說就OK了。

2.老套話說了就可以馬上切入正題了。根據(jù)你的經(jīng)驗說說你對軟件測試/質(zhì)量保證的理解？

這個就要仁者見仁、智者見智了，也基本上都是書上的東東，如果能有一些自己獨特的想法那就最好啦，呵呵

3.理解完了那當然就要問一下是不是對軟件測試了解啰。這就輪到問軟件測試的流程是什么，你原先的公司又是怎么的流程了？

前面?zhèn)€問題也還是書本上的東西，一般介紹軟測的書上都有，實際上國內(nèi)一般的中小公司根本就達不到書上所說的那些個測試規(guī)范，測試流程也是如此，沒辦法，這就是現(xiàn)在我們整個大的測試環(huán)境，這個問題照著書上說的辦就行了，后面那個知道該怎么做了吧，盡量把原來公司的測試流程言簡意賅的表達出來。

4.接著問題就可以有一大堆了，這些問題很多都是要看自己的測試經(jīng)驗以及對測試的理解來作答了，如：(1)你對SQA的職責(zé)和工作活動(如軟件度量)的理解：

SQA就是獨立于軟件開發(fā)的項目組，通過對軟件開發(fā)過程的監(jiān)控，來保證軟件的開發(fā)流程按照指定的CMM規(guī)程（如果有相應(yīng)的CMM規(guī)程），對于不符合項及時提出建議和改進方案，必要是可以要高層經(jīng)理匯報以求問題的解決。通過這樣的途徑來預(yù)防缺陷的引入，從而減少后期軟件的維護成本。ＳＱＡ主要的工作活動包括制定SQA工作計劃，參與階段產(chǎn)物的評審，進行過程質(zhì)量、功能配置及物理配置的審計等;對項目開發(fā)過程中產(chǎn)生的數(shù)據(jù)進行度量等等；

(2)說說你對軟件配置管理的理解：

項目在開發(fā)的過程中要用相應(yīng)的配置管理工具對配置項（包括各個階段的產(chǎn)物）進行變更控制，配置管理的使用取決于項目規(guī)模和復(fù)雜性能及風(fēng)險的水平。軟件的規(guī)模越大，配置管理就顯得越重要。還有在配置管理中，有一個很重要的概念，那就是基線，是在一定階段各個配置項的組合，一個基線就提供了一個正式的標準，隨后的工作便基于此標準，并且只有經(jīng)過授權(quán)后才能變更這個標準。配置管理工具主要有CC,VSS,CVS等，偶只用過CVS，對其它的不熟悉

(3)怎樣寫測試計劃和測試用例：

簡單點，測試計劃里應(yīng)有詳細的測試策略（測試方法等），合理詳盡的資源安排等，至于測試用例，那是依賴于需求（包括功能與非功能需求）是否細化到功能點，是否可測試等。

(4)說說主流的軟件工程思想(如CMM，CMMI，RUP，XP，PSP，TSP等)的大致情況以及你對它們的理解：

CMM:SW Capability Maturity Model 軟件能力成熟度模型,其作用是用于軟件過程的改進、評估及軟件能力的評鑒

CMMI:Capability Maturity Model Integration 能力成熟度模型集成 CMMI融入了大部分最新的軟件管理實踐，同時彌補了SW-CMM模型中的缺陷

RUP:rational unified process 是軟件工程化過程。它提供了在開發(fā)機構(gòu)中分派任務(wù)和責(zé)任的紀律化方

法.它的目標是在可預(yù)見的日程和預(yù)算前提下確保滿足最終用戶需求的高質(zhì)量產(chǎn)品,個人認為：它的核心觀念是開發(fā)的迭代，每個公司可以根據(jù)自身的軟件開發(fā)的流程和待開發(fā)項目的特點對RUP進行適當?shù)募舨茫贫ǔ龇献约旱能浖_發(fā)流程。

ＸＰ：extreme program，即極限編程的意思，適用于小型團隊的軟件開發(fā)，想上面第三個問題就可以結(jié)合原型法采用這樣的開發(fā)流程。要明白測試對于xp開發(fā)的重要性，強調(diào)測試（重點是單元測試）先行的理念。編程可以明顯提高代碼的質(zhì)量，持續(xù)集成對于快速定位問題很有好處。

PSP ,TSP 分別是個體軟件過程（Personal Software Process），群組軟件過程（Team Software Process）大家都知道，CMM只是告訴你怎么做但并沒有告訴你如何做，所以PSP/TSP就是告訴你企業(yè)在實施CMM的過程中如何做，PSP強調(diào)建立個人技能（如何制定計劃、控制質(zhì)量及如何與其他人相互協(xié)作等等）而TSP著重于生產(chǎn)并交付高質(zhì)量的軟件產(chǎn)品（如何有效地規(guī)劃和管理所面臨的項目開發(fā)任務(wù)等等）

總之，單純實施CMM，永遠不能真正做到能力成熟度的升級，只有將實施CMM與實施PSP和TSP有機地結(jié)合起來，才能發(fā)揮最大的效力。因此，軟件過程框架應(yīng)該是CMM/PSP/TSP的有機集成。

(5)對項目管理、白盒測試、單元測試、自動測試、性能測試、壓力測試工具的了解程度和實際使用經(jīng)驗。(其實基本上也就是MI和Rational工具)： 這個就要看個人的了，沒法說了

(6)其它一些具體的技術(shù)知識(如各種計算機語言的了解程度、數(shù)據(jù)庫等)；

5.還有問一下你是怎樣保證軟件質(zhì)量的，也就是說你覺得怎樣才能最大限度地保證軟件質(zhì)量？

測試并不能夠最大限度的保證軟件的質(zhì)量，軟件的高質(zhì)量是開發(fā)和設(shè)計出來的，而不是測試出來的，它不僅要通過對軟件開發(fā)流程的監(jiān)控，使得軟件開發(fā)的各個階段都要按照指定的規(guī)程進行，通過對各個階段產(chǎn)物的評審，QA對流程的監(jiān)控，對功能及配置的審計來達到開發(fā)的最優(yōu)化。當然測試也是保證軟件質(zhì)量的一個重要方式，是軟件質(zhì)量保證工程的一個重要組成部分。

6.然后緊接著就基于目前中國的國情，大多數(shù)公司的軟件項目進度緊張、人員較少、需求文檔根本沒有或者很不規(guī)范，你認為在這種情況下怎樣保證軟件的質(zhì)量？(大多數(shù)公司最想知道的就是在這種困難面前你該怎么保證軟件的質(zhì)量，因為這些公司一般就是這種情況-----既不想投入過多又想保證質(zhì)量，faint

出現(xiàn)以上的情況，如果僅僅想通過測試來提高軟件質(zhì)量，那幾乎是不可能，原因是沒有足夠的時間讓你去測試，少而不規(guī)范的文檔導(dǎo)致測試需求無法細化何談足夠且有針對性進行測試。所以，作為公司質(zhì)量保證的你應(yīng)該先后項目經(jīng)理確定符合項目本身最適合的軟件生命周期模型（比如RUP的剪裁，原型法）,明確項目的開發(fā)流程并督促項目組按照此流程開展工作，所有項目組成員（項目經(jīng)理更加重要）都要制定出合理的工作計劃，加強代碼的單元測試，在客戶既定的產(chǎn)品交付日期范圍之內(nèi)，進行產(chǎn)品的持續(xù)集成等等，如果時間允許可以再配合客戶進行必要的系統(tǒng)功能測試。

7.差不多了就該問一些只和軟件測試相關(guān)的問題了，如：

(1)你覺得怎樣才能做一個(或者，怎樣才能算一個)優(yōu)秀的測試工程師？(faint，這個問題好像是必問的，答案也無非是什么要求全面的技術(shù)能力、縝密的邏輯思維、出色的溝通能力、還要有懷疑精神、幽默感、洞察力等等。啥叫優(yōu)秀啊？該有的能力都有，不該有的也有，而且個個能力還都是出色的，這就是優(yōu)秀，呵呵，開玩笑的，反正這個問題差不多就這樣，具體的什么要求網(wǎng)絡(luò)上也到處都有。

(2)還有其它的如對自己優(yōu)缺點的評價、自己的職業(yè)理想、為何離開上一家公司、自己在職業(yè)生涯中印象)最深的事情、能否出差和加班、能否承受壓力和挑戰(zhàn)、薪水要求、何時能到崗等等這些啥面試都要回答的問題，這個就只能自己斟琢著辦了。

(3)另外還有一個重要的問題就是語言能力啦，尤其是英語水平，這個的話每個具體的公司都有不同的要求，也就沒啥好說的了。

差不多基本上就是這些了，如果有需要的可以有針對性的google一下，hoho...僅供參考!