下面是范文網(wǎng)小編分享的軟件測試主管工作匯報共3篇(軟件測試工作的各項主要內(nèi)容)，供大家品鑒。

軟件測試主管工作匯報共1

　　我從軟件測試工程師到主管的成長歷程

　　張軍（化名）從前是學(xué)藝術(shù)的，由于對測試行業(yè)的強烈興趣，畢業(yè)后在深圳從事軟件測試工作。工作不到一年的時間里，已經(jīng)從測試員升職到測試主管了。對于學(xué)習(xí)、工作，他積累了許多點點滴滴的經(jīng)驗，愿意與大家分享。

　　走入測試行業(yè)：愛好，技術(shù)

　　說實話，我做測試工作的時間不是很長，被深圳市冠泰瑞恒科技有限公司外派到一個外企，到現(xiàn)在也就是一年多的時間吧，不過，我愿意把自己學(xué)習(xí)和工作中積累起的這些點滴與大家分享。

　　我走入測試行業(yè)完全是因為興趣，興趣產(chǎn)生學(xué)習(xí)和工作的熱情，真的是一點都不假。從我選擇走入這個行業(yè)，學(xué)習(xí)、工作，從測試員到測試主管，我都是快樂的，也很充實，很有成就感。

　　我覺得，在決定走入測試行業(yè)后，就要在這方面多做準(zhǔn)備和積累，首先要有堅實的測試?yán)碚摶A(chǔ)，這些知識不僅是學(xué)習(xí)的時候要學(xué)的扎實，在以后的工作中還要繼續(xù)不斷的完善。其次，要有一定的行業(yè)知識。畢業(yè)后找工作時，有做手機測試的，也有做外包測試的。我做的是ERP產(chǎn)品。大家都知道，ERP(EnterpriseResourcePlanning)就是企業(yè)資源計劃系統(tǒng)，是指建立在信息技術(shù)基礎(chǔ)上，以系統(tǒng)化的管理思想，為企業(yè)決策層及員工提供決策運行手段的管理平臺。我在學(xué)習(xí)測試專業(yè)前曾接觸到ERP，所以，在畢業(yè)的找工作的時候就往這方面發(fā)展了。

　　說到找工作，我覺得精心制作簡歷是一方面，同時還要有靈活的面試技巧。有時還要把在生活中學(xué)到的東西應(yīng)用到面試中去。我記得我第一次去面試的時候比較湊巧，面試前的頭天晚上我在電視里剛好看到一個和面試有關(guān)的節(jié)目，結(jié)果，第二天在我自己去面試的時候就被我用到了。當(dāng)時是在問到薪金待遇時。我覺得這是很多人包括我自己在面試時都會覺得是比較頭疼的問題，因為，說的多了，不行；說的少了，也不行。這時，你就要用一些技巧了。

　　這時你可以先試探性的詢問對方公司在招聘這個職位的時候是怎么規(guī)定的？等你了解了這些后，你再就自己的技術(shù)能力來衡量相應(yīng)薪金的比價，另外就是看這個公司的實力，還有一點就是行業(yè)內(nèi)這個職位的大致待遇情況。這樣的話，在你說出你對薪金的要求的時候，如果，應(yīng)聘的公司較小，但是還是存在一定發(fā)展空間而且你也想試試的情況下，你要得工資低，對方會考慮到可能是你已大致了解了公司的實力所以才開出這樣的條件，而不是你自己的技術(shù)不行；如果你看到這個公司的狀況還是比較好的，是家有一定實力的公司，這時，你可以適當(dāng)抬高自己的身價。

　　我的應(yīng)聘還是比較順利的，第一天應(yīng)聘，第二天就上班了。我記得當(dāng)時面試的時候大約談了兩個半小時，就一次性面試過關(guān)。另外我自己也比較引以自豪的是我是我們公司唯一一個在兩個月之內(nèi)轉(zhuǎn)正的。 初來乍到：熟悉環(huán)境，盡快融入

