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