測試工的工作職責(zé)：

1 、使用各種測術(shù)和方法來測試和發(fā)現(xiàn)軟件中存在的軟件缺陷。測試技術(shù)主要分為黑盒測試和白盒測試兩大類。

其中黑盒測試技術(shù)主要有等價類劃分法、邊界值法、因果圖法、狀態(tài)圖法、測試大綱法以及各類典型的軟件故障模型等；白盒測試的主要技術(shù)有語句覆蓋、分支覆蓋、判定覆蓋、基本路徑覆蓋等；

2 、測試工作需要貫穿整個軟件開發(fā)生命周期。完整的軟件測試工作包括單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試工作。

單元測試工作主要在編碼階段完成，由開發(fā)人員和軟件測試工程師共同完成，其主要依據(jù)是詳細(xì)測試。集成測試的主要工作測試軟件模塊之間的接口是否正確實(shí)現(xiàn)，基本依據(jù)是軟件體系結(jié)構(gòu)設(shè)計(jì)。

確認(rèn)測試和系統(tǒng)測試是在軟件開發(fā)完成后，驗(yàn)證軟件的功能與需求的一致性、驗(yàn)證軟件在相應(yīng)的硬件條件下的系統(tǒng)功能是否滿足用戶需求，其主要依據(jù)是用戶需求。

3 、測試人員將發(fā)現(xiàn)的缺陷編寫成正式的缺陷報告，提交給開發(fā)人員進(jìn)行缺陷的確認(rèn)和修復(fù)。缺陷報告編寫最主要的要求是保證缺陷的重現(xiàn)。要求測試人員具有很好的文字表達(dá)能力和語言組織能力。

4 、測試人員需要分析軟件質(zhì)量。在測試完成后，測試人員需要根據(jù)測試結(jié)果來分析軟件質(zhì)量，包括缺陷率、缺陷分布、缺陷修復(fù)趨勢等。

給出軟件各種質(zhì)量特性包括有功能性、可靠性、易用性、安全性、時間與資源特性等的具體度量。最后給出一個軟件是否可以發(fā)布或提交用戶使用的結(jié)論。

5 、測試過程中，為了更好地組織與實(shí)施測試工作，測試負(fù)責(zé)人需要制定測試計(jì)劃，包括有測試資源、測試進(jìn)度、測試策略、測試方法、測試工具、測試風(fēng)險等。

6 、測試人員為了更好更有效地進(jìn)行測試，保證測試工作質(zhì)量，需要在執(zhí)行測試工作之前首先需要設(shè)計(jì)測試用例，形成測試用例報告。

設(shè)計(jì)測試用例是保證測試質(zhì)量的核心工作，很多測試技術(shù)都可以用來指導(dǎo)設(shè)計(jì)用例。為了提高測試用例的設(shè)計(jì)效率，BTEST培訓(xùn)課程專門開設(shè)了高效設(shè)計(jì)測試用例一門課來講授各種設(shè)計(jì)用例的技術(shù)與方法。

7 、為了提高工作效率或提高測試水平，測試工作需要引進(jìn)自動化測試工具，測試人員需要學(xué)會使用自動化測試工具，編寫測試腳本，進(jìn)行性能測試等。

8 、測試負(fù)責(zé)人在測試工作中，還需要根據(jù)實(shí)際情況不斷改進(jìn)測試過程，提高測試水平，進(jìn)行測試隊(duì)伍的建設(shè)等。

參考資料來源：百度百科-軟件測試工程師

-

下面是更多關(guān)于測試工程師的問答

我在公司實(shí)習(xí)，正好做的軟件測試這塊，主要是盒測試。軟試就是利用測試按照測試方案和流程對產(chǎn)品進(jìn)行功能和性能測試，甚至根據(jù)需要編寫不同的測試工具，設(shè)計(jì)和維護(hù)測試系統(tǒng)，對測試方案可能出現(xiàn)的問題進(jìn)行分析和評估。執(zhí)行測試用例后，需要跟蹤故障，以確保開發(fā)的產(chǎn)品適合需求。這個測試的工程師也分高級中級初級，初級就是聽別人指揮做最基本的，中級可以有自己的一些想法和權(quán)利，高級的是指揮他人做，掌控大局。你在百度百科里把相關(guān)的詞條一年就全明白了。說白了就是研發(fā)軟件開發(fā)部把軟件什么做好了，讓你來測試功能強(qiáng)力么，哪里有不足哪里要改進(jìn)，就這樣。望采納 如是計(jì)算機(jī)畢業(yè)