　　開始進入公司的時候首先要熟悉公司的環(huán)境。在一些大的公司可能會給大家熟悉環(huán)境的時間，還會安排一些相應(yīng)的培訓(xùn)什么的。我當(dāng)時進入冠泰瑞恒科技后，我們部門經(jīng)理給我們剛?cè)肼毜耐掳才帕艘粋€多月的測試相關(guān)的輔導(dǎo)，這樣我后面工作上上手就快了很多。

　　所以，你必須盡快的在一到兩周之內(nèi)熟悉公司各個方面的環(huán)境，尤其是人員環(huán)境。我覺得人際關(guān)系在整個公司里面也是很重要的一方面，夸張一點說甚至是比你的本職工作還要重要的。因為，掌握技術(shù)是你智商方面的問題，而與人交往就不是那么簡單，因為我們的興趣、愛好可能差別很大，性格也有內(nèi)向和外向的，所以在進入社會步入工作崗位后與人交往真的是很考驗一個人。如果你在公司人際關(guān)系搞得好的話，工作各方面的協(xié)調(diào)順利，工作的進展也會很順利。

　　還有就是要盡快的熟悉公司的測試環(huán)境，操作系統(tǒng)、開發(fā)語言、平臺，接著就是要了解公司的產(chǎn)品，掌握產(chǎn)品相關(guān)的知識。像我們項目組是自己研發(fā)的經(jīng)銷群、財務(wù)這樣的一個系統(tǒng)。你要了解公司產(chǎn)品的時候，可以向產(chǎn)品研發(fā)部，或設(shè)計部要些相關(guān)的說明文檔，盡快的介入這個行業(yè)，熟悉自己要做的測試項目。說實話，我是學(xué)習(xí)藝術(shù)專業(yè)的，不是學(xué)計算機的，所以我當(dāng)初的時候有點暈，我就直接拿著產(chǎn)品自己在那兒摸索，自己寫出一個產(chǎn)品使用說明。向這樣的事情，可能在大的公司會有專門的配選，在小公司可能就要自己學(xué)習(xí)產(chǎn)品了。不過，我覺得這樣是挺鍛煉人的，又發(fā)掘了你另一方面的潛能呢。

　　盡可能多的參加研發(fā)部的會議

　　員工間的技術(shù)交流。在我們項目像這樣的會一周大概要有一到兩次，大家相互交流工作進展情況，或者是一些相關(guān)的技術(shù)方面的交流。不一定是非常正式的，但我感覺這樣的會議是非常有必要的。

　　還有就是公司研發(fā)部召開的會議，你也要一定要也應(yīng)該的介入、參加。我當(dāng)初介入最早的是他們的研發(fā)意向，然后他的一些需求調(diào)研啊，還有其他的一些設(shè)計啊等等一些會議。像這樣的會議我覺得是一定要抽出時間來參加的，因為這確實是對你的工作有很大的幫助的。因為在立項會議上，你可以了解項目的可操作性，以及項目的特點；在調(diào)研會議上，了解需求，市場需求是開發(fā)的依據(jù)，也是測試的依據(jù)。同時一定要參加需求更改會議，以便你更好的進行測試工作。在這些都做到位后，我們就開始寫測試計劃了。

　　測試計劃

　　寫測試計劃就像我們在課堂上學(xué)到的那些，測試計劃、測試用例，開始我們的測試流程。這時就是具體應(yīng)用的時候。寫測試計劃的時候要跟研發(fā)部要詳細設(shè)計文檔、產(chǎn)品規(guī)格說明書和需求調(diào)研的說明（產(chǎn)品使用說明）這樣的相關(guān)文檔。如果在大公司的話，他的設(shè)計部會寫產(chǎn)品使用說明或者是一些測試規(guī)約。還有就是一定要他的開發(fā)計劃，因為你做每一步測試是根據(jù)開發(fā)進度來進行的，開發(fā)計劃是必不可少的。

　　最后根據(jù)上述的文檔，從時間、內(nèi)容、資源、所用工具，還有人力安排，這樣一份簡單的測試計劃已經(jīng)成形。像一般小的公司，他會對哪個人在哪天完成那項工作是很關(guān)注的，像我們原來學(xué)的那種比較完整的文檔，在這樣項目里是需要變通的，因為他們也沒有很多的人力物力沒有很多的時間去看那樣的文檔。 編寫測試用例首先要根據(jù)產(chǎn)品的特點編寫。你的產(chǎn)品的特點在產(chǎn)品沒有成型之前，你肯定不是特別了解也不是特別清楚，但是你可以根據(jù)它的框架大概的給搭出來，你能想到的盡量給細化寫到文檔里面，然后在測試過程中不斷的完善。

