軟件測試工程師的個人工作總結

軟件測試工程師的個人工作總結這一年關于我這個剛剛離開校園的職場新人來說，可謂是職業(yè)生涯中經(jīng)歷的第一個豐收之年，無論是在行為上還是思維上都切身感覺到了有所提升和進步。當然，所有的一切要感謝公司領導對我的賞識并給予了我相對廣闊的發(fā)展空間，以及測試團隊全體成員的互相幫助和共同努力。以下對我在**年所做的工作進行全面總結：我的團隊，以現(xiàn)在的表現(xiàn)和對我的關懷與安慰而讓我感動。測試人員是一個比較特別的群體，以發(fā)現(xiàn)缺陷和確保質量為根本目標。這就要求我們在公司并不規(guī)范的項目管理與工作流程背景下，測試既要服從于現(xiàn)狀、又不能安于現(xiàn)狀。自**年5月被正式提升為測試團隊負責人之后，我將絕大部分時間和精力傾注在團隊建設上，主要體現(xiàn)為團隊成員的技術提升與培養(yǎng)、部門制度建設和文檔標準建設、測試與開發(fā)的工作交互流程等。在團隊管理上逐漸嘗試，本著先理后管的原則，將原本人心渙散的團隊建設為一支互相關懷、互相幫助的高凝集力團隊。坦白的講，因為自身管理經(jīng)驗的欠缺，這個摸索過程中我走了許多彎路，但結果卻使我受益良多。是我的團隊教會了我這些，讓我初步懂得了什么是管理，讓我明白管的是理而并非是人。如果事情難以理通，那么在此之上的管只能是強制的，僅僅在表象上完成事情而已。所以一定要先理清楚然后再管，這時其實已經(jīng)不必需要管了，因為已經(jīng)理順，大家都會去積極主動的執(zhí)行。有理的同時，還要幫助整個團隊去整理，給予團隊每位成員必要的工作幫助，比如工作思路和工作資源。除此之外，還包括適當?shù)娜粘贤ê退枷胍龑?，通過績效考核、部門例會、部門培訓、單人交談和部門聚會等形式，在工作時間和非工作時間進行交流，實現(xiàn)了團隊成員之間的互相信任和互相認可。在這個過程中，我的性格優(yōu)勢得以充分體現(xiàn)，我能夠在第一時間發(fā)覺團隊成員的狀態(tài)異常，并通過及時的交談予以解決，同時也體現(xiàn)出了我的性格劣勢。記得在一次例會結束后，我要求每位團隊成員寫出5條關于我的看法和建議，結果讓我非常欣慰，這說明團隊成員對我的信任，也期望我有所成長。我也會以此為戒，逐漸改善。對工作模式進行改善，在團隊工作的執(zhí)行模式上完全改變了之前測試人員歸屬項目組的不規(guī)范狀況。統(tǒng)一測試管理平臺強化了測試人員的溝通頻度，促進了大家的互相交流和互相幫助，并使得測試工作可以依據(jù)實際狀況執(zhí)行交互性測試。綜合**年的測試結果，我至少為整個團隊的表現(xiàn)打90分，可以說這一年的工作結果是令人滿意的，當然主要是指經(jīng)歷了八月調整之后的測試團隊。最讓人難忘的是**年的八月、九月和十月期間，測試團隊剛剛經(jīng)歷了八月末的人員調整，以3舊1新的4人陣容承當了原來7人的工作量，并在高強度的工作壓力下順利的度過了團隊調整期。面對這一充滿壓力的過程，我想，只有“兔子在哪里〞的故事是讓大家難以忘記的。如今的測試團隊有著完備的內部機制和運作方式，我們已經(jīng)做好了相應準備，隨時應對公司發(fā)展所必必需的各種調整。**年03月初，我已向郭總提交一份年年11月12日到**年3月的工作總結，其中所描述的工作內容均為當時參加的arpt項目的工作進展狀況。自**年4月開始，我與項目組全體成員參加了arpt奧運項目的投標文件編寫工作，這也是我第一次參加標書編寫，但從自身來講，我已經(jīng)傾盡全部所能。在標書編寫結束后，除繼續(xù)負責arpt軟件的測試外，逐漸將工作重心向團隊建設偏移。在合理分配工作任務的前提下，適當從事部分模塊的測試工作。關于團隊管理內容，之前已經(jīng)有所介紹，在此不再贅述。年終結束，我的人生觀和價值觀也隨著時間的推移而逐步發(fā)生改變，更加清楚的了解了自身優(yōu)勢與不夠，包括職業(yè)發(fā)展過程中的一些必要能力，我也會在此經(jīng)驗的基礎上慢慢的總結和調整。個人進步的載體是公司的發(fā)展。在整整一年的工作生活當中，我真真的感受到了公司所發(fā)生的變化，看到了各位同事為了公司發(fā)展所做出的努力。螺旋上升——用這個哲學詞語來形容公司的發(fā)展過程再確切不過了。一切仿佛是旋轉車輪上的一個點，回到原處的同時也發(fā)生了距離的變化。伴隨著這個變化的過程，我心內中噴發(fā)過激-情、也感傷過失落；發(fā)泄過憤恨、也滋生過冷漠，最后在壓抑與崩潰的臨界點上重新燃起了希望，與此同時我更期盼著公司能夠加速發(fā)展步伐，一改現(xiàn)在“總結了沒有執(zhí)行，執(zhí)行了沒有改變，改變了沒有思索〞的不正?，F(xiàn)狀。一年的結束，一年的開始，我已經(jīng)準備好了迎接它的熱情，期望付出努力，渴求收獲碩果。2.軟件測試,工作總結怎么寫主要寫一下工作內容，取得的成績，以及不夠，最后提出合理化的建議或者新的努力方向。轉載：總結，就是把一個時間段的狀況進行一次全面系統(tǒng)的總檢查、總評價、總分析、總研究，分析成績、不夠、經(jīng)驗等?？偨Y是應用寫作的一種，是對已經(jīng)做過的工作進行理性的思索。總結與計劃是相輔相成的，要以計劃為依據(jù)，制定計劃總是在個人總結經(jīng)驗的基礎上進行的?？偨Y的基本要求1.總結必必需有狀況的概述和表達，有的比較簡單，有的比較具體。這部分內容主要是對工作的主客觀條件、有利和不利條件以及工作的環(huán)境和基礎等進行分析。2.成績和缺點。這是總結的中心?？偨Y的目的就是要肯定成績，找出缺點。成績有哪些，有多大，表現(xiàn)在哪些方面，是怎樣取得的；缺點有多少，表現(xiàn)在哪些方面，是什么性質的，怎樣產(chǎn)生的，都應講清楚。3.經(jīng)驗和教訓。做過一件事，總會有經(jīng)驗和教訓。為便于今后的工作，須對以往工作的經(jīng)驗和教訓進行分析、研究、概括、集中，并上升到理論的高度來熟悉。今后的打算。依據(jù)今后的工作任務和要求，吸取前一時期工作的經(jīng)驗和教訓，明確努力方向，提出改善措施等總結的注意事項1.一定要實事求是，成績不夸大，缺點不縮小，更不能弄虛作假。這是分析、得出教訓的基礎。2.條理要清楚?？偨Y是寫給人看的，條理不清，人們就看不下去，即使看了也不知其所以然，這樣就達不到總結的目的。3.要剪裁得體，詳略適宜。材料有本質的，有現(xiàn)象的；有重要的，有次要的，寫作時要去蕪存精?？偨Y中的問題要有主次、詳略之分，該詳?shù)囊?，該略的要略?？偨Y的基本格式1、標題2、正文開頭：概述狀況，總體評價；提綱挈領，總括全文。主體：分析成績缺憾，總結經(jīng)驗教訓。結尾：分析問題，明確方向。3、落款署名，日期。3.測試工程師6年工作經(jīng)驗總結觀后感[測試工程師6年工作經(jīng)驗總結觀后感]1、分享第一條經(jīng)驗：“學歷代表過去、能力代表現(xiàn)在、學習力代表將來，測試工程師6年工作經(jīng)驗總結觀后感。〞其實這是一個來自國外教育領域的一個研究結果。相信工作過幾年、十幾年的朋友對這個道理有些體會吧。但我相信這一點也很重要：“重要的道理明白太晚將抱憾終生！〞所以放在每一條，讓剛剛畢業(yè)的朋友們早點看到哈！2、一定要確定自己的發(fā)展方向，并為此目的制定可行的計劃。不要說什么，“我剛畢業(yè)，還不知道將來可能做什么？〞，“跟著感覺走，先做做看〞。因為，這樣的觀點會通過你的潛意識去暗示你的行為無所事事、碌碌無為。一直做技術，將來成為專家級人物？向管理方向走，成為職業(yè)經(jīng)理人？先熟悉行業(yè)和領域，將來自立門戶？還是先在行業(yè)里面混混，過幾年轉行做點別的？這很重要，它將決定你近幾年、十年內“做什么事情才是在做正確的事情！〞。3、軟件開發(fā)團隊中，技術不是萬能的，但沒有技術是萬萬不能的！在技術型團隊中，技術與人品同等重要，當然長相也比較重要哈，尤其在MM比較多的團隊中。在軟件項目團隊中，技術水平是受人重視和尊重的重要砝碼。無論你是做管理、系統(tǒng)分析、制定、編碼，還是產(chǎn)品管理、測試、文檔、實施、維護，多少你都要有技術基礎。算我孤陋寡聞，我還真沒有親眼看到過一個外行帶領一個軟件開發(fā)團隊成功地完成過軟件開發(fā)項目，哪怕就一個，也沒有看到。倒是曾經(jīng)看到過一個“高學歷的牛人〞〔非技術型〕帶一堆人做完過一個項目，項目交付的第二天，項目組成員扔下一句“再也受不了啦！〞四分五裂、各奔東西。那個項目的“成功度〞大家可想而知了。4、具體制定自己軟件開發(fā)專業(yè)知識學習計劃，并注意及時修正和調整〔軟件開發(fā)技術變化實在太快〕。請銘記：“如果一個軟件開發(fā)人員在1、2年內都沒有更新過自己的知識，那么，其實他已經(jīng)不再屬于這個行業(yè)了。〞不要告訴自己沒有時間。來自時間管理領域的著名的“三八原則〞告誡我們：另外的那8小時如何使用將決定你的人生成??！本人自畢業(yè)以來，平均天天實際學習時間超過2小時。5、書籍是人類進步的階梯，對軟件開發(fā)人員尤其如此。書籍是學習知識的最有效途徑，不要過多地指望在工作中能碰到“世外高人〞，并不厭其煩地教你。關于花錢買書，我個人經(jīng)驗是：千萬別買國內那幫人出的書！我買的那些家伙出的書，！00%全部后悔了，無一本例外。更氣憤的是，這些書在二手市場的地攤上都很難賣掉。“擁有書籍并不表示擁有知識；擁有知識并不表示擁有技能；擁有技能并不表示擁有文化；擁有文化并不表示擁有智慧。〞只有將書本變成的自己智慧，才算是真正擁有了它。6、不要僅局限于對某項技術的表面使用上，哪怕你只是有時用一、二次?！皩θ魏问挛锊痪烤屠铷暿侨魏涡袠I(yè)的工程師所不應該具備的素養(yǎng)。開發(fā)Windows應用程序，看看Windows程序的制定、加載、執(zhí)行原理，分析一下PE文件格式，試試用SDK開發(fā)從頭開發(fā)一個Windows應用程序；用VC++、Delphi、Java、.Net開發(fā)應用程序，花時間去研究一下MFC、VCL、J2EE、.Net它們框架制定或者源碼；除了會用J2EE、JBoss、Spring、Hibernate等等優(yōu)秀的開源產(chǎn)品或者框架，抽空看看大師們是如何抽象、分析、制定和實現(xiàn)那些類似問題的通用解決方案的，觀后感《測試工程師6年工作經(jīng)驗總結觀后感》。試著這樣做做，你以后的工作將會少碰到一些讓你不明就里、一頭霧水的問題，因為，很多東西你“知其然且知其所以然〞！7、在一種語言上編程，但別為其束縛了思想?！按a大全〞中說：“深入一門語言編程，不要浮于表面〞。深入一門語言開發(fā)還遠遠不夠，任何編程語言的存在都有其自身的理由，所以也沒有哪門語言是“包治百病〞的“靈丹妙藥〞。編程語言對開發(fā)人員解決具體問題的思路和方式的影響與束縛的例子俯拾皆是。我的經(jīng)驗是：用面對對象工具開發(fā)某些關鍵模塊時，為什么不可以借鑒C、C51、匯編的模塊化封裝方式？用傳統(tǒng)的桌面開發(fā)工具〔目前主要有VC++、Delphi〕進行系統(tǒng)體統(tǒng)結構制按時，為什么不可以參照來自Java社區(qū)的IoC、AOP制定思想，甚至借鑒像Spring、Hibernate、JBoss等等優(yōu)秀的開源框架？在進行類似于實時通信、數(shù)據(jù)采集等功能的制定、實現(xiàn)時，為什么不可以引用來自實時系統(tǒng)、嵌入式系統(tǒng)的優(yōu)秀的體系框架與模式？為什么一切都必必需以個人、團隊在當然開發(fā)語言上的傳統(tǒng)或者經(jīng)驗來解決問題？？？“他山之石、可以攻玉〞。8、養(yǎng)成總結與反思的習慣，并有意識地提煉日常工作成果，形成自己的個人源碼庫、解決某類問題的通用系統(tǒng)體系結構、甚至進化為框架。眾所周知，對軟件開發(fā)人員而言，有、無經(jīng)驗的一個顯著區(qū)別是：無經(jīng)驗者完成任何任務時都從頭開始，而有經(jīng)驗者往往通過重組自己的可復用模塊、類庫來解決問題〔其實這個結論不應該被局限在軟件開發(fā)領域、可以延伸到很多方面〕。這并不是說，所有可復用的東西都必必需自己實現(xiàn)，別人成熟的通過測試的成果也可以收集、整理、集成到自己的知識庫中。但是，最好還是自己實現(xiàn)。試用期工作總結伴隨著充實緊湊的工作生活，兩個月的時間已經(jīng)過去了。這一段時間里有工作上的收獲，知識的豐富，經(jīng)驗的增長，同時也暴露出很多問題和不夠?？偨Y經(jīng)驗，吸取教訓，本文將主要從幾個方面來對工作進行總結：工作的主要內容；其中的失敗和教訓以及成功和經(jīng)驗；展望下一階段的工作，確定自己的目標。以此作為懲前毖后的記錄。1.工作的主要內容在這兩個月的工作中，我的總體任務是協(xié)助蘇薇做好武警黃金部隊礦業(yè)權管理系統(tǒng)的后期測試，編碼，修改，文檔編寫的工作，分解開來之后，我主要做了三件事：1.編寫礦業(yè)權系統(tǒng)的各類文檔；2.礦業(yè)權系統(tǒng)的編碼及bug勘誤工作；3.礦業(yè)權系統(tǒng)的測試工作。下面依照時間來對我的工作進行介紹。初踏入職場，進入專業(yè)的軟件制造公司，對我，一個沒有接觸過標準軟件制作過程的新人來說，起步就是一個很大的難題。假設直接做開發(fā)，則業(yè)務不熟練，代碼不規(guī)范，弊大于利；假設僅做學習，則不能跟上項目的步伐，不能以最快的速度融入工作中去。在我還在忐忑自己到底要做什么工作的時候，任務已經(jīng)下達了，首先進行礦業(yè)權系統(tǒng)的測試工作。這樣的好處在于能夠在測試的過程中，了解項目的整體布局，了解項目中的業(yè)務邏輯，了解項目中尚未完成的工作并以此作為下個階段的工作目標。至此，入職工作順利起步。在對礦業(yè)權系統(tǒng)進行測試之后，暴露了系統(tǒng)的諸多問題，測試過程中發(fā)現(xiàn)礦權系統(tǒng)沒有進行輸入限定，為了解決這個問題必需要對整個系統(tǒng)的數(shù)據(jù)進行整理，我的下一個任務就是編寫礦業(yè)權系統(tǒng)的數(shù)據(jù)必需求文檔。在編寫該文檔的過程中，對礦權系統(tǒng)進行了更深入的了解，為之后的bug勘誤工作奠定了一定的基礎。完成了礦業(yè)權系統(tǒng)的數(shù)據(jù)必需求文檔的編寫之后，新的任務是對整個礦權的輸入數(shù)據(jù)進行輸入限定，在任務開始之處是極為困難的，幸而得到了同事們的幫助才得以順利完成任務。任務雖然完成，但是對輸入限定實現(xiàn)方法的一知半解以及任務完成過程中的不仔細，為之后發(fā)生的問題也埋下了苦果。在對礦業(yè)權系統(tǒng)添加輸入限定完成之后，進入了解決程序小問題的階段，對礦權系統(tǒng)進行細小的縫補工作。這段時間是學習多于工作的，不同的問題督促我要天天和百度親密接觸數(shù)百次，又要勞煩諸位在百忙中的同事抽出時間來給我?guī)兔Αｋm然辛勞一點，但收獲卻是滿滿。完成了系統(tǒng)的修補之后，我們的程序送到了四惠進行第一輪測試，在測試的一周里，我主要是補充網(wǎng)絡編程的基礎知識。第一輪測試結果出來之后，我們項目組開始了緊張的第一輪礦業(yè)權系統(tǒng)bug勘誤工作。拿到bug列表之后，發(fā)現(xiàn)有一小半錯誤皆是因我而起，輸入限定問題很多，我也主動承當了輸入限定部分的bug勘誤工作。第一輪bug勘誤工作完成后，進行了第一輪了回歸測試，測試結果已然不盡人意，仍然存在大量的問題必需要修改，而且很多問題還是因我而起，輸入限定仍然存在大量問題，再一次進行修改之后，我們的程序送到了十五所進行所檢。在進行所檢之余，我又接到了新的任務，完成礦權系統(tǒng)的概要制定以及具體制定文檔的編寫。這兩份文檔已于9月2號編寫完畢。現(xiàn)階段我的任務是依據(jù)所檢的bug列表，對礦權系統(tǒng)進行回歸測試。2.工作中失敗的教訓以及成功的經(jīng)驗關于失敗的教訓要吸取，成功的經(jīng)驗要進行總結。我對成功的定義是：在確保質量的前提下完成既定的計劃或目標就是成功。其他的所有結果都是失敗。本人性格開朗、穩(wěn)重、有活力，待人熱情、真誠；工作認真負責，積極主動，能吃苦耐勞，用于承受壓力，勇于革新；有很強的組織能力和團隊協(xié)作精神，具有較強的適應能力；紀律性強，工作積極配合；意志堅強，具有較強的無私奉獻精神。特別能吃苦、能奉獻、能忍耐的精神、責任心強，為人誠懇、細心、樂觀、穩(wěn)重、有合格團隊精神，能快速適應工作環(huán)境，并能在實際工作中不斷學習，不斷完善自己，做好本職工作。同時，為自己爭取更多的機會的施行、去成功！我喜愛嘗試新鮮事物，喜愛一些有挑戰(zhàn)性的東西，做事比較認真細心。除此之外，我很有上進心，能吃苦，力氣挺大的，朋友都說我像個男生。我為人比較好相處，喜愛交際。我珍惜時間，并且能夠運用有限的時間充實自己，比較要強和獨立。我能夠放平自己的心態(tài)，我不怕從基層做起，而且我也相信只要努力，就會有回報。試用期工作總結伴隨著充實緊湊的工作生活，兩個月的時間已經(jīng)過去了。這一段時間里有工作上的收獲，知識的豐富，經(jīng)驗的增長，同時也暴露出很多問題和不夠?？偨Y經(jīng)驗，吸取教訓，本文將主要從幾個方面來對工作進行總結：工作的主要內容；其中的失敗和教訓以及成功和經(jīng)驗；展望下一階段的工作，確定自己的目標。以此作為懲前毖后的記錄。1.工作的主要內容在這兩個月的工作中，我的總體任務是協(xié)助蘇薇做好武警黃金部隊礦業(yè)權管理系統(tǒng)的后期測試，編碼，修改，文檔編寫的工作，分解開來之后，我主要做了三件事：1.編寫礦業(yè)權系統(tǒng)的各類文檔；2.礦業(yè)權系統(tǒng)的編碼及bug勘誤工作；3.礦業(yè)權系統(tǒng)的測試工作。下面依照時間來對我的工作進行介紹。初踏入職場，進入專業(yè)的軟件制造公司，對我，一個沒有接觸過標準軟件制作過程的新人來說，起步就是一個很大的難題。假設直接做開發(fā)，則業(yè)務不熟練，代碼不規(guī)范，弊大于利；假設僅做學習，則不能跟上項目的步伐，不能以最快的速度融入工作中去。在我還在忐忑自己到底要做什么工作的時候，任務已經(jīng)下達了，首先進行礦業(yè)權系統(tǒng)的測試工作。這樣的好處在于能夠在測試的過程中，了解項目的整體布局，了解項目中的業(yè)務邏輯，了解項目中尚未完成的工作并以此作為下個階段的工作目標。至此，入職工作順利起步。在對礦業(yè)權系統(tǒng)進行測試之后，暴露了系統(tǒng)的諸多問題，測試過程中發(fā)現(xiàn)礦權系統(tǒng)沒有進行輸入限定，為了解決這個問題必需要對整個系統(tǒng)的數(shù)據(jù)進行整理，我的下一個任務就是編寫礦業(yè)權系統(tǒng)的數(shù)據(jù)必需求文檔。在編寫該文檔的過程中，對礦權系統(tǒng)進行了更深入的了解，為之后的bug勘誤工作奠定了一定的基礎。完成了礦業(yè)權系統(tǒng)的數(shù)據(jù)必需求文檔的編寫之后，新的任務是對整個礦權的輸入數(shù)據(jù)進行輸入限定，在任務開始之處是極為困難的，幸而得到了同事們的幫助才得以順利完成任務。任務雖然完成，但是對輸入限定實現(xiàn)方法的一知半解以及任務完成過程中的不仔細，為之后發(fā)生的問題也埋下了苦果。在對礦業(yè)權系統(tǒng)添加輸入限定完成之后，進入了解決程序小問題的階段，對礦權系統(tǒng)進行細小的縫補工作。這段時間是學習多于工作的，不同的問題督促我要天天和百度親密接觸數(shù)百次，又要勞煩諸位在百忙中的同事抽出時間來給我?guī)兔?。雖然辛勞一點，但收獲卻是滿滿。完成了系統(tǒng)的修補之后，我們的程序送到了四惠進行第一輪測試，在測試的一周里，我主要是補充網(wǎng)絡編程的基礎知識。第一輪測試結果出來之后，我們項目組開始了緊張的第一輪礦業(yè)權系統(tǒng)bug勘誤工作。拿到bug列表之后，發(fā)現(xiàn)有一小半錯誤皆是因我而起，輸入限定問題很多，我也主動承當了輸入限定部分的bug勘誤工作。第一輪bug勘誤工作完成后，進行了第一輪了回歸測試，測試結果已然不盡人意，仍然存在大量的問題必需要修改，而且很多問題還是因我而起，輸入限定仍然存在大量問題，再一次進行修改之后，我們的程序送到了十五所進行所檢。在進行所檢之余，我又接到了新的任務，完成礦權系統(tǒng)的概要制定以及具體制定文檔的編寫。這兩份文檔已于9月2號編寫完畢?，F(xiàn)階段我的任務是依據(jù)所檢的bug列表，對礦權系統(tǒng)進行回歸測試。2.工作中失敗的教訓以及成功的經(jīng)驗關于失敗的教訓要吸取，成功的經(jīng)驗要進行總結。我對成功的定義是：在確保質量的前提下完成既定的計劃或目標就是成功。其他的所有結果都是失敗。1.依據(jù)分配的測試任務和提供的測試文檔，安裝和配置測試必需要的軟硬件環(huán)境，進行軟件測試。2.測試過程發(fā)現(xiàn)的缺陷在缺陷管理工具上提交缺陷報告，并及時對經(jīng)修正的缺陷進行相應處理。3.完成與測試相關的任務，例如制定或修改測試用例，產(chǎn)品截圖，編寫測試文檔，參加培訓和學習等。-------------1.5年IT行業(yè)從業(yè)背景，3年左右測試管理和項目管理經(jīng)驗；2.精通軟件測試的理論和各種測試方法；3.熟悉BI測試技術，熟悉自動化測試工具QTP，熟悉SQLServer數(shù)據(jù)庫；4.具有合格的測試文檔寫作能力，能夠獨立編寫測試計劃，制定測試用例，撰寫缺陷報告和系統(tǒng)測試總結報告；5.3年以上純英文工作環(huán)境測試經(jīng)驗，具有合格的英文讀寫能力；6.經(jīng)過系統(tǒng)的PMP培訓，熟悉項目管理的流程和方法；7.工作細心，具有很強的責任心；學習能力強；具有合格的團隊合作精神。1.引言軟件測試成為最近IT行業(yè)的“香餑餑〞，引得很多人對軟件測試躍躍欲試?？墒擒浖y試的門檻并不低，關于沒有軟件測試經(jīng)驗的新人而言，如何盡快轉入測試工作中去呢？了解軟件測試都做些什么，具體過程是怎么進行的，可以有助于對軟件測試進行初步了解，盡快進入測試工作角色。但是關于軟件測試的工作流程，各種現(xiàn)有書籍和文章往往都描述的非常復雜，充斥著不少測試術語，使測試初學者望而生畏?，F(xiàn)在讓我們換一種角度看看典型的軟件測試是如何進行的，暫且把軟件測試過程看作一場大戲，主角就是測試工程師，按照時間順序記錄軟件測試工程師一天的工作場景〔假設正常工作時間9:00到18:00〕。2.測試大戲開演時間：9:00工作場景：啟動工作計算機，查看收到的電子信件。畫外音：查看收到的電子郵件〔哇塞，這么多電子郵件！〕，理解當天的測試工作的內容和要求。測試工程師至少配置兩臺計算機：其中一臺是日常工作用，例如，收發(fā)電子郵件等。另外還有一臺軟件測試用的計算機。時間：9:10工作場景：回復電子郵件。畫外音：回復電子郵件。如果關于安排的測試任務和要求存在任何疑問，請在回復電子郵件時排列出來。如果任務明確，回信中可以簡單的說明理解測試任務了，按照測試任務要求進行測試?！舱媒裉煊幸环怆娮余]件分配了測試任務A，而且任務明確，測試文檔等完整?！畴娮余]件有不同的優(yōu)先級，任務非常緊迫的電子郵件應該優(yōu)先處理，盡快回復。〔面對多封郵件保持鎮(zhèn)定，分清哪些郵件必需要馬上回復〕并非全部的電子郵件都必需要回復〔抄送給自己的郵件和一般通告等不必需要回復〕時間：9:25工作場景：啟動用于測試的計算機依據(jù)測試要求配置操作系統(tǒng)、安裝要測試的軟件依據(jù)測試用例執(zhí)行測試任務A。畫外音：測試一般必需要按照測試指導文檔和測試用例進行?！曹浖y試可不是盲目的亂測一氣的呀！〕很多軟件的測試要求在一個“干凈〞的計算機上測試〔提示：干靜的計算機是僅安裝了操作系統(tǒng)，沒有安裝其他應用程序的計算機〕。在進行正式測試前，必需要閱讀測試文檔，明確測試任務〔這些測試文檔你找到了嗎？是最新的測試文檔嗎？〕。時間：11:00工作場景：執(zhí)行軟件測試，書寫軟件測試Bug報告畫外音：按照測試要求，盡量多找出軟件的Bug?！彩裁雌栖浖?，能找出這么多Bug！反過來想，軟件如果沒有Bug，我們測試工程師不就失業(yè)了嗎！〕依據(jù)發(fā)現(xiàn)的軟件Bug，按照客戶要求寫出每個Bug的報告〔要書寫明白，否則客戶事后會要求你重寫，很費時間，也影響公司的測試質量，是否很沒有面子？〕時間：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ā)送任務完成的電子郵件?！策@一點很重要的，否則你做的工作再多，測試負責人也不一定很清楚〕提交任務的電子郵件中，應該寫明任務是否全部完成，存在什么問題，測試結果存放在什么計算機的哪個目錄中?！蚕胂鬁y試負責人必需要你提交哪些內容，最好在一封信中交待明白，完整，清楚，條理分明〕時間：14:40工作場景：發(fā)送測試任務A不能按期完成的電子郵件畫外音：由于執(zhí)行了新測試任務B，使得測試任務A不能按時完成，應該及早向測試負責人發(fā)送電子郵件?！踩绻悴恢鲃诱f無法按時完成任務A，測試負責人就默認為你能夠按時完成。而如果到了完成任務的最后期限，而你突然向測試負責人說任務還沒有完成，那么我可以很負責任地告訴你：測試負責人將會很生氣，后果很嚴重！〕得到測試負責人的答復后，繼續(xù)執(zhí)行測試任務A。如果客戶要求必必需當天完成測試任務A，可能要做好加班準備〔苦惱…〕。或者請測試負責人將一部分任務分解給其他測試人員執(zhí)行〔呵呵，謝謝兄弟們拉我一把。〕。時間：14:50工作場景：繼續(xù)執(zhí)行測試任務A。畫外音：尋找軟件Bug〔這是主要任務之一〕書寫B(tài)ug。軟件開發(fā)工作的幾點感想一、軟件開發(fā)中的角色劃分在一個軟件項目從規(guī)劃、論證到制定、實現(xiàn)的整個過程中，必需要眾多不同技能的人員參加，為了便于任務分工和人盡其才，在項目小組中應當設定許多角色，小組成員都擁有相應的角色，每種角色都必必需具備相應的技能，同時從事相應的工作。在整個軟件工程過程中，一般可劃分下面幾類角色〔可依據(jù)公司的規(guī)模和項目規(guī)模調整〕：系統(tǒng)研發(fā)工程師、項目經(jīng)理、系統(tǒng)分析員、系統(tǒng)制定工程師、軟件編碼工程師、軟件測試工程師、系統(tǒng)支持工程師等。系統(tǒng)研發(fā)工程師〔也叫產(chǎn)品經(jīng)理〕負責軟件產(chǎn)品的功能制定，他對市場有敏銳的洞察力和心得力，同時對軟件技術內涵有深入的理解〔不一定對語言本身非常熟悉〕，能夠把握市場必需要什么，知道什么樣的必需求可以通過軟件實現(xiàn)，實現(xiàn)的成本有多大，他熟悉同類產(chǎn)品或相關產(chǎn)品的優(yōu)勢和不夠。項目經(jīng)理負責人員安排和項目分工，確保按期完成任務，對項目的各個階段進行驗收，對項目參加人員的工作進行考核，管理項目開發(fā)過程中的各種文檔，直接對公司領導層負責，他既能處理好與客戶之間的關系，又能協(xié)調好項目小組成員之間的關系。系統(tǒng)制定工程師負責軟件產(chǎn)品的系統(tǒng)制定，包括必需求分析、概要制定和具體制定〔最好具體到對象的每個函數(shù)接口〕，他非常熟悉軟件工程理論，熟悉常規(guī)的軟件制定思想〔例如結構化制定思想、面向對象OOP制定思想〕和常用技術，包括語言、服務和組件技術〔例如CORBA、COM、DCOM、JavaRMI、JAVABEAN、EJB等〕，能熟練使用一種CASE工具進行制定并能用規(guī)范化的文檔清楚地描述出來，同時他能準確的理解軟件產(chǎn)品的功能和知道如何實現(xiàn)，而且對相關語言非常熟悉，能面向特定語言完成系統(tǒng)的具體制定。軟件編碼工程師負責軟件模塊的編碼實現(xiàn)，他非常熟悉相關的語言細節(jié)，熟悉軟件基礎理論和常用算法，熟悉常規(guī)的軟件編碼標準。軟件測試工程師負責軟件測試工作，盡量發(fā)現(xiàn)軟件制定和編碼中的缺陷，他熟悉常