畢業(yè)后直接找個測試的工作

不參加什么培訓(xùn)

當(dāng)證是可以的

現(xiàn)在社會上的測試培訓(xùn)多是針對非計(jì)算機(jī)專業(yè)的

而且測試工作確實(shí)相對入門比較低

這就造成了它成為社會上快餐式培訓(xùn)的寵兒

不過也正因?yàn)槿腴T比較低

所以高水平的軟件測試人員并不多

而且中型以上企業(yè)很缺少中級水平以上的測試人員

軟件測試雖然入門容易

但是由于工作相對穩(wěn)定

又有一定的重復(fù)性

使很多人認(rèn)為它沒前途

也不容易提高

其實(shí)這是個人自身的問題

和行業(yè)無關(guān)

其實(shí)想做好測試還是很難的

要懂得很多知識

操作系統(tǒng)

數(shù)據(jù)庫

編程

業(yè)務(wù)流程

呵呵

女孩子做測試

會是一個很好的選擇

你要堅(jiān)持自己

加油 軟試工程師Software Testing Engineer）指理解產(chǎn)品的功能要求，其進(jìn)行測試，檢件有沒有缺陷（Bug），測試軟件是否具有穩(wěn)定性（Robustness）、安全性、易操作性等性能，寫出相應(yīng)的測試規(guī)范和測試用例的專門工作人員。

簡而言之，軟件測試工程師在一家軟件企業(yè)中擔(dān)當(dāng)?shù)氖恰百|(zhì)量管理”角色，及時發(fā)現(xiàn)軟件問題并及時督促更正，確保產(chǎn)品的正常運(yùn)作。按其級別和職位的不同，分為三類。

按其級別和職位的不同，可分為三類：

高級軟件測試工程師，熟練掌握軟件測試與開發(fā)技術(shù)，且對所測試軟件對口行業(yè)非常了解，能夠?qū)�可能出現(xiàn)的問題進(jìn)行分析評估；

中級軟件測試工程師，編寫軟件測試方案、測試文檔，與項(xiàng)目組一起制定軟件測試階段的工作計(jì)劃，能夠在項(xiàng)目運(yùn)行中合理利用測試工具完成測試任務(wù)；

初級軟件測試工程師，其工作通常都是按照軟件測試方案和流程對產(chǎn)品進(jìn)行功能測驗(yàn)，檢察產(chǎn)品是否有缺陷。 1. 主要職責(zé)說明

1 編寫測試計(jì)劃細(xì)閱讀項(xiàng)目規(guī)格說明、設(shè)計(jì)文檔、使用說明書充分掌件的

性能、特點(diǎn)、使用方法、業(yè)務(wù)流程等，協(xié)助測試經(jīng)理制定項(xiàng)目的測試計(jì)劃，保證產(chǎn)品測

試工作的計(jì)劃性與規(guī)范性

2 編寫測試用例：按照測試流程、計(jì)劃以及對產(chǎn)品特性的把握，溝通確認(rèn)測試的范圍、

重點(diǎn)，考慮邏輯、數(shù)據(jù)完整性等要求，詳細(xì)規(guī)定測試的要求，策劃、編寫測試用例，設(shè)

計(jì)測試用數(shù)據(jù)及預(yù)期結(jié)果，做好測試前的準(zhǔn)備工作，確保測試目的的達(dá)成

3 搭建測試環(huán)境，保證測試環(huán)境的獨(dú)立和維護(hù)測試環(huán)境的更新，做好測試前的準(zhǔn)備工作，

確保測試環(huán)境的穩(wěn)定和版本的正確。

4 執(zhí)行測試，根據(jù)測試計(jì)劃及測試案例，執(zhí)行測試，并根據(jù)產(chǎn)品特點(diǎn)及測試要求，實(shí)施集成測試、系統(tǒng)測試等，及時發(fā)現(xiàn)軟件缺陷，評估軟件的特性與缺陷，確保測試目的的

達(dá)成。

5 進(jìn)行BUG驗(yàn)證根據(jù)測試結(jié)果，與開發(fā)部門反復(fù)溝通測試情況，督促開發(fā)部門解決問

題，修正測試中發(fā)現(xiàn)的缺陷，完善軟件功能

6 進(jìn)行測試記錄和相應(yīng)文檔編寫。

7 編寫測試報告和對測試結(jié)果分析，通過測試，掌握軟件具有的能力、缺陷、局限等，

對軟件質(zhì)量給出評價性的結(jié)論與意見，整理測試文檔，填寫軟件測試報告,編寫測試總