　　如果在測試執(zhí)行的過程中突然間發(fā)現(xiàn)一個比較好的測試用例，一定要及時給補充進去，你不給它補充上去是你的一大損失，因為你以后的工作中可能還會需要這樣的文檔，或者以后接手你工作的人，他可能會看到這個文檔，這對他以后的工作也會有很大的幫助。在大的公司有專門的測試設(shè)計人員來編寫這些東西，在小公司就是測試主管或者測試員編寫。

　　像我們項目從測試用例、測試計劃、測試執(zhí)行什么的都是我來做的。當(dāng)初是因為第一個項目比較小，我自己做，本來是給我招了一個助手，也就用了大概一兩個月吧。我個人的感覺是除非你招特別熟練的，對行業(yè)，對測試技術(shù)各方面都比較熟悉的，一來就能上手工作的還行。如果不這樣，招一個剛畢業(yè)的應(yīng)屆生，他對測試行業(yè)不是很了解，而公司人手本身就少，你根本就沒有時間給他做培訓(xùn)，而你還要工作，也沒有那么大的精力去手把手的教人家。

　　在設(shè)計測試用例的時候要考慮周到，不要重復(fù)。就我的工作來說做ERP產(chǎn)品就是注意各個模塊的借口以及數(shù)據(jù)測試。有好多的接口，比如說銷售模塊是和財務(wù)模塊在測試時是會發(fā)生重復(fù)的部分，這個要自己注意。行業(yè)性比較強接下來說執(zhí)行測試。要按照測試用例來執(zhí)行。你不能說做了測試用例而在工作的時候根本就不看，這樣對你的工作是沒有幫助的。因為你按照測試用例來執(zhí)行的話基本就是按照自己的思路來做，這樣你走到哪一步心里都非常的清楚。這樣最大的好處就是減少重復(fù)的工作，可以提高工作效率。我想這點無論是在小公司還是大公司，還是就我們工作的本身都是很重要的。

　　然后，最好是做測試日記錄，目的就是明確自己測試到哪里，以免重復(fù)工作。就我自己來說，我在做測試的時候每天都會做測試日記，一個是記錄我今天發(fā)現(xiàn)了多少個bug，工作到哪一步了？做了哪些工作。我發(fā)現(xiàn)這個做測試日記錄是很有意思的。每天測出了多少各bug，我雖然在那個bag管理工具上錄了一遍，但是我還是要把它記錄下來。

　　我當(dāng)初第一天去上班的時候，第一次接觸到這個執(zhí)行測試的時候，我記得特別清楚，我是找出了65個bug。我覺得這說明兩個問題，一個是我工作特別認(rèn)真，一個是研發(fā)部有問題確實是有問題。所以，你不要覺得搞研發(fā)的都很厲害，很牛啊，你會有點怵。

　　當(dāng)初我們公司也是聯(lián)想、方正、惠普的這三個主力支柱，但是我沒有覺得怵，雖然他們很自負?；旧虾苄〉腻e誤都能提出來，他們認(rèn)為那根本不是bug。但是你到了討論會或技術(shù)交流會、評估會的時候可以提出來，因為這是你作為一個測試員最基礎(chǔ)的必須的工作，也是你對工作認(rèn)真負責(zé)的態(tài)度。

　　和開發(fā)人員的溝通。這個是對測試人員很重要的。這個我在前面提到過，每個人不是獨立的在做事情，工作中都是需要相互的配合，特別是測試工作，有問題，你需要及時的和研發(fā)人員溝通。如果你連溝通都做不好，那么，你的測試工作根本就沒有辦法進行。在這當(dāng)中，你要堅持自己的原則，就是對事不對人，因為，這個產(chǎn)品有問題，它就是存在bug，那么，就要有人負責(zé)去修改。你不能說，對方是部門領(lǐng)導(dǎo)你就不敢堅持自己提出的問題。第二，就是要堅守其他的測試原則，這就是我們在學(xué)習(xí)理論的時候所掌握的一些知識。因為，我們學(xué)習(xí)時的課程設(shè)計就是根據(jù)項目來設(shè)置的，很多東西基本和實際工作中相吻合。

