小葡萄蛋蛋123
1.搭建測試環(huán)境2.寫測試用例3.執(zhí)行測試用例4.寫測試計劃、測試報告5.測試,并提交BUG單6.跟蹤BUG修改情況7.自動化測試,編寫腳本,執(zhí)行,分析,報告8.性能測試,編寫腳本,執(zhí)行,分析,調(diào)優(yōu),報告基本上就是這么多,希望對你有所幫助。]
小小追風者
1. 引言 軟件測試成為最近 IT 行業(yè)的“香餑餑”,引得很多人對軟件測試躍躍欲試??墒擒浖y試的門檻并不低,對于沒有軟件測試經(jīng)驗的新人而言,如何盡快轉(zhuǎn)入測試工作中去呢? 了解軟件測試都做些什么,具體過程是怎么進行的,可以有助于對軟件測試進行初步了解,盡快進入測試工作角色。但是關于軟件測試的工作流程,各種現(xiàn)有書籍和文章往往都描述的非常復雜,充斥著不少測試術語,使測試初學者望而生畏。 現(xiàn)在讓我們換一種角度看看典型的軟件測試是如何進行的,暫且把軟件測試過程看作一場大戲,主角就是測試工程師,按照時間順序記錄軟件測試工程師一天的工作場景(假設正常工作時間 9:00 到 18:00 )。 2. 測試大戲開演 時間: 9:00 工作場景: 啟動工作計算機,查看收到的電子信件。 畫外音: 查看收到的電子郵件(哇塞,這么多電子郵件?。斫猱斕斓臏y試工作的內(nèi)容和要求。 測試工程師至少配置兩臺計算機:其中一臺是日常工作用,例如,收發(fā)電子郵件等。另外還有一臺軟件測試用的計算機。 時間: 9:10 工作場景: 回復電子郵件。 畫外音: 回復電子郵件。如果對于安排的測試任務和要求存在任何疑問,請在回復電子郵件時列舉出來。如果任務明確,回信中可以簡單的說明理解測試任務了,按照測試任務要求進行測試。(正好今天有一封電子郵件分配了測試任務 A ,而且任務明確,測試文檔等完整。) 電子郵件有不同的優(yōu)先級,任務非常緊迫的電子郵件應該優(yōu)先處理,盡快回復。(面對多封郵件保持鎮(zhèn)定,分清哪些郵件需要馬上回復) 并非全部的電子郵件都需要回復(抄送給自己的郵件和一般通告等不需要回復) 時間: 9:25 工作場景: 啟動用于測試的計算機 根據(jù)測試要求配置操作系統(tǒng)、安裝要測試的軟件 根據(jù)測試用例執(zhí)行測試任務 A 。 畫外音: 測試一般需要按照測試指導文檔和測試用例進行。(軟件測試可不是盲目的亂測一氣的呀?。?很多軟件的測試要求在一個“干凈”的計算機上測試(提示:干靜的計算機是僅安裝了操作系統(tǒng),沒有安裝其他應用程序的計算機)。 在進行正式測試前,需要閱讀測試文檔,明確測試任務(這些測試文檔你找到了嗎?是最新的測試文檔嗎?)。 時間: 11:00 工作場景: 執(zhí)行軟件測試,書寫軟件測試 Bug 報告 畫外音: 按照測試要求,盡量多找出軟件的 Bug 。(什么破軟件,能找出這么多 Bug ! 反過來想,軟件如果沒有 Bug ,我們測試工程師不就失業(yè)了嗎?。?根據(jù)發(fā)現(xiàn)的軟件 Bug ,按照客戶要求寫出每個 Bug 的報告(要書寫明白,否則客戶事后會要求你重寫,很費時間,也影響公司的測試質(zhì)量,是否很沒有面子?) 時間: 11:30 工作場景: 報告測試執(zhí)行中的遇到了問題 畫外音: 如果測試用例的步驟不明確或者測試的軟件不能成功安裝,無法進行下面的測試,應該及時向測試負責人報告,等待答復后進行測試。(重大問題,切莫瞞報,也別主觀想當然地猜測?。?如果某些測試步驟不明確,但是可以暫時跳過,請向測試負責人報告,并且繼續(xù)進行下面的測試。(靈活處理,合理利用時間,時間就是金錢?。?時間: 12:00 工作場景: 查收和回復新郵件,新郵件又來了一個新的測試任務 B ,而且要求緊急處理。 暫停測試任務 A ,進行測試任務 B 。 畫外音: 測試過程中,要主要定時查看是否有新郵件,特別是那些要求非常緊急的任務。(重要任務一定要優(yōu)先處理,否則就是工作失職) 如果新任務比較緊急,應該中斷當前的測試,接著執(zhí)行新任務。(為什么計劃總是沒有變化快,可是現(xiàn)實就是這樣。) 時間: 12:30 工作場景: 午餐、休息 畫外音: 陽光、午餐、休息,美!(禁止在辦公室玩任何電子游戲,辦公室不是娛樂場所?。?時間: 13:30 工作場景: 查收和回復新郵件 畫外音: 真幸運,沒有其他新任務。 繼續(xù)上午的任務 B 。 時間: 14:30 工作場景: 完成新任務 B ,向測試負責人提交任務 B 的測試結果 畫外音: 完成任何任務后,需要向測試負責人發(fā)送任務完成的電子郵件。(這一點很重要的,否則你做的工作再多,測試負責人也不一定很清楚) 提交任務的電子郵件中,應該寫明任務是否全部完成,存在什么問題,測試結果存放在什么計算機的哪個目錄中。(想象測試負責人需要你提交哪些內(nèi)容,最好在一封信中交待明白,完整,清楚,條理分明) 時間: 14:40 工作場景: 發(fā)送測試任務 A 不能按期完成的電子郵件 畫外音: 由于執(zhí)行了新測試任務 B ,使得測試任務 A 不能按時完成,應該及早向測試負責人發(fā)送電子郵件。(如果你不主動說無法按時完成任務 A ,測試負責人就默認為你能夠按時完成。而如果到了完成任務的最后期限,而你突然向測試負責人說任務還沒有完成,那么我可以很負責任地告訴你:測試負責人將會很生氣,后果很嚴重?。?得到測試負責人的答復后,繼續(xù)執(zhí)行測試任務 A 。 如果客戶要求必須當天完成測試任務 A ,可能要做好加班準備(苦惱 … )?;蛘哒垳y試負責人將一部分任務分解給其他測試人員執(zhí)行(呵呵,謝謝兄弟們拉我一把 ... )。 時間: 14:50 工作場景: 繼續(xù)執(zhí)行測試任務 A 。 畫外音: 尋找軟件 Bug (這是主要任務之一) 書寫 Bug 測試報告(這也是主要任務之一) 時間: 15:30 工作場景: 查收和回復新郵件 畫外音: 沒有新電子郵件,呵呵!(最不喜歡在測試工作中,經(jīng)常有郵件來騷擾?。?繼續(xù)執(zhí)行測試任務 A 。 時間: 17:00 工作場景: 參加測試小組內(nèi)部會議 畫外音: 經(jīng)常在測試過程中,測試小組內(nèi)部會召開短暫的會議。(交流很重要的,傾聽和發(fā)言一個都不能少) 會議內(nèi)容一般是測試過程中遇到的問題,以及可能的解決辦法,也包括測試進度是否與測試計劃保持一致。 時間: 17:30 工作場景: 發(fā)送當天任務完成情況的電子郵件 畫外音: 當天任務完成情況的報告應該在下班前盡早發(fā)送給測試負責人,以便得到及時回復。 總結當天測試任務完成的情況(全部完成還是部分完成) 測試遇到的需要測試負責人或者問題客戶幫助解決的問題(遇到問題一定要反映,不要什么問題都自己扛!) 給出當天處理 Bug 的數(shù)量、類型和存放位置(確保測試負責人能很容易的找到這些測試結果嗎?) 時間: 17:45 工作場景: 整理當天的測試文檔, 做好備份 個人總結 畫外音: 備份當天的測試結果(有備無患?。?總結測試遇到的問題和學習的新知識(好好學習,天天向上?。?準備第二天的測試任務(未雨綢繆) 時間: 18:00 工作場景: 下班 畫外音: 如果不需要加班,按時回家,爽! 3. 測試大戲背后的故事 上面的測試場景描述基本上反映了軟件測試工程師的工作情形,但是由于測試工作的復雜性、瑣碎性、變化性,實際測試過程將是不斷變化的。 測試的變化性 對于軟件本地化等外包測試,測試過程和測試要求因不同客戶而異,即使相同客戶的不同項目,也會有些變化。另外,測試所用的測試計劃、測試用例、測試 Build 版本經(jīng)常變化。這是對測試工程師需要面對和正確處理的工作挑戰(zhàn)。 多任務同時處理 軟件測試工程師在一天的工作時間里,可能需要做多件事情(例如,測試負責人可能中間會安排新的任務),正常測試過程經(jīng)常被中斷,對此需要有相應的心理準備。 及時交流 測試過程很少是一帆風順的,特別是不熟悉的新軟件,或者測試用例沒有表達清楚。這時除了自己學習和思考,還需要向測試組的其他同事請教。如果問題仍然沒有解決,請及時向測試負責人反映情況,尋求幫助(提示:測試負責人積累了軟件測試經(jīng)驗,一般問題都可以搞定,但是測試負責人也不是萬能的,他們也有很多不能解決的問題,但是他們有“殺手锏” — 向客戶的測試負責人尋求幫助,由于源語言是客戶開發(fā)的,客戶才是萬能的?。?。 電子郵件是主要的交流方式 測試過程不要一味地在測試計算機上做下去,要經(jīng)常在日常工作用計算機查看和回復電子郵件,以免耽誤了更重要的任務。除了電子郵件之外,也可以打電話和即時網(wǎng)絡交流工具( MSN 等),或者面對面與同事交流(提示:對于復雜的問題,與其來回發(fā)送多封電子郵件還說不明白,還不如打個電話或者面對面交談更有效)。 4. 結束語 有人說,測試很枯燥,而且“一點技術含量都沒有”。也有人說,軟件測試大有前途!現(xiàn)在中國確的不是軟件編程大師,而是軟件測試大師。這些觀點孰是孰非,您請自己琢磨。不過既然從事了測試行業(yè),還是將它做好為上!]
地火燎原
①測試和發(fā)現(xiàn)軟件中存在的軟件缺陷;②測試工作需要貫穿整個軟件的生命周期;③ 測試用例報告形成:測試人員為了更好更有效地進行測試,保證測試工作質(zhì)量,需要在執(zhí)行測試工作之前首先需要設計測試用例,形成測試用例報告。④測試計劃制定:測試過程中,為了更好地組織與實施測試工作,測試負責人需要制定測試計劃,包括有測試資源、測試進度、測試策略、測試方法、測試工具、測試風險等。⑤ 缺陷報告編寫及提交:測試人員將發(fā)現(xiàn)的缺陷編寫成正式的缺陷報告,提交給開發(fā)人員進行缺陷的確認和修復。⑥軟件質(zhì)量分析:在測試完成后,測試人員需要根據(jù)測試結果來分析軟件質(zhì)量,包括缺陷率、缺陷分布、缺陷修復趨勢等。給出軟件各種質(zhì)量特性包括有功能性、可靠性、易用性、安全性、時間與資源特性等的具體度量。最后給出一個軟件是否可以發(fā)布或提交用戶使用的結論。
優(yōu)質(zhì)工程師考試問答知識庫