01. 為什么要在一個(gè)團隊中開(kāi)展軟件測試工作？
因為沒(méi)有經(jīng)過(guò)測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比ISO質(zhì)量認證一樣，測試同樣也需要質(zhì)量的保證，這個(gè)時(shí)候就需要在團隊中開(kāi)展軟件測試的工作。在測試的過(guò)程發(fā)現軟件中存在的問(wèn)題，及時(shí)讓開(kāi)發(fā)人員得知并修改問(wèn)題，在即將發(fā)布時(shí)，從測試報告中得出軟件的質(zhì)量情況。
02. 您在以往的測試工作中都曾經(jīng)具體從事過(guò)哪些工作？其中最擅長(cháng)哪部分工作？
我曾經(jīng)做過(guò)web測試，后臺測試，客戶(hù)端軟件，其中包括功能測試，性能測試，用戶(hù)體驗測試。最擅長(cháng)的是功能測試
03. 您所熟悉的軟件測試類(lèi)型都有哪些？請試著(zhù)分別比較這些不同04. 的測試類(lèi)型的區別與聯(lián)系（如功能測試、性能測試……）
測試類(lèi)型有：功能測試，性能測試，界面測試。
功能測試在測試工作中占的比例最大，功能測試也叫黑盒測試。是把測試對象看作一個(gè)黑盒子。利用黑盒測試法進(jìn)行動(dòng)態(tài)測試時(shí)，需要測試軟件產(chǎn)品的功能，不需測試軟件產(chǎn)品的內部結構和處理過(guò)程。采用黑盒技術(shù)設計測試用例的方法有：等價(jià)類(lèi)劃分、邊界值分析、錯誤推測、因果圖和綜合策略。
性能測試是通過(guò)自動(dòng)化的測試工具模擬多種正常、峰值以及異常負載條件來(lái)對系統的各項性能指標進(jìn)行測試。負載測試和壓力測試都屬于性能測試，兩者可以結合進(jìn)行。通過(guò)負載測試，確定在各種工作負載下系統的性能，目標是測試當負載逐漸增加時(shí)，系統各項性能指標的變化情況。壓力測試是通過(guò)確定一個(gè)系統的瓶頸或者不能接收的性能點(diǎn)，來(lái)獲得系統能提供的最大服務(wù)級別的測試。
界面測試，界面是軟件與用戶(hù)交互的最直接的層，界面的好壞決定用戶(hù)對軟件的第一印象。而且設計良好的界面能夠引導用戶(hù)自己完成相應的操作，起到向導的作用。同時(shí)界面如同人的面孔，具有吸引用戶(hù)的直接優(yōu)勢。設計合理的界面能給用戶(hù)帶來(lái)輕松愉悅的感受和成功的感覺(jué)，相反由于界面設計的失敗，讓用戶(hù)有挫敗感，再實(shí)用強大的功能都可能在用戶(hù)的畏懼與放棄中付諸東流。
區別在于，功能測試關(guān)注產(chǎn)品的所有功能上，要考慮到每個(gè)細節功能，每個(gè)可能存在的功能問(wèn)題。性能測試主要關(guān)注于產(chǎn)品整體的多用戶(hù)并發(fā)下的穩定性和健壯性。界面測試更關(guān)注于用戶(hù)體驗上，用戶(hù)使用該產(chǎn)品的時(shí)候是否易用，是否易懂，是否規范（快捷鍵之類(lèi)的），是否美觀(guān)（能否吸引用戶(hù)的注意力），是否安全（盡量在前臺避免用戶(hù)無(wú)意輸入無(wú)效的數據，當然考慮到體驗性，不能太粗魯的彈出警告）？做某個(gè)性能測試的時(shí)候，首先它可能是個(gè)功能點(diǎn)，首先要保證它的功能是沒(méi)問(wèn)題的，然后再考慮該功能點(diǎn)的性能測試
04．您認為做好測試用例設計工作的關(guān)鍵是什么？
白盒測試用例設計的關(guān)鍵是以較少的用例覆蓋盡可能多的內部程序邏輯結果
黑盒法用例設計的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時(shí)間內發(fā)現最多的問(wèn)題
05. 請試著(zhù)比較一下黑盒測試、白盒測試、單元測試、集成測試、系統測試、驗收測試的區別與聯(lián)系。
黑盒測試：已知產(chǎn)品的功能設計規格，可以進(jìn)行測試證明每個(gè)實(shí)現了的功能是否符合要求。
白盒測試：已知產(chǎn)品的內部工作過(guò)程，可以通過(guò)測試證明每種內部操作是否符合設計規格要求，所有內部成分是否以經(jīng)過(guò)檢查。
軟件的黑盒測試意味著(zhù)測試要在軟件的接口處進(jìn)行。這種方法是把測試對象看做一個(gè)黑盒子，測試人員完全不考慮程序內部的邏輯結構和內部特性，只依據程序的需求規格說(shuō)明書(shū)，檢查程序的功能是否符合它的功能說(shuō)明。因此黑盒測試又叫功能測試或數據驅動(dòng)測試。黑盒測試主要是為了發(fā)現以下幾類(lèi)錯誤：
1、是否有不正確或遺漏的功能？
2、在接口上，輸入是否能正確的接受？能否輸出正確的結果？
3、是否有數據結構錯誤或外部信息（例如數據文件）訪(fǎng)問(wèn)錯誤？
4、性能上是否能夠滿(mǎn)足要求？
5、是否有初始化或終止性錯誤？
軟件的白盒測試是對軟件的過(guò)程性細節做細致的檢查。這種方法是把測試對象看做一個(gè)打開(kāi)的盒子，它允許測試人員利用程序內部的邏輯結構及有關(guān)信息，設計或選擇測試用例，對程序所有邏輯路徑進(jìn)行測試。通過(guò)在不同點(diǎn)檢查程序狀態(tài)，確定實(shí)際狀態(tài)是否與預期的狀態(tài)一致。因此白盒測試又稱(chēng)為結構測試或邏輯驅動(dòng)測試。白盒測試主要是想對程序模塊進(jìn)行如下檢查：
1、對程序模塊的所有獨立的執行路徑至少測試一遍。
2、對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。
3、在循環(huán)的邊界和運行的界限內執行循環(huán)體。
4、測試內部數據結構的有效性，等等。
單元測試（模塊測試）是開(kāi)發(fā)者編寫(xiě)的一小段代碼，用于檢驗被測代碼的一個(gè)很小的、很明確的功能是否正確。通常而言，一個(gè)單元測試是用于判斷某個(gè)特定條件（或者場(chǎng)景）下某個(gè)特定函數的行為。
單元測試是由程序員自己來(lái)完成，最終受益的也是程序員自己?？梢赃@么說(shuō)，程序員有責任編寫(xiě)功能代碼，同時(shí)也就有責任為自己的代碼編寫(xiě)單元測試。執行單元測試，就是為了證明這段代碼的行為和我們期望的一致。
集成測試（也叫組裝測試，聯(lián)合測試）是單元測試的邏輯擴展。它的最簡(jiǎn)單的形式是：兩個(gè)已經(jīng)測試過(guò)的單元組合成一個(gè)組件，并且測試它們之間的接口。從這一層意義上講，組件是指多個(gè)單元的集成聚合。在現實(shí)方案中，許多單元組合成組件，而這些組件又聚合成程序的更大部分。方法是測試片段的組合，并最終擴展進(jìn)程，將您的模塊與其他組的模塊一起測試。最后，將構成進(jìn)程的所有模塊一起測試。
系統測試是將經(jīng)過(guò)測試的子系統裝配成一個(gè)完整系統來(lái)測試。它是檢驗系統是否確實(shí)能提供系統方案說(shuō)明書(shū)中指定功能的有效方法。（常見(jiàn)的聯(lián)調測試）
系統測試的目的是對最終軟件系統進(jìn)行全面的測試，確保最終軟件系統滿(mǎn)足產(chǎn)品需求并且遵循系統設計。
驗收測試是部署軟件之前的最后一個(gè)測試操作。驗收測試的目的是確保軟件準備就緒，并且可以讓最終用戶(hù)將其用于執行軟件的既定功能和任務(wù)。
驗收測試是向未來(lái)的用戶(hù)表明系統能夠像預定要求那樣工作。經(jīng)集成測試后，已經(jīng)按照設計把所有的模塊組裝成一個(gè)完整的軟件系統，接口錯誤也已經(jīng)基本排除了，接著(zhù)就應該進(jìn)一步驗證軟件的有效性，這就是驗收測試的任務(wù)，即軟件的功能和性能如同用戶(hù)所合理期待的那樣。
06. 測試計劃工作的目的是什么？測試計劃工作的內容都包括什么？其中哪些是最重要的？
軟件測試計劃是指導測試過(guò)程的綱領(lǐng)性文件，包含了產(chǎn)品概述、測試策略、測試方法、測試區域、測試配置、測試周期、測試資源、測試交流、風(fēng)險分析等內容。借助軟件測試計劃，參與測試的項目成員，尤其是測試管理人員，可以明確測試任務(wù)和測試方法，保持測試實(shí)施過(guò)程的順暢溝通，跟蹤和控制測試進(jìn)度，應對測試過(guò)程中的各種變更。
測試計劃和測試詳細規格、測試用例之間是戰略和戰術(shù)的關(guān)系，測試計劃主要從宏觀(guān)上規劃測試活動(dòng)的范圍、方法和資源配置，而測試詳細規格、測試用例是完成測試任務(wù)的具體戰術(shù)。所以其中最重要的是測試測試策略和測試方法（最好是能先評審）
07. 您認為做好測試計劃工作的關(guān)鍵是什么？
1. 明確測試的目標，增強測試計劃的實(shí)用性
編寫(xiě)軟件測試計劃得重要目的就是使測試過(guò)程能夠發(fā)現更多的軟件缺陷，因此軟件測試計劃的價(jià)值取決于它對幫助管理測試項目，并且找出軟件潛在的缺陷。因此，軟件測試計劃中的測試范圍必須高度覆蓋功能需求，測試方法必須切實(shí)可行，測試工具并且具有較高的實(shí)用性，便于使用，生成的測試結果直觀(guān)、準確
2．堅持“5W”規則，明確內容與過(guò)程
“5W”規則指的是“What（做什么）”、“Why（為什么做）”、“When（何時(shí)做）”、“Where（在哪里）”、“How（如何做）”。利用“5W”規則創(chuàng )建軟件測試計劃，可以幫助測試團隊理解測試的目的（Why），明確測試的范圍和內容（What），確定測試的開(kāi)始和結束日期（When），指出測試的方法和工具（How），給出測試文檔和軟件的存放位置（Where）。
3．采用評審和更新機制，保證測試計劃滿(mǎn)足實(shí)際需求
測試計劃寫(xiě)作完成后，如果沒(méi)有經(jīng)過(guò)評審，直接發(fā)送給測試團隊，測試計劃內容的可能不準確或遺漏測試內容，或者軟件需求變更引起測試范圍的增減，而測試計劃的內容沒(méi)有及時(shí)更新，誤導測試執行人員。
4. 分別創(chuàng )建測試計劃與測試詳細規格、測試用例
應把詳細的測試技術(shù)指標包含到獨立創(chuàng )建的測試詳細規格文檔，把用于指導測試小組執行測試過(guò)程的測試用例放到獨立創(chuàng )建的測試用例文檔或測試用例管理數據庫中。測試計劃和測試詳細規格、測試用例之間是戰略和戰術(shù)的關(guān)系，測試計劃主要從宏觀(guān)上規劃測試活動(dòng)的范圍、方法和資源配置，而測試詳細規格、測試用例是完成測試任務(wù)的具體戰術(shù)。
08. 您所熟悉的測試用例設計方法都有哪些？請分別以具體的例子來(lái)說(shuō)明這些方法在測試用例設計工作中的應用。
1．等價(jià)類(lèi)劃分
劃分等價(jià)類(lèi): 等價(jià)類(lèi)是指某個(gè)輸入域的子集合.在該子集合中,各個(gè)輸入數據對于揭露程序中的錯誤都是等效的.并合理地假定:測試某等價(jià)類(lèi)的代表值就等于對這一類(lèi)其它值的測試.因此,可以把全部輸入數據合理劃分為若干等價(jià)類(lèi),在每一個(gè)等價(jià)類(lèi)中取一個(gè)數據作為測試的輸入條件,就可以用少量代表性的測試數據.取得較好的測試結果.等價(jià)類(lèi)劃分可有兩種不同的情況:有效等價(jià)類(lèi)和無(wú)效等價(jià)類(lèi).
2．邊界值分析法
邊界值分析方法是對等價(jià)類(lèi)劃分方法的補充。測試工作經(jīng)驗告訴我,大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內部.因此針對各種邊界情況設計測試用例,可以查出更多的錯誤.
使用邊界值發(fā)首先應確定邊界情況.通常輸入和輸出等價(jià)類(lèi)的邊界,就是應著(zhù)重測試的邊界情況.應當選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數據,而不是選取等價(jià)類(lèi)中的典型值或任意值作為測試數據.
⒌比較法：不同的軟件版本比較
3．錯誤推測法
基于經(jīng)驗和直覺(jué)推測程序中所有可能存在的各種錯誤, 從而有針對性的設計測試用例的方法.
錯誤推測方法的基本思想: 列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況,根據他們選擇測試用例. 例如, 在單元測試時(shí)曾列出的許多在模塊中常見(jiàn)的錯誤. 以前產(chǎn)品測試中曾經(jīng)發(fā)現的錯誤等, 這些就是經(jīng)驗的總結. 還有, 輸入數據和輸出數據為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯誤的情況. 可選擇這些情況下的例子作為測試用例.
4．因果圖方法
前面介紹的等價(jià)類(lèi)劃分方法和邊界值分析方法,都是著(zhù)重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系, 相互組合等. 考慮輸入條件之間的相互組合,可能會(huì )產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價(jià)類(lèi),他們之間的組合情況也相當多. 因此必須考慮采用一種適合于描述對于多種條件的組合,相應產(chǎn)生多個(gè)動(dòng)作的形式來(lái)考慮設計測試用例. 這就需要利用因果圖（邏輯模型）. 因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.
09. 請以您以往的實(shí)際工作為例，10. 詳細的描述一次測試用例設計的完整的過(guò)程。
就說(shuō)最近的這次網(wǎng)站功能的測試吧
首先：得到相關(guān)文檔（需求文檔和設計文檔），理解需求和設計設計思想后，想好測試策略（測試計劃簡(jiǎn)單點(diǎn)就OK了），考慮到測試環(huán)境，測試用例，測試時(shí)間等問(wèn)題。
第二步：設計測試用例，測試策略是：把網(wǎng)站部分的功能點(diǎn)測試完，然后在進(jìn)行系統測試（另外個(gè)模塊呢有另一個(gè)測試人員負責，可以進(jìn)行聯(lián)調測試），網(wǎng)站模塊的測試基本是功能測試和界面測試（用戶(hù)并發(fā)的可能性很小，所以不考慮）：這次的網(wǎng)站的輸入數據呢是使用數據庫中的某張表記錄，如果表中某一數據記錄中新加進(jìn)來(lái)的（還沒(méi)有被處理的，有個(gè)標志位），網(wǎng)站啟動(dòng)后會(huì )立刻去刷那張表，得到多條數據，然后在進(jìn)行處理。處理過(guò)程中，會(huì )經(jīng)歷3個(gè)步驟，網(wǎng)站才算完成了它的任務(wù)。有3個(gè)步驟呢，就可以分別對 這3個(gè)步驟進(jìn)行測試用例的設計,盡量覆蓋到各種輸入情況（包括數據庫中的數據，用戶(hù)的輸入等），得出了差不多50個(gè)用例。界面測試，也就是用戶(hù)看的到的地方，包括發(fā)送的郵件和用戶(hù)填寫(xiě)資料的頁(yè)面展示。
第三步：搭建測試環(huán)境（為什么這個(gè)時(shí)候考慮測試環(huán)境呢？因為我對網(wǎng)站環(huán)境已經(jīng)很熟了，只有有機器能空于下來(lái)做該功能測試就可以做了），因為網(wǎng)站本身的環(huán)境搭建和其他的系統有點(diǎn)不同，它需要的測試環(huán)境比較麻煩，需要web服務(wù)器（Apache,tomcat），不過(guò)這次需求呢，網(wǎng)站部分只用到了tomcat，所以只要有tomcat即可
第四步：執行測試
11. 您以往是否曾經(jīng)從事過(guò)性能測試工作？如果有，12. 請盡可能的詳細描述您以往的性能測試工作的完整過(guò)程。
是的，曾經(jīng)做過(guò)網(wǎng)站方面的性能測試，雖然做的時(shí)間并不久（2個(gè)月吧），當時(shí)呢，是有位網(wǎng)站性能測試經(jīng)驗非常豐富的前輩帶著(zhù)我一起做。
性能測試類(lèi)型包括負載測試，強度測試，容量測試等
負載測試：負載測試是一種性能測試指數據在超負荷環(huán)境中運行，程序是否能夠承擔。
強度測試： 強度測試是一種性能測試，他在系統資源特別低的情況下軟件系統運行情況
容量測試：確定系統可處理同時(shí)在線(xiàn)的最大用戶(hù)數
在網(wǎng)站流量逐漸加大的情況下，開(kāi)始考慮做性能測試了，首先要寫(xiě)好性能測試計劃，根據運營(yíng)數據得出流量最大的頁(yè)面（如果是第一次的話(huà)，一般是首頁(yè)，下載頁(yè)，個(gè)人帳戶(hù)頁(yè)流量最大，而且以某種百分比），
Web服務(wù)器指標指標：
* Avg Rps: 平均每秒鐘響應次數＝總請求時(shí)間 / 秒數；
* Successful Rounds：成功的請求；
* Failed Rounds ：失敗的請求；
* Successful Hits ：成功的點(diǎn)擊次數；
* Failed Hits ：失敗的點(diǎn)擊次數；
* Hits Per Second ：每秒點(diǎn)擊次數；
* Successful Hits Per Second ：每秒成功的點(diǎn)擊次數；
* Failed Hits Per Second ：每秒失敗的點(diǎn)擊次數；
* Attempted Connections ：嘗試鏈接數；
13. 您在從事性能測試工作時(shí)，14. 是否使用過(guò)一些測試工具？如果有，15. 請試述該工具的工作原理，16. 并以一個(gè)具體的工作中的例子描述該工具是如何在實(shí)際工作中應用的。
17. 您認為性能測試工作的目的是什么？做好性能測試工作的關(guān)鍵是什么？
18. 在您以往的工作中，19. 一條軟件缺陷（或者叫Bug）記錄都包含了哪些內容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？
20. 您以往所從事的軟件測試工作中，21. 是否使用了一些工具來(lái)進(jìn)行軟件缺陷（Bug）的管理？如果有，22. 請結合該工具描述軟件缺陷（Bug）跟蹤管理的流程。
23. 您認為在測試人員同24. 開(kāi)發(fā)人員的溝通過(guò)程中，25. 如何提高溝通的效率和改善溝通的效果？維持測試人員同26. 開(kāi)發(fā)團隊中其他成員良好的人際關(guān)系的關(guān)鍵是什么？
27. 在您以往的測試工作中，28. 最讓您感到不29. 滿(mǎn)意或者不30. 堪回首的事情是什么？您是如何來(lái)對待這些事情的？
31. 在即將完成這次筆試前，32. 您是否愿意談一些自己在以往的學(xué)習和工作中獲得的工作經(jīng)驗和心得體會(huì )？（可以包括軟件測試、過(guò)程改進(jìn)、軟件開(kāi)發(fā)或者與此無(wú)關(guān)的其他方面）
33. 你對測試最大的興趣在哪里？為什么？
最大的興趣就是測試有難度，有挑戰性！做測試越久越能感覺(jué)到做好測試有多難。曾經(jīng)在無(wú)憂(yōu)測試網(wǎng)上看到一篇文章，是關(guān)于如何做好一名測試工程師。一共羅列了11，12點(diǎn)，有部分是和人的性格有關(guān)，有部分需要后天的努力。但除了性格有關(guān)的1，2點(diǎn)我沒(méi)有把握，其他點(diǎn)我都很有信心做好它。
剛開(kāi)始進(jìn)入測試行業(yè)時(shí)，對測試的認識是從無(wú)憂(yōu)測試網(wǎng)上了解到的一些資料，當時(shí)是沖著(zhù)做測試需要很多技能才能做的好，雖然入門(mén)容易，但做好很難，比開(kāi)發(fā)更難，雖然當時(shí)我很想做開(kāi)發(fā)（學(xué)校專(zhuān)業(yè)課我基本上不缺席，因為我喜歡我的專(zhuān)業(yè)），但看到測試比開(kāi)發(fā)更難更有挑戰性，想做好測試的意志就更堅定了。
不到一年半的測試工作中，當時(shí)的感動(dòng)和熱情沒(méi)有減退一點(diǎn)（即使環(huán)境問(wèn)題以及自身經(jīng)驗，技術(shù)的不足，做測試的你一定也能理解）。
我覺(jué)得做測試整個(gè)過(guò)程中有2點(diǎn)讓我覺(jué)得很有難度（對我來(lái)說(shuō)，有難度的東西我就非常感興趣），第一是測試用例的設計，因為測試的精華就在測試用例的設計上了，要在版本出來(lái)之前，把用例寫(xiě)好，用什么測試方法寫(xiě)？（也就是測試計劃或測試策略），如果你剛測試一個(gè)新任務(wù)時(shí)，你得花一定的時(shí)間去消化業(yè)務(wù)需求和技術(shù)基礎，業(yè)務(wù)需求很好理解（多和產(chǎn)品經(jīng)理和開(kāi)發(fā)人員溝通就能達到目的），而技術(shù)基礎可就沒(méi)那么簡(jiǎn)單了，這需要你自覺(jué)的學(xué)習能力，比如說(shuō)網(wǎng)站吧，最基本的技術(shù)知識你要知道網(wǎng)站內部是怎么運作的的，后臺是怎么響應用戶(hù)請求的？測試環(huán)境如何搭建？這些都需要最早的學(xué)好。至少在開(kāi)始測試之前能做好基本的準備，可能會(huì )遇到什么難題？需求細節是不是沒(méi)有確定好？這些問(wèn)題都能在設計用例的時(shí)候發(fā)現。
第二是發(fā)現BUG的時(shí)候了，這應該是測試人員最基本的任務(wù)了，一般按測試用例開(kāi)始測試就能發(fā)現大部分的bug，還有一部分bug需要測試的過(guò)程中更了解所測版本的情況獲得更多信息，補充測試用例，測試出bug。還有如何發(fā)現bug？這就需要在測試用例有效的情況下，通過(guò)細心和耐心去發(fā)現bug了，每個(gè)用例都有可能發(fā)現bug，每個(gè)地方都有可能出錯，所以測試過(guò)程中思維要清晰（測試過(guò)程數據流及結果都得看仔細了，bug都在里面發(fā)現的）。如何描述bug也很有講究，bug在什么情況下會(huì )產(chǎn)生，如果條件變化一點(diǎn)點(diǎn)，就不會(huì )有這個(gè)bug，以哪些最少的操作步驟就能重現這個(gè)bug，這個(gè)bug產(chǎn)生的規律是什么？如果你夠厲害的話(huà)，可以幫開(kāi)發(fā)人員初步定位問(wèn)題。
34. 你的測試職業(yè)發(fā)展是什么？
測試經(jīng)驗越多，測試能力越高。所以我的職業(yè)發(fā)展是需要時(shí)間累積的，一步步向著(zhù)高級測試工程師奔去。而且我也有初步的職業(yè)規劃，前3年累積測試經(jīng)驗，按如何做好測試工程師的11，12點(diǎn)要求自己，不斷的更新自己改正自己，做好測試任務(wù)。
35. 你自認為測試的優(yōu)勢在哪里？
優(yōu)勢在于我對測試堅定不移的信心和熱情，雖然經(jīng)驗還不夠，但測試需要的基本技能我有信心在工作中得以發(fā)揮。
36. 你以前工作時(shí)的測試流程是什么？
公司對測試流程沒(méi)有規定如何做，但每個(gè)測試人員都有自己的一套測試流程。我說(shuō)下我1年來(lái)不斷改正（自己總結，吸取同行的方法）后的流程吧。需求評審（有開(kāi)發(fā)人員，產(chǎn)品經(jīng)理，測試人員，項目經(jīng)理）－>需求確定(出一份確定的需求文檔)－>開(kāi)發(fā)設計文檔（開(kāi)發(fā)人員在開(kāi)始寫(xiě)代碼前就能輸出設計文檔）－>想好測試策略，寫(xiě)出測試用例－>發(fā)給開(kāi)發(fā)人員和測試經(jīng)理看看（非正式的評審用例）－>接到測試版本－>執行測試用例（中間可能會(huì )補充用例）－>提交bug（有些bug需要開(kāi)發(fā)人員的確定（嚴重級別的，或突然發(fā)現的在測試用例范圍之外的，難以重現的），有些可以直接錄制進(jìn)TD）－>開(kāi)發(fā)人員修改（可以在測試過(guò)程中快速的修改）－>回歸測試（可能又會(huì )發(fā)現新問(wèn)題，再按流程開(kāi)始跑）。
37. 當開(kāi)發(fā)人員說(shuō)不38. 是BUG時(shí)，39. 你如何應付？
開(kāi)發(fā)人員說(shuō)不是bug，有2種情況，一是需求沒(méi)有確定，所以我可以這么做，這個(gè)時(shí)候可以找來(lái)產(chǎn)品經(jīng)理進(jìn)行確認，需不需要改動(dòng)，3方商量確定好后再看要不要改。二是這種情況不可能發(fā)生，所以不需要修改，這個(gè)時(shí)候，我可以先盡可能的說(shuō)出是BUG的依據是什么？如果被用戶(hù)發(fā)現或出了問(wèn)題，會(huì )有什么不良結果？程序員可能會(huì )給你很多理由，你可以對他的解釋進(jìn)行反駁。如果還是不行，那我可以給這個(gè)問(wèn)題提出來(lái),跟開(kāi)發(fā)經(jīng)理和測試經(jīng)理進(jìn)行確認,如果要修改就改,如果不要修改就不改。其實(shí)有些真的不是bug，我也只是建議的方式寫(xiě)進(jìn)TD中，如果開(kāi)發(fā)人員不修改也沒(méi)有大問(wèn)題。如果確定是bug的話(huà)，一定要堅持自己的立場(chǎng)，讓問(wèn)題得到最后的確認。
23．你為什么想離開(kāi)目前的職務(wù)？
因為公司運作情況并不理想，公司需要調整部門(mén)體系，公司考慮到縮減部門(mén)人員，所以大批量的裁員（有6，7個(gè)），這是我的第一份工作，對公司也有較深的感情，因為在這里我找到了職業(yè)理想（就是測試），所以公司需要精簡(jiǎn)人員，我自愿退出。雖然很舍不得，但我將會(huì )有新的發(fā)揮能力的舞臺。
24：你對我們公司了解有多少？
25：你找工作時(shí)，最重要的考慮因素為何？
工作的性質(zhì)和內容是否能讓我發(fā)揮所長(cháng)，并不斷成長(cháng)。
26：為什么我們應該錄取你？
您可以由我過(guò)去的工作表現所呈現的客觀(guān)數據，明顯地看出我全力以赴的工作態(tài)度。
27：請談?wù)勀銈€(gè)人的最大特色。
我的堅持度很高，事情沒(méi)有做到一個(gè)令人滿(mǎn)意的結果，絕不罷手。
28.白箱測試和黑箱測試是什么?什么是回歸測試?
29。單元測試、集成測試、系統測試的側重點(diǎn)是什么？
30。設計用例的方法、依據有那些？
31。一個(gè)測試工程師應具備那些素質(zhì)和技能？
32.集成測試通常都有那些策略？
33.你用過(guò)的測試工具的主要功能、性能及其他？
34.一個(gè)缺陷測試報告的組成
35.基于WEB信息管理系統測試時(shí)應考慮的因素有哪些？
36.軟件測試項目從什么時(shí)候開(kāi)始，？為什么？
37.需求測試注意事項有哪些？
38.簡(jiǎn)述一下缺陷的生命周期
39.測試分析測試用例注意（事項）？
你在你所在的公司是怎么開(kāi)展測試工作的？是如何組織的？
你認為理想的測試流程是什么樣子？
你是怎樣工作的？
軟件測試活動(dòng)的生命周期是什么？
請畫(huà)出軟件測試活動(dòng)的流程圖？
針對缺陷采取怎樣管理措施？
什么是測試評估？測試評估的范圍是什么？
如果能夠執行完美的黑盒測試，還需要進(jìn)行白盒測試嗎？為什么？
測試結束的標準是什么？
軟件驗收測試除了alpha,beta測試以外,還有哪一種?
做測試多久了？
以前做過(guò)哪些項目？
你們以前測試的流程是怎樣的？
<答：測試計劃－測試用例設計－測試執行－測試分析報告>
用過(guò)哪些測試工具？
為什么選擇測試這行？
<答：它是一個(gè)新興的行業(yè)，有發(fā)展潛力，而且很鍛煉人，需要掌握更多的技能，比做開(kāi)發(fā)要更難>
為什么值得他們公司雇用？
如果我雇用你，你能給部門(mén)帶來(lái)什么貢獻？
如何從工作中看出你是個(gè)自動(dòng)自覺(jué)的人
你的工作通常能在時(shí)限內完成嗎.（我想問(wèn)一下就是她問(wèn)這個(gè)問(wèn)題的動(dòng)機是什么）
通常你對于別人批評你會(huì )有什么樣的反應
如果明知這樣做不對，你還會(huì )依主管的指過(guò)去做嗎
如果你接到一個(gè)客戶(hù)抱怨的電話(huà)，你確知無(wú)法解決他的問(wèn)題，你會(huì )怎么處理
你覺(jué)得什么樣的人最難相處
為什么值得他們公司雇用？
幫助公司提高軟件質(zhì)量和測試部門(mén)的技術(shù)水平
如果我雇用你，你能給部門(mén)帶來(lái)什么貢獻？
分享我的測試經(jīng)驗和測試技能，提高測試部門(mén)技術(shù)水平
如何從工作中看出你是個(gè)自動(dòng)自覺(jué)的人
自動(dòng)自覺(jué)范圍太廣
1. 工作成果
2. 工作質(zhì)量
你的工作通常能在時(shí)限內完成嗎.（我想問(wèn)一下就是她問(wèn)這個(gè)問(wèn)題的動(dòng)機是什么）
在有足夠的資源和合理的工作量的情況下，完全可以按時(shí)完成，并能比一般人做的更好
通常你對于別人批評你會(huì )有什么樣的反應
有錯即改，無(wú)措勉之
如果明知這樣做不對，你還會(huì )依主管的指過(guò)去做嗎
在公司內部下級是否有申訴渠道？
如果你接到一個(gè)客戶(hù)抱怨的電話(huà)，你確知無(wú)法解決他的問(wèn)題，你會(huì )怎么處理
為什么抱怨？是怎么樣的問(wèn)題？
如果是客服問(wèn)題，提交客服部門(mén)解決
如果是質(zhì)量問(wèn)題，分析原因，下一版本改進(jìn)
你覺(jué)得什么樣的人最難相處
自以為是的人
什么叫單元測試？
請就軟件測試人員應該具備什么樣的基本素質(zhì)說(shuō)說(shuō)你的看法。
請就如何在開(kāi)發(fā)中進(jìn)行軟件質(zhì)量控制說(shuō)說(shuō)你的看法
簡(jiǎn)述軟件測試的意義，以及軟件測試的分類(lèi)
1、功能測試，性能測試，界面測試，安全測試（可以簡(jiǎn)單點(diǎn)，比如只涉及到COOKIES里的內容），壓力測試（商業(yè)性質(zhì)的網(wǎng)站） 等等，B/S軟件也要根據其具體功能采用不同的測試策略。
2、態(tài)度、責任心、自信、敏銳的觀(guān)察力、良好的發(fā)散思維
3、先設計后開(kāi)發(fā)模式，加強單元測試，加強代碼走查，有一套完整的白盒測試方法。關(guān)鍵是加強開(kāi)發(fā)人員的質(zhì)量意識，增進(jìn)程序員向工程師水平發(fā)展。
4、意義嘛，就自己想吧。軟件測試的分類(lèi)，這個(gè)很多人都按各種方法去分。無(wú)明確答案給你。
對測試的理解——基本的測試知識，對測試是否認可？ 75。
3、談一談過(guò)去自己的工作——了解經(jīng)歷、提供進(jìn)一步提問(wèn)的素材，表達能力
測試技能
測試設計的方法并舉例說(shuō)明——測試技術(shù)的使用
測試工具——熟悉程度，能否與當前工作匹配？
如何做計劃？如何跟蹤計劃？——日常工作能力
如果開(kāi)發(fā)人員提供的版本不滿(mǎn)足測試的條件，如何做？——與開(kāi)發(fā)人員協(xié)作的能力
熟悉unix系統、oracle數據庫嗎？——是否具備系統知識
做過(guò)開(kāi)發(fā)嗎？寫(xiě)過(guò)哪些代碼？——開(kāi)發(fā)技能
閱讀英語(yǔ)文章，給出理解說(shuō)明？——部分英語(yǔ)能力
文檔的意義——是否善于思考？（最簡(jiǎn)單的概念，不同層次的理解）
假如進(jìn)入我們公司，對我們哪些方面會(huì )有幫助？——講講自己的特長(cháng)
隨便找一件物品，讓其測試——測試的實(shí)際操作能力
軟件測試的方法有？
軟件測試的過(guò)程？
有一個(gè)新的軟件，假如你是測試工程師，該如何做？
軟件測試分哪兩種方法？分別適合什么情況？
2。一套完整的測試應該由哪些階段組成？分別闡述一下各個(gè)階段。
3。軟件測試的類(lèi)型有那些？分別比較這些不同的測試類(lèi)型的區別與聯(lián)系。
4。測試用例通常包括那些內容？著(zhù)重闡述編制測試用例的具體做法
5。在分別測試winform的C/S結構與測試WEB結構的軟件是，應該采取什么樣的方法分別測試？他們存在什么樣的區別與聯(lián)系？
6。在測試winform的C/S結構軟件時(shí)，發(fā)現這個(gè)軟件的運行速度很慢，您會(huì )認為是什么原因？您會(huì )采取哪些方法去檢查這個(gè)原因？
7。描述使用bugzilla缺陷管理工具對軟件缺陷（BUG）跟蹤的管理的流程
你在五年內的個(gè)人目標和職業(yè)目標分別是什么？
分析這個(gè)問(wèn)題是用來(lái)了解你的計劃能力的，通過(guò)這個(gè)問(wèn)題，面試人同時(shí)還可以知道你的目標是否符合企業(yè)對你的安排。
錯誤回答我想在將來(lái)的某個(gè)時(shí)候考慮這個(gè)問(wèn)題。如今企業(yè)的領(lǐng)導者更換頻繁，我認為做太多的個(gè)人計劃是荒謬可笑的，不是嗎？
評論這種回答屬于令人反感的一類(lèi)。首先，當有人想了解你的目標時(shí)，"將來(lái)的某個(gè)時(shí)候"這種通俗說(shuō)法并不奏效。其次，認為企業(yè)很脆弱，領(lǐng)導者更換頻繁，這種說(shuō)法毫無(wú)疑問(wèn)會(huì )令人反感，而且也是不合理的。最后，認為做計劃可笑，看不起這個(gè)問(wèn)題，而且反問(wèn)面試人，這些都注定了這樣的求職者最終會(huì )失敗。
正確回答從現在起的五年之內，我希望能夠在一個(gè)很好的職位上待幾年，而且最好有一次晉升，然后就期待著(zhù)下一步。不管是向上提升，還是在企業(yè)內橫向調動(dòng)，對我個(gè)人來(lái)說(shuō)，我希望找到一家企業(yè)——一家愿意做相互投入的企業(yè)——待上一段時(shí)間。
評論這個(gè)問(wèn)題沒(méi)有回答得過(guò)分具體（那樣可能會(huì )產(chǎn)生漏洞），而且它表明你有雄心，并且思考過(guò)在企業(yè)中的成長(cháng)方式。通過(guò)表達橫向調動(dòng)和向上提升的愿望，表明你是一個(gè)有靈活性的人。
問(wèn)題23 你怎樣做出自己的職業(yè)選擇？
分析 面試人提出這個(gè)問(wèn)題是為了了解求職者的動(dòng)機，看看他（她）應聘這份工作是否有什么歷史淵源，是否有職業(yè)規劃，是不是僅僅在漫無(wú)目的地申請很多工作。
錯誤回答 我一直都想在企業(yè)界工作。自孩提時(shí)代起，我就夢(mèng)想自己至少也要成為大企業(yè)的副總裁。
評論 除了難以令人相信之外，這種回答還存在一個(gè)問(wèn)題：它表明求職者會(huì )對副總裁以下的職位不感興趣。
正確回答 在上大學(xué)四年級前的那個(gè)夏天，我決定集中精力在某一領(lǐng)域謀求發(fā)展。盡管我是學(xué)商業(yè)的，但是我不知道自己最終會(huì )從事哪一行業(yè)的工作。我花了一定的時(shí)間考慮自己的目標，想清楚了自己擅長(cháng)做的事情以及想從工作中得到的東西，最后我得出了一個(gè)堅定的結論，那就是這個(gè)行業(yè)是最適合我的。
評論 這種回答表明，求職者認真地做過(guò)一些計劃，縮小了自己的關(guān)注點(diǎn)，而且也認準了前進(jìn)的方向。這種回答還表明，求職者理解個(gè)人職業(yè)規劃的重要性，并且有能力做出認真的個(gè)人決策。
1. 你都用什么測試方法
2.怎么編寫(xiě)案例
3.怎么才能夠全面的測試到每一個(gè)點(diǎn)
1. 你都用什么測試方法
針對不同的產(chǎn)品或者系統或者模塊，有不同的測試方法?？傮w而言有白盒測試和黑盒測試。
2.怎么編寫(xiě)案例
案例的編寫(xiě)與測試階段的定義有很大的關(guān)系。系統測試和unit測試的案例可能不同?？傮w而言測試案例根據系統的需求而定。
3.怎么才能夠全面的測試到每一個(gè)點(diǎn)
測試的全面性主要需要在設計測試計劃的時(shí)候考慮，從測試策略，產(chǎn)品需求等等多個(gè)角度考慮從而定義全部的測試點(diǎn)。
1、談?wù)勡浖y試技術(shù)，以及如何提高
2、談?wù)勡浖y試職業(yè)發(fā)展，以及個(gè)人的打算
3、談?wù)勡浖y試在企業(yè)的地位，也可以結合軟件生命周期來(lái)談
有可能清晰的思路比確切的答案更重要
在這里，主要說(shuō)下筆試和面試的問(wèn)題，希望大家共同參考。
1，一般公司里實(shí)際的軟件測試流程是什么樣的？你們公司又是怎樣的？
2，軟件工程師要具有那些素質(zhì)？
3，你會(huì )哪些測試工具？怎么操作？
4，你能不能說(shuō)下你的3到5年的職業(yè)計劃（規劃）
5，你覺(jué)得你來(lái)應聘有那些優(yōu)勢？
其余的還好說(shuō)，但就第4個(gè)問(wèn)題，我感到不好說(shuō)哦！希望大家給個(gè)意見(jiàn)
第一關(guān)：首先要自我介紹，自己的性格怎么樣，目前的工作經(jīng)歷積累了一些什么經(jīng)驗取得了些什么值得一說(shuō)的成果。然后要說(shuō)說(shuō)對軟件測試怎么看？還有對于軟件測試有什么自己的想法。為什么會(huì )想到要做這行（因為我的簡(jiǎn)歷上的工作經(jīng)歷沒(méi)有關(guān)于測試方面的）。哦，還有期望薪資。
第二關(guān)：認為軟件測試人員所要具備的基本素質(zhì)，如果遇到問(wèn)題會(huì )怎樣處理，如果得不到研發(fā)人員的配合（就是研發(fā)說(shuō)這個(gè)不是問(wèn)題）你又會(huì )怎么處理？然后就是一些基本概念，比如軟件測試的流程有哪些？如果我上任了，首先會(huì )怎么開(kāi)始自己的工作計劃。
（前兩關(guān)通過(guò)了后面這個(gè)就好過(guò)多了）
第三關(guān)：像我介紹了一下公司的情況，告訴我主要針對什么內容的測試，會(huì )不會(huì )使用數據庫。告訴我大概要做哪些內容，詳細的可以上崗以后慢慢熟悉。
大概就這么多了，這對沒(méi)有經(jīng)過(guò)這一關(guān)的不知道有沒(méi)有幫助，僅供參考吧
我覺(jué)得就像李波說(shuō)的，關(guān)鍵是要給對方留下好印象:)
面試官最后會(huì )問(wèn)你有什么問(wèn)題要問(wèn)嗎。作為應聘者的你一般不要說(shuō)沒(méi)問(wèn)題問(wèn)，這會(huì )給面試官留下你不太重視這份工作的壞印象。所以如果你想得到這份工作的話(huà)應該抓住這最后的表現自己的機會(huì )：
你可以問(wèn)：
1. 貴公司近期和遠期的發(fā)展目標是什么？
2. 貴公司的主要競爭對手有哪些？
3. 貴公司有多少開(kāi)發(fā)人員有多少測試人員？
4. 貴公司又進(jìn)一步擴充測試人員的計劃嗎?
5. 如果我有幸能進(jìn)入貴公司的話(huà)，我有怎么樣的發(fā)展？
6. 測試人員的溝通能力很重要，貴公司有規范的溝通渠道嗎？
7. 請介紹一下貴公司的福利情況。
8. 請問(wèn)我什么時(shí)候能知道結果？