　　作為測試負責(zé)人，在測試工作中我給自己訂了一個基本的工作流程，現(xiàn)在也就當(dāng)作是部門的規(guī)章制度在執(zhí)行。就是錄入bug以后，我會在下面做bug描述，開發(fā)人員是否要修改，為什么要修改，大概時間是多少，這樣督促對方的話，會有利于工作的進度。不然，如果工作沒有完成，就會出現(xiàn)相互推諉的現(xiàn)象。

　　查出bug后就是督促開發(fā)人員修改bug。同時也要注意bug管理工具。自己要用好bug管理工具，也要督促開發(fā)人員用好bug管理工具。因為，有很多開發(fā)人員還都是比較懶的，他當(dāng)時會跟你說，都有什么bug，你到我的機器上演示給我看不就行了嗎？

　　這是一個不好的習(xí)慣，也很費時間。所以，你一定要督促他們使用bug管理工具。這是我深有體會的，而且，還在兩次較大的公司會議上提出，最終是被大家所接受認(rèn)同。大家都知道，一般開發(fā)的男同事較多，做測試的女孩子較多，你在提出問題的時候態(tài)度不要太強硬，在日常的工作中委婉的提醒他，大家一般都不會太為難你的。不但工作解決了，同事間的關(guān)系也很融洽。

　　接著就是測試報告的編寫。這些我們在就業(yè)班的時候都學(xué)過，就是測試背景、內(nèi)容、測試通過率。以及產(chǎn)品的優(yōu)點、缺陷，還有你對項目的建議。這一切都做好了就是開測試評估會了。

　　關(guān)于自動化測試我的個人意見

　　我個人認(rèn)為現(xiàn)在是自動化成風(fēng)?，F(xiàn)在很多的公司，無論是大是小，無論這公司有沒有用過這個測試工具，他都會問你會用幾種測試工具，會自動化測試嗎？我當(dāng)時去冠泰瑞恒面試的時候，也遇到這個問題，當(dāng)時我首先問他的是，咱們公司做過手工以外的不管是性能啊還是功能其他測試嗎？他們回答說沒有。一個沒有做好手工測試的產(chǎn)品，是堅決不能用工具代替手工的。

　　自動化測試是不能代替手工的。自動化測試用好了可以節(jié)省時間提高效率。但是如果你用不好，反而會增加自己的工作量。如果你的需求和界面一直在增加，那么自動化也是用不起來的。我覺得適合自動化測試的公司，一個是產(chǎn)品對安全和性能要求嚴(yán)格的；一個可以有專人對教本文檔進行維護的。像那些手工測試不過關(guān)，需求經(jīng)常變動，人員少，產(chǎn)品的GUI 經(jīng)產(chǎn)改動的公司都不太適合用自動化測試。

　　一不小心就整理了這么多點滴出來，還真沒想到自己還是很能寫的嘛。估計這和我在公司除了做測試工作，還做些其他工作有關(guān)。我說過，因為冠泰瑞恒安排我從事的這個項目規(guī)模不大，所以，一些產(chǎn)品的使用說明、產(chǎn)品的安裝說明，包括客服培訓(xùn)，都是由我來寫的。在測試之余，一些和測試無關(guān)的工作我也會去做，比如測試制度的編寫，OA 產(chǎn)品管理員，售前咨詢顧問 這樣的工作。我想我就是這么鍛煉出來的。

軟件測試主管工作匯報共2

　　年工作總結(jié)

工作剛滿三個月，在這三個月的時間內(nèi)，我主要做了以下幾個方面的工作：

1.對軟件的熟悉與理解

2.跟隨開發(fā)人員對軟件的改進進行了跟蹤測試，利用功能組合的方法，對各種工具進行了測試，提交Bug共計405個，已驗證關(guān)閉268個。