結(jié)，為軟件開發(fā)成果提供總結(jié)性意見

8 完成上級及部門其他領(lǐng)導(dǎo)交辦的臨時任務(wù)

2.熟悉測試流程，能獨(dú)立完成測試計(jì)劃，測試用例設(shè)計(jì)。

熟悉數(shù)據(jù)庫檢索操作，需要熟悉Oracle，Sybase，Mysql，SQLserver中至少一種。

黑盒測試，灰盒測試，需要有一定的代碼基礎(chǔ)（.net/c#/php)

會使用一種或多種功能自動化測試工具有一定的系統(tǒng)配置經(jīng)驗(yàn)的優(yōu)先考慮

3.根據(jù)項(xiàng)目計(jì)劃制定項(xiàng)目測試用例并實(shí)施，保證項(xiàng)目質(zhì)量和進(jìn)度-根據(jù)項(xiàng)目設(shè)計(jì)與實(shí)現(xiàn)有關(guān)自動化測試的代碼與用例-根據(jù)項(xiàng)目特點(diǎn)，開發(fā)合適測試工具或自動化解決方案，提高測試效率-參與程序架構(gòu)和代碼的評審工作，并提出改進(jìn)意見-設(shè)計(jì)與執(zhí)行測試用例，跟蹤定位產(chǎn)品軟件中的缺陷或問題-與項(xiàng)目相關(guān)人員就項(xiàng)目進(jìn)度和問題進(jìn)行溝通

4.5.參與電信項(xiàng)目開發(fā)；參與參加定制終端項(xiàng)目開發(fā)，包括但不限于：

6.負(fù)責(zé)測試計(jì)劃編寫，測試用例設(shè)計(jì)，測試執(zhí)行和報告，編寫必要的測試工具。

7.任職要求：

8.統(tǒng)招正規(guī)大學(xué)本科以上計(jì)算機(jī)相關(guān)及相關(guān)專業(yè)；

9.熟練操作UNIX和windows操作系統(tǒng)，熟悉Unix Shell編程；

10.熟悉常用的Test工具和bug tracking 工具；

11.熟悉常用大型數(shù)據(jù)庫如

Oracle/Sybase

的使用及安裝；

12.良好的文檔書寫能力；

13.要求英語具有良好的聽寫能力；

14.具有電信軟件開發(fā)經(jīng)驗(yàn)者優(yōu)先； 軟件測試主要工作內(nèi)容個方面驗(yàn)證（verification）和確認(rèn)（validation

驗(yàn)證(verification)是保證軟件正確地實(shí)現(xiàn)了特定功能的一系列活動， 即保證軟件以正確的方式來做了這個事件。

1.確定軟件生存周期中的一個給定階段的產(chǎn)品是否達(dá)到前階段確立的需求的過程。

2.程序正確性的形式證明，即采用形式理論證明程序符合設(shè)計(jì)規(guī)約規(guī)定的過程。

3.評審、審查、測試、檢查、審計(jì)等各類活動，或?qū)δ承╉?xiàng)處理、服務(wù)或文件等是否和規(guī)定的需求相一致進(jìn)行判斷和提出報告。

確認(rèn)（validation）是一系列的活動和過程，目的是想證實(shí)在一個給定的外部環(huán)境中軟件的邏輯正確性。即保證軟件做了你所期望的事情。

1.靜態(tài)確認(rèn)，不在計(jì)算機(jī)上實(shí)際執(zhí)行程序，通過人工或程序分析來證明軟件的正確性。

2.動態(tài)確認(rèn)，通過執(zhí)行程序做分析，測試程序的動態(tài)行為，以證實(shí)軟件是否存在問題。

其實(shí)，軟件測試的對象不僅僅是程序測試，軟件測試應(yīng)該包括整個軟件開發(fā)期間各個階段所產(chǎn)生的文檔，如需求規(guī)格說明、概要設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì)文檔，當(dāng)然軟件測試的主要對象還是源程序。 　　1.測試和發(fā)現(xiàn)中存在的軟件缺陷

　用各試技術(shù)和方法來測試和發(fā)現(xiàn)軟存在的軟件缺陷。測試技術(shù)主要分為黑盒測試和白盒測試兩大類。其中黑盒測試技術(shù)主要有等價類劃分法、邊界值法、因果圖法、狀態(tài)圖法、測試大綱法以及各類典型的軟件故障模型等;白盒測試的主要技術(shù)有語句覆蓋、分支覆蓋、判定覆蓋、基本路徑覆蓋等;

　　2. 測試工作需要貫穿整個軟件開發(fā)生命周期

