懷念橡皮筋
在這個行業(yè)工作十年了，說實話挺累的，加班都不算啥，主要是這個職位沒有話語權(quán)，枯燥，容易讓人有悲觀情緒；更重要的是，等到35歲，職業(yè)瓶頸期以后，會很尷尬；工資都會碰到天花板，提升空間有限；十年測試兩茫茫！
致遠(yuǎn)……
引言 軟件測試成為最近 IT 行業(yè)的“香餑餑”，引得很多人對軟件測試躍躍欲試?？墒擒浖y試的門檻并不低，對于沒有軟件測試經(jīng)驗的新人而言，如何盡快轉(zhuǎn)入測試工作中去呢？ 了解軟件測試都做些什么，具體過程是怎么進(jìn)行的，可以有助于對軟件測試進(jìn)行初步了解，盡快進(jìn)入測試工作角色。但是關(guān)于軟件測試的工作流程，各種現(xiàn)有書籍和文章往往都描述的非常復(fù)雜，充斥著不少測試術(shù)語，使測試初學(xué)者望而生畏。 現(xiàn)在讓我們換一種角度看看典型的軟件測試是如何進(jìn)行的，暫且把軟件測試過程看作一場大戲，主角就是測試工程師，按照時間順序記錄軟件測試工程師一天的工作場景（假設(shè)正常工作時間 9:00 到 18:00 ）。? 測試大戲開演 時間：9:00 工作場景： 啟動工作計算機，查看收到的電子信件。 畫外音： 查看收到的電子郵件（哇塞，這么多電子郵件?。?，理解當(dāng)天的測試工作的內(nèi)容和要求。 測試工程師至少配置兩臺計算機：其中一臺是日常工作用，例如，收發(fā)電子郵件等。另外還有一臺軟件測試用的計算機。 時間：9:10 工作場景： 回復(fù)電子郵件。 畫外音： 回復(fù)電子郵件。如果對于安排的測試任務(wù)和要求存在任何疑問，請在回復(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ù)測試要求配置操作系統(tǒng)、安裝要測試的軟件 根據(jù)測試用例執(zhí)行測試任務(wù) A 。 畫外音： 測試一般需要按照測試指導(dǎo)文檔和測試用例進(jìn)行。（軟件測試可不是盲目的亂測一氣的呀?。?很多軟件的測試要求在一個“干凈”的計算機上測試（提示：干靜的計算機是僅安裝了操作系統(tǒng)，沒有安裝其他應(yīng)用程序的計算機）。 在進(jìn)行正式測試前，需要閱讀測試文檔，明確測試任務(wù)（這些測試文檔你找到了嗎？是最新的測試文檔嗎？）。時間： 11:00 工作場景： 執(zhí)行軟件測試，書寫軟件測試 Bug 報告 畫外音： 按照測試要求，盡量多找出軟件的 Bug 。（什么破軟件，能找出這么多 Bug ！ 反過來想，軟件如果沒有 Bug ，我們測試工程師不就失業(yè)了嗎?。?根據(jù)發(fā)現(xiàn)的軟件 Bug ，按照客戶要求寫出每個 Bug 的報告（要書寫明白，否則客戶事后會要求你重寫，很費時間，也影響公司的測試質(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ù)。（為什么計劃總是沒有變化快，可是現(xiàn)實就是這樣。）時間： 12:30 工作場景： 午餐、休息 畫外音： 陽光、午餐、休息，美?。ń乖谵k公室玩任何電子游戲，辦公室不是娛樂場所?。r間：13:30 工作場景： 查收和回復(fù)新郵件 畫外音： 真幸運，沒有其他新任務(wù)。 繼續(xù)上午的任務(wù) B 。時間：14:30 工作場景： 完成新任務(wù) B ，向測試負(fù)責(zé)人提交任務(wù) B 的測試結(jié)果 畫外音： 完成任何任務(wù)后，需要向測試負(fù)責(zé)人發(fā)送任務(wù)完成的電子郵件。（這一點很重要的，否則你做的工作再多，測試負(fù)責(zé)人也不一定很清楚） 提交任務(wù)的電子郵件中，應(yīng)該寫明任務(wù)是否全部完成，存在什么問題，測試結(jié)果存放在什么計算機的哪個目錄中。（想象測試負(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)備（苦惱 … ）。或者請測試負(fù)責(zé)人將一部分任務(wù)分解給其他測試人員執(zhí)行（呵呵，謝謝兄弟們拉我一把 ... ）。時間：14:50 工作場景： 繼續(xù)執(zhí)行測試任務(wù) A 。 畫外音： 尋找軟件 Bug （這是主要任務(wù)之一） 書寫 Bug 測試報告（這也是主要任務(wù)之一） 時間：15:30 工作場景： 查收和回復(fù)新郵件 畫外音： 沒有新電子郵件，呵呵?。ㄗ畈幌矚g在測試工作中，經(jīng)常有郵件來騷擾?。?繼續(xù)執(zhí)行測試任務(wù) A 。 時間：17:00 工作場景： 參加測試小組內(nèi)部會議 畫外音： 經(jīng)常在測試過程中，測試小組內(nèi)部會召開短暫的會議。（交流很重要的，傾聽和發(fā)言一個都不能少） 會議內(nèi)容一般是測試過程中遇到的問題，以及可能的解決辦法，也包括測試進(jìn)度是否與測試計劃保持一致。 時間：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 工作場景： 下班 畫外音： 如果不需要加班，按時回家，爽！?測試大戲背后的故事 上面的測試場景描述基本上反映了軟件測試工程師的工作情形，但是由于測試工作的復(fù)雜性、瑣碎性、變化性，實際測試過程將是不斷變化的。 測試的變化性 對于軟件本地化等外包測試，測試過程和測試要求因不同客戶而異，即使相同客戶的不同項目，也會有些變化。另外，測試所用的測試計劃、測試用例、測試 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)驗，一般問題都可以搞定，但是測試負(fù)責(zé)人也不是萬能的，他們也有很多不能解決的問題，但是他們有“殺手锏” — 向客戶的測試負(fù)責(zé)人尋求幫助，由于源語言是客戶開發(fā)的，客戶才是萬能的?。?。 電子郵件是主要的交流方式 測試過程不要一味地在測試計算機上做下去，要經(jīng)常在日常工作用計算機查看和回復(fù)電子郵件，以免耽誤了更重要的任務(wù)。除了電子郵件之外，也可以打電話和即時網(wǎng)絡(luò)交流工具（ MSN 等），或者面對面與同事交流（提示：對于復(fù)雜的問題，與其來回發(fā)送多封電子郵件還說不明白，還不如打個電話或者面對面交談更有效）。
土豆咖喱咖啡
互聯(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)品需求，做測試計劃，設(shè)計測試用例，做測試用例評審，做冒煙測試或者準(zhǔn)入測試，執(zhí)行測試用例，多輪迭代測試，一直跟蹤到上線之后的回測，以及看下用戶的反饋，確認(rèn)測試過程中有沒有遺漏（算作是KPI的一部分）。在這個過程中，可以反思自己的疏漏，完善測試的流程，完善測試的檢查點，增加各種類似的測試，思考可以自動化的部分并實現(xiàn)。 2、自動化測試：對界面、接口或者后臺進(jìn)行自動化的測試，在測試的前期可以保障基本功能的正常，在測試中期可以保障開發(fā)的修改沒有對產(chǎn)品質(zhì)量引起嚴(yán)重問題，在測試的后期可以做上線前的回歸測試，上線之后可以作為日常的監(jiān)控。自動化的測試在不同平臺、不同操作系統(tǒng)、不同瀏覽器下使用不同的工具，采用不同的框架，所以在沒有這些的時候需要調(diào)研目前行業(yè)內(nèi)比較流行的解決方案，尋找到適合自己產(chǎn)品的方法來解決問題。之后開始設(shè)計測試用例，并進(jìn)行實現(xiàn)。產(chǎn)品的改進(jìn)過程中需要進(jìn)行維護(hù)，保證隨時都可以通過。 3、性能測試：測試產(chǎn)品的性能，在多大的壓力下可以滿足當(dāng)前預(yù)期的用戶請求。需要使用各種壓力工具，做壓力文件，安排與線上一致的測試機器或者精簡后的環(huán)境進(jìn)行測試，對測試出來的數(shù)據(jù)進(jìn)行分析，確認(rèn)現(xiàn)有的系統(tǒng)是否存在問題。貌似環(huán)境部署可能是個問題，所以公司里面會有大牛做一些自動部署的工具，甚至?xí)_發(fā)出一些獨立的平臺來完成多臺機器的部署工作，可以節(jié)省很多的時間。測試出來的數(shù)據(jù)跟產(chǎn)品以及開發(fā)人員確認(rèn)，也可能會找到一些方案來解決。 4、測試開發(fā)：相對來說開發(fā)的工作比一般測試工作要多一些。開發(fā)一些自動化的測試的平臺，比如一些評測系統(tǒng)，供人工評測試用；設(shè)計一些測試框架，來滿足日常自動化以及性能測試的需要。制定持續(xù)集成測試的平臺和方案并且實現(xiàn)，結(jié)合自動化的測試實現(xiàn)人工測試之前的自動化測試實現(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)時是做實習(xí)生，實習(xí)生的時間比較自由，也沒有具體的產(chǎn)品、KPI捆綁，所以我做的主要是沒有具體產(chǎn)品關(guān)聯(lián)的長線項目。比如說自動測試平臺的搭建，測試自動化輔助工具的開發(fā)，原有測試腳本的集成、改寫、自動化等工作（比較雜，有些隨性，我甚至寫過單元測試——這個應(yīng)該是dev做的）。還有就是一些具體的模塊覆蓋率的提高、測試自動化的探索。 具體到身邊的入職同事們，工作就比較雜了。忙起來的時候，是黑盒、白盒；自動化、手動的都要做。項目上線之前的功能、性能、壓力測試等都是必要做的，由于目前國內(nèi)互聯(lián)網(wǎng)發(fā)展較快，項目改進(jìn)迭代的壓力很大，所以有的時候感覺身邊的同事都被項目糾纏得忙——這就是為什么上下一心都覺得自動化很重要。 當(dāng)然，還有些人專門做測試工具的開發(fā)和測試流程改進(jìn)的探索，我當(dāng)時所在的部門也開發(fā)了很不錯的自動化測試工具——這應(yīng)該是我接觸過的最接近開發(fā)的測試開發(fā)人員了。 我實習(xí)的組測試人員比較主動，去做了一些項目敏捷化的探索，還主導(dǎo)了項目的敏捷化，但是開發(fā)人員那邊跟進(jìn)得并不是很積極——我個人認(rèn)為這個應(yīng)是開發(fā)人員主導(dǎo)的，而且整個團隊都參與進(jìn)來，各個人員的角色需要有交叉——可惜我在實習(xí)期間沒有體驗到這些，這個在形成了一定的規(guī)模的國內(nèi)公司估計很難改變。我實習(xí)結(jié)束的時候，有些組在流程上已經(jīng)非常敏捷、自動化了，但是畢竟是上線的產(chǎn)品，自動化的初期肯定有一定的陣痛，估計現(xiàn)在應(yīng)該好多了。 另外，談?wù)勎覀€人的一些感受，如果專門做測試的話，我覺得最大的問題就是成就感的問題。你做的似乎永遠(yuǎn)只能是內(nèi)部使用的東東，永遠(yuǎn)不會成為呈現(xiàn)在用戶面前的產(chǎn)品（gtest等測試框架產(chǎn)品除外）。當(dāng)一個項目上線以后，你得到的relief多一些，但是成就感相對少一些。 我只是從實習(xí)生的角度談的。
細(xì)細(xì)粒的寶貝
①測試和發(fā)現(xiàn)軟件中存在的軟件缺陷；②測試工作需要貫穿整個軟件的生命周期；③ 測試用例報告形成：測試人員為了更好更有效地進(jìn)行測試，保證測試工作質(zhì)量，需要在執(zhí)行測試工作之前首先需要設(shè)計測試用例，形成測試用例報告。④測試計劃制定：測試過程中，為了更好地組織與實施測試工作，測試負(fù)責(zé)人需要制定測試計劃，包括有測試資源、測試進(jìn)度、測試策略、測試方法、測試工具、測試風(fēng)險等。⑤ 缺陷報告編寫及提交：測試人員將發(fā)現(xiàn)的缺陷編寫成正式的缺陷報告，提交給開發(fā)人員進(jìn)行缺陷的確認(rèn)和修復(fù)。⑥軟件質(zhì)量分析：在測試完成后，測試人員需要根據(jù)測試結(jié)果來分析軟件質(zhì)量，包括缺陷率、缺陷分布、缺陷修復(fù)趨勢等。給出軟件各種質(zhì)量特性包括有功能性、可靠性、易用性、安全性、時間與資源特性等的具體度量。最后給出一個軟件是否可以發(fā)布或提交用戶使用的結(jié)論。
kasumi0330
1. 引言 軟件測試成為最近 IT 行業(yè)的“香餑餑”，引得很多人對軟件測試躍躍欲試。可是軟件測試的門檻并不低，對于沒有軟件測試經(jīng)驗的新人而言，如何盡快轉(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 工作場景： 啟動工作計算機，查看收到的電子信件。 畫外音： 查看收到的電子郵件（哇塞，這么多電子郵件！），理解當(dāng)天的測試工作的內(nèi)容和要求。 測試工程師至少配置兩臺計算機：其中一臺是日常工作用，例如，收發(fā)電子郵件等。另外還有一臺軟件測試用的計算機。 時間： 9:10 工作場景： 回復(fù)電子郵件。 畫外音： 回復(fù)電子郵件。如果對于安排的測試任務(wù)和要求存在任何疑問，請在回復(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ù)測試要求配置操作系統(tǒng)、安裝要測試的軟件 根據(jù)測試用例執(zhí)行測試任務(wù) A 。 畫外音： 測試一般需要按照測試指導(dǎo)文檔和測試用例進(jìn)行。（軟件測試可不是盲目的亂測一氣的呀?。?很多軟件的測試要求在一個“干凈”的計算機上測試（提示：干靜的計算機是僅安裝了操作系統(tǒng)，沒有安裝其他應(yīng)用程序的計算機）。 在進(jìn)行正式測試前，需要閱讀測試文檔，明確測試任務(wù)（這些測試文檔你找到了嗎？是最新的測試文檔嗎？）。 時間： 11:00 工作場景： 執(zhí)行軟件測試，書寫軟件測試 Bug 報告 畫外音： 按照測試要求，盡量多找出軟件的 Bug 。（什么破軟件，能找出這么多 Bug ！ 反過來想，軟件如果沒有 Bug ，我們測試工程師不就失業(yè)了嗎?。?根據(jù)發(fā)現(xiàn)的軟件 Bug ，按照客戶要求寫出每個 Bug 的報告（要書寫明白，否則客戶事后會要求你重寫，很費時間，也影響公司的測試質(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ù)。（為什么計劃總是沒有變化快，可是現(xiàn)實就是這樣。） 時間： 12:30 工作場景： 午餐、休息 畫外音： 陽光、午餐、休息，美?。ń乖谵k公室玩任何電子游戲，辦公室不是娛樂場所?。?時間： 13:30 工作場景： 查收和回復(fù)新郵件 畫外音： 真幸運，沒有其他新任務(wù)。 繼續(xù)上午的任務(wù) B 。 時間： 14:30 工作場景： 完成新任務(wù) B ，向測試負(fù)責(zé)人提交任務(wù) B 的測試結(jié)果 畫外音： 完成任何任務(wù)后，需要向測試負(fù)責(zé)人發(fā)送任務(wù)完成的電子郵件。（這一點很重要的，否則你做的工作再多，測試負(fù)責(zé)人也不一定很清楚） 提交任務(wù)的電子郵件中，應(yīng)該寫明任務(wù)是否全部完成，存在什么問題，測試結(jié)果存放在什么計算機的哪個目錄中。（想象測試負(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ù)新郵件 畫外音： 沒有新電子郵件，呵呵?。ㄗ畈幌矚g在測試工作中，經(jīng)常有郵件來騷擾！） 繼續(xù)執(zhí)行測試任務(wù) A 。 時間： 17:00 工作場景： 參加測試小組內(nèi)部會議 畫外音： 經(jīng)常在測試過程中，測試小組內(nèi)部會召開短暫的會議。（交流很重要的，傾聽和發(fā)言一個都不能少） 會議內(nèi)容一般是測試過程中遇到的問題，以及可能的解決辦法，也包括測試進(jìn)度是否與測試計劃保持一致。 時間： 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ù)雜性、瑣碎性、變化性，實際測試過程將是不斷變化的。 測試的變化性 對于軟件本地化等外包測試，測試過程和測試要求因不同客戶而異，即使相同客戶的不同項目，也會有些變化。另外，測試所用的測試計劃、測試用例、測試 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)驗，一般問題都可以搞定，但是測試負(fù)責(zé)人也不是萬能的，他們也有很多不能解決的問題，但是他們有“殺手锏” — 向客戶的測試負(fù)責(zé)人尋求幫助，由于源語言是客戶開發(fā)的，客戶才是萬能的?。?。 電子郵件是主要的交流方式 測試過程不要一味地在測試計算機上做下去，要經(jīng)常在日常工作用計算機查看和回復(fù)電子郵件，以免耽誤了更重要的任務(wù)。除了電子郵件之外，也可以打電話和即時網(wǎng)絡(luò)交流工具（ MSN 等），或者面對面與同事交流（提示：對于復(fù)雜的問題，與其來回發(fā)送多封電子郵件還說不明白，還不如打個電話或者面對面交談更有效）。 4. 結(jié)束語 有人說，測試很枯燥，而且“一點技術(shù)含量都沒有”。也有人說，軟件測試大有前途！現(xiàn)在中國確的不是軟件編程大師，而是軟件測試大師。這些觀點孰是孰非，您請自己琢磨。不過既然從事了測試行業(yè)，還是將它做好為上！]
凹凸威小姐
以下是作為一名測試工程師的日常工作：階段：編寫測試計劃，測試用例、測試缺陷報告，并執(zhí)行測試用例，搭建Windows測試環(huán)境，熟練使用Bugzilla提交軟件缺陷報告 至于為什么嘛，當(dāng)然要一步步來的，要有計劃才能執(zhí)行啊，大概是這樣吧 ^_^ 使用測試技術(shù)及工具：白盒測試和黑盒測試 Loadrunner、Winrunner 能夠運用邊界值、等價類劃分法、因果圖、狀態(tài)圖、大綱法等測試方法設(shè)計高效測試用例 軟件測試工作總體流程圖：詳細(xì)測試步驟： 1. 書寫測試計劃 2. 審核測試計劃，未通過返回第一步 3. 書寫測試用例； 4. 審核測試用例，未通過返回第三步 5. 測試人員按照測試用例逐項進(jìn)行測試活動,并且將測試結(jié)果填寫在測試報告上；（測試報告必須覆蓋所有測試用例） 6. 測試過程中發(fā)現(xiàn)bug，將bug填寫在bugzilla上發(fā)給集成部經(jīng)理；（bug狀態(tài)NEW） 7. 集成部經(jīng)理接到bugzilla發(fā)過來的bug 對于明顯的并且可以立刻解決的bug，將bug發(fā)給開發(fā)人員；（bug狀態(tài)ASSIGNED）; 對于不是bug的提交，集成部經(jīng)理通知測試設(shè)計人員和測試人員，對相應(yīng)文檔進(jìn)行修改; （bug狀態(tài)RESOLVED，決定設(shè)置為INVALID）; 對于目前無法修改的,將這個bug放到下一輪次進(jìn)行修改；（bug狀態(tài)RESOLVED，決定設(shè)置為REMIND） 8. 開發(fā)人員接到發(fā)過來的bug立刻修改;（bug狀態(tài)RESOLVED，決定設(shè)置為FIXED） 9. 測試人員接到bugzilla發(fā)過來的錯誤更改信息，應(yīng)該逐項復(fù)測，填寫新的測試報告（測試報告必須覆蓋上一次中所有REOPENED的測試用例）； 10. 如果復(fù)測有問題返回第六步（bug狀態(tài)REOPENED） 11. 否則關(guān)閉這項BUG（bug狀態(tài)CLOSED） 12. 本輪測試中測試用例中有95%一次性通過測試,結(jié)束測試任務(wù)； 13. 本輪測試中發(fā)現(xiàn)的錯誤有98%經(jīng)過修改并且通過再次測試（即bug狀態(tài)CLOSED），返回第五步進(jìn)行新的一輪測試； 14. 測試任務(wù)結(jié)束后書寫測試總結(jié)報告； 15. 正規(guī)測試結(jié)束進(jìn)入非正規(guī)測試，首先是ALPHA測試，請公司里其他非技術(shù)人員以用戶角色使用系統(tǒng)。發(fā)現(xiàn)bug通知測試人員，測試人員以正規(guī)流程處理bug事件； 16. 然后是BETA測試，請用戶代表進(jìn)行測試。發(fā)現(xiàn)bug通知測試人員，測試人員以正規(guī)流程處理bug事件。
autumngold
不難，軟件測試屬于IT行業(yè)中相對簡單的崗位，0基礎(chǔ)4-6個月就可以速成，當(dāng)然還得看自身是不是愿意花時間去學(xué)。
課程內(nèi)容主要有：
搭建Windows測試環(huán)境，JAVA編程，軟件測試基礎(chǔ)，數(shù)據(jù)庫技術(shù)，用戶界面技術(shù)，高效設(shè)計測試用例，階段項目實訓(xùn)，搭建 Linux 測試環(huán)境，白盒測試，WEB技術(shù)，高效使用自動測試工具，軟件質(zhì)量保證，流行測試基礎(chǔ)，企業(yè)級項目實訓(xùn)用例等！
學(xué)完可以從事：
功能測試工程師，性能測試工程師，安全測試工程師，白盒測試工程師，自動化測試工程師，接口測試工程師，測試開發(fā)工程師等。
互聯(lián)網(wǎng)行業(yè)目前還是最熱門的行業(yè)之一，學(xué)習(xí)IT技能之后足夠優(yōu)秀是有機會進(jìn)入騰訊、阿里、網(wǎng)易等互聯(lián)網(wǎng)大廠高薪就業(yè)的，發(fā)展前景非常好，普通人也可以學(xué)習(xí)。
想要系統(tǒng)學(xué)習(xí)，你可以考察對比一下開設(shè)有相關(guān)專業(yè)的熱門學(xué)校，好的學(xué)校擁有根據(jù)當(dāng)下企業(yè)需求自主研發(fā)課程的能力，能夠在校期間取得大?；虮究茖W(xué)歷，中博軟件學(xué)院、南京課工場、南京北大青鳥等開設(shè)相關(guān)專業(yè)的學(xué)校都是不錯的，建議實地考察對比一下。
祝你學(xué)有所成，望采納。
優(yōu)質(zhì)工程師考試問答知識庫