3.對軟件用戶手冊和管理員手冊的一部分進行了測試與更改，期間也加深了對該軟件各個功能的理解 對已經(jīng)實現(xiàn)的功能基本上都進行了測試，對軟件使用上的改進也提出了自己的建議。期間也了解了軟件的功能需求，主要是對客戶端服務(wù)器端及方案設(shè)計器進行了功能測試。在這段時間里學(xué)到了不少東西。

　　在這段期間軟件根據(jù)用戶的反饋一直在不斷的改進，基本上每天都會有變化，我跟據(jù)開發(fā)的進度一直在不斷的測試，對新增加的工具邊使用邊學(xué)習(xí)，提交缺陷報告，并及時與開發(fā)人員進行溝通處理有歧異的缺陷報告，反復(fù)驗證修復(fù)后的缺陷。直到上一周利用他們出差的時間，我有對以前測試過的工具重新進行了更深一層的的組合測試。 通過這段時間的改進，軟件的各項功能已經(jīng)越來越全面， 目前軟件的基本功能都已實現(xiàn)，致命錯誤越來越少，

　　期間也試用了自動化性能測試工具LoadRunner，由于軟件還沒有整體完成，在使用中不好匹配協(xié)議，現(xiàn)在正在熟悉另一個自動化工具RationalRobot來進行性能測試。 下半年，主要工作時是：

1.隨著軟件的逐步完成，將細化功能測試并及早的著手準(zhǔn)備性能測試，界面測試，易用性等其他方面的總體測試， 2.測試所有與本軟件有關(guān)的文檔

3.解決所有遺留的有歧異的缺陷報告，參照提交的缺陷報告進行回歸測試。

4.隨著其他項目的開展著手準(zhǔn)備測試前期的工作。

　　具體的工作實施安排還將根據(jù)項目組的工作進展和規(guī)劃進行調(diào)整。

軟件測試主管工作匯報共3

　　2016年11月15日工作總結(jié)今日工作總結(jié)測試需求分析法；功能點分析法（FPA）業(yè)務(wù)流程分析法；節(jié)點分析法；順序提取法；流程推斷法；概念：先對輸入文檔進行測試需求分析，以測試需求為基準(zhǔn)，從中提取測試點具體方法：先對輸入文檔進行測試需求分析，提煉出測速需求內(nèi)容，在確定測試需求后從中提取測試點內(nèi)容優(yōu)勢：通過進行測試需求分析，能夠基本覆蓋需求劣勢：需要進行測試需求提取和部分測試需求確認(rèn)，對于部分隱藏需求的識別有一定難度概念：先對輸入文檔進行功能點分析，以提取的功能點為基準(zhǔn)，從中提取測試點具體方法：先對輸入文檔進行功能點提取，根據(jù)功能點列表內(nèi)容提取測試點內(nèi)容優(yōu)勢：FPA能夠滿足系統(tǒng)功能要求，覆蓋到系統(tǒng)實現(xiàn)的基本功能，能夠從用戶角度來度量產(chǎn)品規(guī)模，是一種標(biāo)準(zhǔn)的度量方法劣勢：FPA完全獨立于技術(shù)，不能直接度量軟件的內(nèi)部架構(gòu)和技術(shù)復(fù)雜度，部分程序內(nèi)部業(yè)務(wù)邏輯無法覆蓋到概念：先對輸入文檔進行業(yè)務(wù)流程分析，以業(yè)務(wù)流程為基線，從中提取測試點具體方法：先對輸入文檔進行業(yè)務(wù)流程分析，熟悉了解業(yè)務(wù)流程，從中提取測試點內(nèi)容優(yōu)勢：通過進行業(yè)務(wù)流程分析覆蓋需求，且能夠挖掘出一定隱藏的業(yè)務(wù)需求，有助于理清業(yè)務(wù)分支劣勢：部分功能點無法覆蓋全面，需要一定的行業(yè)經(jīng)驗，和業(yè)務(wù)熟練度概念：節(jié)點分析法是業(yè)務(wù)流程分析法的分支，其重點是將每個5.節(jié)點分析法輸入輸出作為一個節(jié)點，以節(jié)點為基準(zhǔn)提取測試點具體方法：先對輸入文檔進行輸入輸出分析提取節(jié)點，從中提取測試點優(yōu)勢：通過進行節(jié)點分析，能夠理清交易內(nèi)部每個業(yè)務(wù)分支，覆蓋到每個輸入輸出情況劣勢：無法覆蓋隱藏需求，業(yè)務(wù)流程不能覆蓋完整6.測試點提取重點注意事項1）測試點提取不局限于任何一種特定方法2）很多時候測試點提取需要用到多種測試點提取方法3）測試點提取需要根據(jù)測試階段，測試輸入文檔以及測試對象進行合理的方法選擇4）測試點提取完畢后不等于已經(jīng)測試點提取完成，還需要專人進行測試點審核，以防有遺漏或是泛泛的情況出現(xiàn)5）一份好的測試點提取文檔不但能夠覆蓋所有業(yè)務(wù)分支和功能點，而且能夠?qū)⑾嚓P(guān)隱藏需求體現(xiàn)出來6）不同的行業(yè)所采用的測試方法不一樣，但測試點提取的基本思路不變