　　完整的軟件測試工作包括單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試工作。單元測試工作主要在編碼階段完成，由開發(fā)人員和軟件測試工程師共同完成，其主要依據(jù)是詳細(xì)測試。

確認(rèn)測試和系統(tǒng)測試是在軟件開發(fā)完成后，驗(yàn)證軟件的功能與需求的一致性、驗(yàn)證軟件在相應(yīng)的硬件條件下的系統(tǒng)功能是否滿足用戶需求，其主要依據(jù)是用戶需求。

　　3. 缺陷報告編寫及提交

　　測試人員將發(fā)現(xiàn)的缺陷編寫成正式的缺陷報告，提交給開發(fā)人員進(jìn)行缺陷的確認(rèn)和修復(fù)。缺陷報告編寫最主要的要求是保證缺陷的重現(xiàn)。

　　4. 軟件質(zhì)量分析

　　測試人員需要分析軟件質(zhì)量。在測試完成后，測試人員需要根據(jù)測試結(jié)果來分析軟件質(zhì)量，包括缺陷率、缺陷分布、缺陷修復(fù)趨勢等。給出軟件各種質(zhì)量特性包括有功能性、可靠性、易用性、安全性、時間與資源特性等的具體度量。最后給出一個軟件是否可以發(fā)布或提交用戶使用的結(jié)論。 互聯(lián)網(wǎng)統(tǒng)行業(yè)的不一樣，變更多代快，測程師們能大噶說一下嗎有，怎么樣才能提高自己的價值呢？ 精彩答案： 會員jijiting： 拋磚引玉，了解皮毛而已。 測試要做的是，檢測和監(jiān)控產(chǎn)品的質(zhì)量，提高測試效率，優(yōu)化測試流程，改善評測辦法，為產(chǎn)品的改進(jìn)和上線提供保障。 測試工程師大概在做： 1、功能測試：包括和開發(fā)、產(chǎn)品確認(rèn)產(chǎn)品需求，做測試計(jì)劃，設(shè)計(jì)測試用例，做測試用例評審，做冒煙測試或者準(zhǔn)入測試，執(zhí)行測試用例，多輪迭代測試，一直跟蹤到上線之后的回測，以及看下用戶的反饋，確認(rèn)測試過程中有沒有遺漏（算作是KPI的一部分）。在這個過程中，可以反思自己的疏漏，完善測試的流程，完善測試的檢查點(diǎn)，增加各種類似的測試，思考可以自動化的部分并實(shí)現(xiàn)。 2、自動化測試：對界面、接口或者后臺進(jìn)行自動化的測試，在測試的前期可以保障基本功能的正常，在測試中期可以保障開發(fā)的修改沒有對產(chǎn)品質(zhì)量引起嚴(yán)重問題，在測試的后期可以做上線前的回歸測試，上線之后可以作為日常的監(jiān)控。自動化的測試在不同平臺、不同操作系統(tǒng)、不同瀏覽器下使用不同的工具，采用不同的框架，所以在沒有這些的時候需要調(diào)研目前行業(yè)內(nèi)比較流行的解決方案，尋找到適合自己產(chǎn)品的方法來解決問題。之后開始設(shè)計(jì)測試用例，并進(jìn)行實(shí)現(xiàn)。產(chǎn)品的改進(jìn)過程中需要進(jìn)行維護(hù)，保證隨時都可以通過。 3、性能測試：測試產(chǎn)品的性能，在多大的壓力下可以滿足當(dāng)前預(yù)期的用戶請求。需要使用各種壓力工具，做壓力文件，安排與線上一致的測試機(jī)器或者精簡后的環(huán)境進(jìn)行測試，對測試出來的數(shù)據(jù)進(jìn)行分析，確認(rèn)現(xiàn)有的系統(tǒng)是否存在問題。貌似環(huán)境部署可能是個問題，所以公司里面會有大牛做一些自動部署的工具，甚至?xí)�開發(fā)出一些獨(dú)立的平臺來完成多臺機(jī)器的部署工作，可以節(jié)省很多的時間。測試出來的數(shù)據(jù)跟產(chǎn)品以及開發(fā)人員確認(rèn)，也可能會找到一些方案來解決。 4、測試開發(fā)：相對來說開發(fā)的工作比一般測試工作要多一些。開發(fā)一些自動化的測試的平臺，比如一些評測系統(tǒng)，供人工評測試用；設(shè)計(jì)一些測試框架，來滿足日常自動化以及性能測試的需要。制定持續(xù)集成測試的平臺和方案并且實(shí)現(xiàn)，結(jié)合自動化的測試實(shí)現(xiàn)人工測試之前的自動化測試實(shí)現(xiàn)，對開發(fā)的代碼進(jìn)行監(jiān)控，跟蹤并盡量幫開發(fā)改進(jìn)產(chǎn)品質(zhì)量等等。這塊我比較白，還在仰視階段。接受其他測試人員的需求，開發(fā)合適的工具來提升整體測試效率，改進(jìn)測試方法。 5、測試工具以及測試?yán)砟畹耐七M(jìn)。測試在大多數(shù)人看來還是比開發(fā)要差一些的，測試工具還可以，能夠直接快速的反映出測試人員的價值，但是更多的功能測試、性能測試還需要跟開發(fā)去溝通，讓他們意識到測試的重要性，但是最重要的還是要提升測試自己的工作能力，嘗試影響開發(fā)人員并且和開發(fā)人員一起，最終提升產(chǎn)品的質(zhì)量。 6、測試人員還是要多學(xué)習(xí)吧。要是覺得測試是個人都可以做的就別來趟這個渾水了。 會員 姜雷： 我當(dāng)時是做實(shí)習(xí)生，實(shí)習(xí)生的時間比較自由，也沒有具體的產(chǎn)品、KPI捆綁，所以我做的主要是沒有具體產(chǎn)品關(guān)聯(lián)的長線項(xiàng)目。比如說自動測試平臺的搭建，測試自動化輔助工具的開發(fā)，原有測試腳本的集成、改寫、自動化等工作（比較雜，有些隨性，我甚至寫過單元測試——這個應(yīng)該是dev做的）。還有就是一些具體的模塊覆蓋率的提高、測試自動化的探索。 具體到身邊的入職同事們，工作就比較雜了。忙起來的時候，是黑盒、白盒；自動化、手動的都要做。項(xiàng)目上線之前的功能、性能、壓力測試等都是必要做的，由于目前國內(nèi)互聯(lián)網(wǎng)發(fā)展較快，項(xiàng)目改進(jìn)迭代的壓力很大，所以有的時候感覺身邊的同事都被項(xiàng)目糾纏得忙——這就是為什么上下一心都覺得自動化很重要。 當(dāng)然，還有些人專門做測試工具的開發(fā)和測試流程改進(jìn)的探索，我當(dāng)時所在的部門也開發(fā)了很不錯的自動化測試工具——這應(yīng)該是我接觸過的最接近開發(fā)的測試開發(fā)人員了。 我實(shí)習(xí)的組測試人員比較主動，去做了一些項(xiàng)目敏捷化的探索，還主導(dǎo)了項(xiàng)目的敏捷化，但是開發(fā)人員那邊跟進(jìn)得并不是很積極——我個人認(rèn)為這個應(yīng)是開發(fā)人員主導(dǎo)的，而且整個團(tuán)隊(duì)都參與進(jìn)來，各個人員的角色需要有交叉——可惜我在實(shí)習(xí)期間沒有體驗(yàn)到這些，這個在形成了一定的規(guī)模的國內(nèi)公司估計(jì)很難改變。我實(shí)習(xí)結(jié)束的時候，有些組在流程上已經(jīng)非常敏捷、自動化了，但是畢竟是上線的產(chǎn)品，自動化的初期肯定有一定的陣痛，估計(jì)現(xiàn)在應(yīng)該好多了。 另外，談?wù)勎覀�人的一些感受，如果專門做測試的話，我覺得最大的問題就是成就感的問題。你做的似乎永遠(yuǎn)只能是內(nèi)部使用的東東，永遠(yuǎn)不會成為呈現(xiàn)在用戶面前的產(chǎn)品（gtest等測試框架產(chǎn)品除外）。當(dāng)一個項(xiàng)目上線以后，你得到的relief多一些，但是成就感相對少一些。 我只是從實(shí)習(xí)生的角度談的。 1. 引言 軟件測試成為最近 IT 行業(yè)的“香餑餑”得很對軟件測試躍躍欲試�？墒擒浖�測試檻并不低，對于沒有軟件測試經(jīng)驗(yàn)的新人而言，如何盡快轉(zhuǎn)入測試工作中去呢？ 了解軟件測試都做些什么，具體過程是怎么進(jìn)行的，可以有助于對軟件測試進(jìn)行初步了解，盡快進(jìn)入測試工作角色。但是關(guān)于軟件測試的工作流程，各種現(xiàn)有書籍和文章往往都描述的非常復(fù)雜，充斥著不少測試術(shù)語，使測試初學(xué)者望而生畏。 現(xiàn)在讓我們換一種角度看看典型的軟件測試是如何進(jìn)行的，暫且把軟件測試過程看作一場大戲，主角就是測試工程師，按照時間順序記錄軟件測試工程師一天的工作場景（假設(shè)正常工作時間 9:00 到 18:00 ）。 2. 測試大戲開演 時間： 9:00 工作場景： 啟動工作計(jì)算機(jī)，查看收到的電子信件。 畫外音： 查看收到的電子郵件（哇塞，這么多電子郵件�。�，理解當(dāng)天的測試工作的內(nèi)容和要求。 測試工程師至少配置兩臺計(jì)算機(jī)：其中一臺是日常工作用，例如，收發(fā)電子郵件等。另外還有一臺軟件測試用的計(jì)算機(jī)。 時間： 9:10 工作場景： 回復(fù)電子郵件。 畫外音： 回復(fù)電子郵件。如果對于安排的測試任務(wù)和要求存在任何疑問，請?jiān)诨貜?fù)電子郵件時列舉出來。如果任務(wù)明確，回信中可以簡單的說明理解測試任務(wù)了，按照測試任務(wù)要求進(jìn)行測試。（正好今天有一封電子郵件分配了測試任務(wù) A ，而且任務(wù)明確，測試文檔等完整。） 電子郵件有不同的優(yōu)先級，任務(wù)非常緊迫的電子郵件應(yīng)該優(yōu)先處理，盡快回復(fù)。（面對多封郵件保持鎮(zhèn)定，分清哪些郵件需要馬上回復(fù)） 并非全部的電子郵件都需要回復(fù)（抄送給自己的郵件和一般通告等不需要回復(fù)） 時間： 9:25 工作場景： 啟動用于測試的計(jì)算機(jī) 根據(jù)測試要求配置操作系統(tǒng)、安裝要測試的軟件 根據(jù)測試用例執(zhí)行測試任務(wù) A 。 畫外音： 測試一般需要按照測試指導(dǎo)文檔和測試用例進(jìn)行。（軟件測試可不是盲目的亂測一氣的呀�。� 很多軟件的測試要求在一個“干凈”的計(jì)算機(jī)上測試（提示：干靜的計(jì)算機(jī)是僅安裝了操作系統(tǒng)，沒有安裝其他應(yīng)用程序的計(jì)算機(jī)）。 在進(jìn)行正式測試前，需要閱讀測試文檔，明確測試任務(wù)（這些測試文檔你找到了嗎？是最新的測試文檔嗎？）。 時間： 11:00 工作場景： 執(zhí)行軟件測試，書寫軟件測試 Bug 報告 畫外音： 按照測試要求，盡量多找出軟件的 Bug 。（什么破軟件，能找出這么多 Bug ！ 反過來想，軟件如果沒有 Bug ，我們測試工程師不就失業(yè)了嗎�。� 根據(jù)發(fā)現(xiàn)的軟件 Bug ，按照客戶要求寫出每個 Bug 的報告（要書寫明白，否則客戶事后會要求你重寫，很費(fèi)時間，也影響公司的測試質(zhì)量，是否很沒有面子？） 時間： 11:30 工作場景： 報告測試執(zhí)行中的遇到了問題 畫外音： 如果測試用例的步驟不明確或者測試的軟件不能成功安裝，無法進(jìn)行下面的測試，應(yīng)該及時向測試負(fù)責(zé)人報告，等待答復(fù)后進(jìn)行測試。（重大問題，切莫瞞報，也別主觀想當(dāng)然地猜測�。� 如果某些測試步驟不明確，但是可以暫時跳過，請向測試負(fù)責(zé)人報告，并且繼續(xù)進(jìn)行下面的測試。（靈活處理，合理利用時間，時間就是金錢！） 時間： 12:00 工作場景： 查收和回復(fù)新郵件，新郵件又來了一個新的測試任務(wù) B ，而且要求緊急處理。 暫停測試任務(wù) A ，進(jìn)行測試任務(wù) B 。 畫外音： 測試過程中，要主要定時查看是否有新郵件，特別是那些要求非常緊急的任務(wù)。（重要任務(wù)一定要優(yōu)先處理，否則就是工作失職） 如果新任務(wù)比較緊急，應(yīng)該中斷當(dāng)前的測試，接著執(zhí)行新任務(wù)。（為什么計(jì)劃總是沒有變化快，可是現(xiàn)實(shí)就是這樣。） 時間： 12:30 工作場景： 午餐、休息 畫外音： 陽光、午餐、休息，美�。ń�止在辦公室玩任何電子游戲，辦公室不是娛樂場所�。� 時間： 13:30 工作場景： 查收和回復(fù)新郵件 畫外音： 真幸運(yùn)，沒有其他新任務(wù)。 繼續(xù)上午的任務(wù) B 。 時間： 14:30 工作場景： 完成新任務(wù) B ，向測試負(fù)責(zé)人提交任務(wù) B 的測試結(jié)果 畫外音： 完成任何任務(wù)后，需要向測試負(fù)責(zé)人發(fā)送任務(wù)完成的電子郵件。（這一點(diǎn)很重要的，否則你做的工作再多，測試負(fù)責(zé)人也不一定很清楚） 提交任務(wù)的電子郵件中，應(yīng)該寫明任務(wù)是否全部完成，存在什么問題，測試結(jié)果存放在什么計(jì)算機(jī)的哪個目錄中。（想象測試負(fù)責(zé)人需要你提交哪些內(nèi)容，最好在一封信中交待明白，完整，清楚，條理分明） 時間： 14:40 工作場景： 發(fā)送測試任務(wù) A 不能按期完成的電子郵件 畫外音： 由于執(zhí)行了新測試任務(wù) B ，使得測試任務(wù) A 不能按時完成，應(yīng)該及早向測試負(fù)責(zé)人發(fā)送電子郵件。（如果你不主動說無法按時完成任務(wù) A ，測試負(fù)責(zé)人就默認(rèn)為你能夠按時完成。而如果到了完成任務(wù)的最后期限，而你突然向測試負(fù)責(zé)人說任務(wù)還沒有完成，那么我可以很負(fù)責(zé)任地告訴你：測試負(fù)責(zé)人將會很生氣，后果很嚴(yán)重！） 得到測試負(fù)責(zé)人的答復(fù)后，繼續(xù)執(zhí)行測試任務(wù) A 。 如果客戶要求必須當(dāng)天完成測試任務(wù) A ，可能要做好加班準(zhǔn)備（苦惱 … ）�；蛘哒垳y試負(fù)責(zé)人將一部分任務(wù)分解給其他測試人員執(zhí)行（呵呵，謝謝兄弟們拉我一把 ... ）。 時間： 14:50 工作場景： 繼續(xù)執(zhí)行測試任務(wù) A 。 畫外音： 尋找軟件 Bug （這是主要任務(wù)之一） 書寫 Bug 測試報告（這也是主要任務(wù)之一） 時間： 15:30 工作場景： 查收和回復(fù)新郵件 畫外音： 沒有新電子郵件，呵呵！（最不喜歡在測試工作中，經(jīng)常有郵件來騷擾！） 繼續(xù)執(zhí)行測試任務(wù) A 。 時間： 17:00 工作場景： 參加測試小組內(nèi)部會議 畫外音： 經(jīng)常在測試過程中，測試小組內(nèi)部會召開短暫的會議。（交流很重要的，傾聽和發(fā)言一個都不能少） 會議內(nèi)容一般是測試過程中遇到的問題，以及可能的解決辦法，也包括測試進(jìn)度是否與測試計(jì)劃保持一致。 時間： 17:30 工作場景： 發(fā)送當(dāng)天任務(wù)完成情況的電子郵件 畫外音： 當(dāng)天任務(wù)完成情況的報告應(yīng)該在下班前盡早發(fā)送給測試負(fù)責(zé)人，以便得到及時回復(fù)。 總結(jié)當(dāng)天測試任務(wù)完成的情況（全部完成還是部分完成） 測試遇到的需要測試負(fù)責(zé)人或者問題客戶幫助解決的問題（遇到問題一定要反映，不要什么問題都自己扛！） 給出當(dāng)天處理 Bug 的數(shù)量、類型和存放位置（確保測試負(fù)責(zé)人能很容易的找到這些測試結(jié)果嗎？） 時間： 17:45 工作場景： 整理當(dāng)天的測試文檔， 做好備份 個人總結(jié) 畫外音： 備份當(dāng)天的測試結(jié)果（有備無患�。� 總結(jié)測試遇到的問題和學(xué)習(xí)的新知識（好好學(xué)習(xí)，天天向上�。� 準(zhǔn)備第二天的測試任務(wù)（未雨綢繆） 時間： 18:00 工作場景： 下班 畫外音： 如果不需要加班，按時回家，爽！ 3. 測試大戲背后的故事 上面的測試場景描述基本上反映了軟件測試工程師的工作情形，但是由于測試工作的復(fù)雜性、瑣碎性、變化性，實(shí)際測試過程將是不斷變化的。 測試的變化性 對于軟件本地化等外包測試，測試過程和測試要求因不同客戶而異，即使相同客戶的不同項(xiàng)目，也會有些變化。另外，測試所用的測試計(jì)劃、測試用例、測試 Build 版本經(jīng)常變化。這是對測試工程師需要面對和正確處理的工作挑戰(zhàn)。 多任務(wù)同時處理 軟件測試工程師在一天的工作時間里，可能需要做多件事情（例如，測試負(fù)責(zé)人可能中間會安排新的任務(wù)），正常測試過程經(jīng)常被中斷，對此需要有相應(yīng)的心理準(zhǔn)備。 及時交流 測試過程很少是一帆風(fēng)順的，特別是不熟悉的新軟件，或者測試用例沒有表達(dá)清楚。這時除了自己學(xué)習(xí)和思考，還需要向測試組的其他同事請教。如果問題仍然沒有解決，請及時向測試負(fù)責(zé)人反映情況，尋求幫助（提示：測試負(fù)責(zé)人積累了軟件測試經(jīng)驗(yàn)，一般問題都可以搞定，但是測試負(fù)責(zé)人也不是萬能的，他們也有很多不能解決的問題，但是他們有“殺手锏” — 向客戶的測試負(fù)責(zé)人尋求幫助，由于源語言是客戶開發(fā)的，客戶才是萬能的�。�。 電子郵件是主要的交流方式 測試過程不要一味地在測試計(jì)算機(jī)上做下去，要經(jīng)常在日常工作用計(jì)算機(jī)查看和回復(fù)電子郵件，以免耽誤了更重要的任務(wù)。除了電子郵件之外，也可以打電話和即時網(wǎng)絡(luò)交流工具（ MSN 等），或者面對面與同事交流（提示：對于復(fù)雜的問題，與其來回發(fā)送多封電子郵件還說不明白，還不如打個電話或者面對面交談更有效）。 4. 結(jié)束語 有人說，測試很枯燥，而且“一點(diǎn)技術(shù)含量都沒有”。也有人說，軟件測試大有前途！現(xiàn)在中國確的不是軟件編程大師，而是軟件測試大師。這些觀點(diǎn)孰是孰非，您請自己琢磨。不過既然從事了測試行業(yè)，還是將它做好為上！] 那要看你往哪方面發(fā)展