　　詳細內(nèi)容1.測試點提取方法2.測試需求分析法3.功能點分析法（FPA）4.業(yè)務(wù)流程分析法1）測試行業(yè)由來已久，在傳統(tǒng)制造行業(yè)中他一直是用來保證產(chǎn)品質(zhì)量的一個重要手段，知道現(xiàn)在仍然蓬勃發(fā)展，越來越多的新技術(shù)被運用到測試行業(yè)當(dāng)中來。隨著人們意識到品牌的力量，以及產(chǎn)品的高質(zhì)量對品牌的貢獻，人們對質(zhì)量檢測和質(zhì)量7.對軟件測試的相關(guān)概述保證的投入越來越大。2）PC和互聯(lián)網(wǎng)的普及以及多媒體技術(shù)的成熟和大規(guī)模的使用使得軟件測試提高到了一個新的高度。這時候軟件測試不僅僅是單純的測試軟件，還要求對產(chǎn)品的缺陷趨勢進行評估，還要對軟件產(chǎn)品的測試和質(zhì)量風(fēng)險進行評估。隨著產(chǎn)品規(guī)模的擴大，為了降低測試的成本，出現(xiàn)了一大批自動化測試工具，有的直接幫助測試人員開發(fā)或錄制，執(zhí)行測試用例，有的幫助測試人員管理測試用例，跟蹤軟件缺陷，有的幫助項目管理人員和測試人員分析測試結(jié)果，預(yù)測產(chǎn)品的缺陷數(shù)量走勢。3）現(xiàn)如今軟件的生產(chǎn)還是主要依靠大量開發(fā)人員的手工編碼和測試人員的手工測試，遠沒有實現(xiàn)軟件的工業(yè)時代，因此，軟件行業(yè)留給測試人員的機會還有很多，可以創(chuàng)造更多有價值的理論，提高自動化測試工具的普及，從理論上提高測試用例自動化執(zhí)行的覆蓋面和發(fā)現(xiàn)缺陷的頻率等（現(xiàn)在的自動化測試用例通常僅被提倡用于冒煙測試，回歸測試，和版本驗證測試等，其發(fā)現(xiàn)軟件缺陷的能力有限，僅為總量的20%-30%）? 功能檢查：功能是否齊全；功能是否多余；功能是否可以合并；功能是否可以細分；批量增刪改查操作或大數(shù)據(jù)量較多的頁面，是否支持全鍵盤或全鼠標(biāo)操作，并支持通鍵切換。面向用戶的考慮：操作是否符合用戶習(xí)慣；各種選項可用或禁8.了解編寫測試用例注意事用是否合理；某些相似操作能否成通用項：數(shù)據(jù)處理：數(shù)據(jù)輸入、數(shù)據(jù)處理、數(shù)據(jù)輸出軟件流程測試：反流程操作；反邏輯操作；重復(fù)操作；打亂流程操作或不按操作手冊操作

軟件測試主管工作匯報共3篇(軟件測試工作的各項主要內(nèi)容)相關(guān)文章：