軟件測程師大致有4個發(fā)展方向！

1

資深軟件測試工程師

達(dá)到這個水平比較困難，這需要了解很多知識，例如c語言，java語言，數(shù)據(jù)庫，數(shù)據(jù)結(jié)構(gòu)，軟件工程，等等，

但是你要在一家公司干3

--

5年的話，在壓力中這些技能你都會掌握！

2

測試部門管理者

小的如組長，大的如測試經(jīng)理，這需要你有先天的優(yōu)勢，善于交流溝通，善于處理人際關(guān)系！

不過做兩年，你也會成為老油條的！

3

測試書籍編寫者

出書也是很賺錢的，當(dāng)你在這一行干了幾年，積攢了足夠的經(jīng)驗(yàn)，可以把你的經(jīng)驗(yàn)，具體做過的項(xiàng)目總結(jié)出來，

現(xiàn)在關(guān)于軟件測試的書很少，你要寫本與眾不同的書肯定暢銷！

4

軟件測試培訓(xùn)師

當(dāng)你在這一行做膩了，你可以選擇培訓(xùn)機(jī)構(gòu)，

培訓(xùn)機(jī)構(gòu)缺乏有經(jīng)驗(yàn)的軟件測試師，必然會高薪聘請你！

至于晉升流程，一個公司一個樣，但是你要知道，你想發(fā)展的話，

必須要委婉的讓上級知道，有些你無法觸及的測試項(xiàng)目，需要你的上級分配，一旦有無關(guān)緊要的項(xiàng)目或空閑時，經(jīng)理就會考慮你，

會讓你嘗試做一些高級測試項(xiàng)目！

這時就要看你的個人悟性了！

要知道這一行，技術(shù)越高越吃香！越能讓老板和開發(fā)人員信服！

大概就是這樣，祝你的測試之路順利！

Tags：測試工程師,軟件測試工程師是做什么的？,軟件測試工程師的職業(yè)

轉(zhuǎn)載：文章來自用戶投稿不代表本站觀點(diǎn)，如有侵權(quán)請聯(lián)系我們。