軟件測試個人工作總結(jié)合集8篇

字號:


    “軟件測試個人工作總結(jié)”是一個備受關(guān)注的話題出國留學網(wǎng)的編輯也想發(fā)表一些見解。確保文檔準確和規(guī)范需遵循行業(yè)標準和規(guī)范,最快的寫作方式就是借鑒一些優(yōu)秀的范文,學習范文技巧,可以增強應(yīng)考能力。感謝來體驗這篇文章的美味!
    軟件測試個人工作總結(jié)【篇1】
    參加軟件測試工作后,隨著工作經(jīng)驗的增長自我感覺越來越好。在公司里也逐漸受到同事領(lǐng)導的重視,一次針對公司的新的軟件功能進行測試的時候,像往常一樣“隨手”測試出了幾個bug,然后“仔細”的填寫了bug單(這個bug的現(xiàn)象已經(jīng)出現(xiàn)了很多次了)。這時候測試經(jīng)理走過來,重新復查了一下填寫的bug.他在重現(xiàn)我的bug的過程中,簡化了我的輸入變化,bug神奇的又出現(xiàn)了,同樣的現(xiàn)象,他關(guān)閉軟件重新變化輸入,擴展出10幾個變化后,軟件不動了,內(nèi)存不斷上升。終于他找到了產(chǎn)生軟件的bug的原因,然后對我說“尋找bug要準確定位,我們開發(fā)團隊是一個整體,時間是等量的,時間不在你身上浪費,就是在他身上浪費。如果測試人員每次發(fā)現(xiàn)的bug描述不清楚,并且多個問題潛在的錯誤原因是一個,雖然操作可能稍微有些變化。這樣開發(fā)人員在重現(xiàn)bug的時候他要調(diào)試跟蹤判斷,很花費時間,而且效率低。如果測試人員發(fā)現(xiàn)bug的時候多動手可以更加準確的定位bug步驟和原因,給開發(fā)人員最精確的步驟和準確的描述,這樣整個團隊才能高效,所以需要大家協(xié)作!。”.
    在以后的日子里,每次解決問題的時候我都記得多試驗幾次,多嘗試。網(wǎng)上很多朋友還有同事問我問題的時候,其實他們只是萬里長征就差一步,只要再多動手實驗一次就可以達到目的了。所以多動手,多嘗試。
    軟件測試個人工作總結(jié)【篇2】
    本人自XX年6月25日起進入夢龍移通公司從事手機軟件測試工程師一職,在不知不覺中已經(jīng)經(jīng)過了2個月的試用期。在這段時間里,我感悟頗多,雖然這并不是我的份工作,但是在此期間,我對于工作一貫謙虛謹慎、認真負責的工作態(tài)度,從來沒有改變過。
    我最初參加測試工作的時候,不知道什么是軟件測試,集成測試和系統(tǒng)測試的概念經(jīng)?;煜琧mm是什么就更加不知道了。那時候最簡單的開關(guān)機也是通過直接拔插電源完成,安裝系統(tǒng)對我來說簡直是有史以來人類的技能,對于那些拿著螺絲刀安裝機器的人就認為是宇內(nèi)超級高手,身具殺人于無形之絕世秘技。拿破侖說不想當將軍的士兵不是好士兵,我最初的夢想就是想成為軟件測試的高手,傲視天下。所以不斷偷師,總結(jié)經(jīng)驗,自認為掌握了成為高手的幾個秘技,這幾年混跡“江湖“還算無往而不利。不敢獨享,望與吾輩測試人員切磋,早日總結(jié)成功密技之大成,助新進人員早日入門,也算不愧對東北活雷鋒的稱號。
    招學會利用網(wǎng)絡(luò)
    剛參加工作面對浩瀚的網(wǎng)絡(luò)世界,當時如劉姥姥進大觀園,什么都新奇,什么都想要,從網(wǎng)上下載很多源程序的代碼,軟件技術(shù)文檔之類,恨不得把所有的好東西收集到手中,其實有些在他人看起來就是垃圾一堆。當時覺得有了這些“武林秘籍“,成為高手指日可待。最初參加工作由于自己工作努力有幸轉(zhuǎn)為開發(fā),加入項目組后我的習慣還是沒有改,反而變本加厲,手中的資源更加多,上網(wǎng)的時間更加頻繁。
    一次項目經(jīng)理分配任務(wù),覺得依靠手中的秘籍加上自己的“聰明才智“很快會完成,不料短短的時間,所有的一切變成了馬奇諾防線。解決問題很慢,思路不清晰,項目經(jīng)理在對我施壓的過程中教會了我終身難忘的一招,學會利用網(wǎng)絡(luò)尋找要解決問題的答案,從此google成了我的最愛,關(guān)鍵字成了我變化的招數(shù)。在軟件測試工作中,他幫我解決了很多疑難問題,解答了很多令我迷惑的地方。也是我?guī)椭鷾y試同行解決問題手段之一,很多軟件測試新手,甚至老手都沒有意識到自己手上就握有“無敵秘籍“,所以只要你耐心找,答案就在身邊。
    這里總結(jié)一下利用網(wǎng)絡(luò)搜索引擎的技巧:
    組合搜索
    每次搜索某個文件,如果只給出一個單詞進行搜索,經(jīng)常會出現(xiàn)成千上百萬計的匹配網(wǎng)頁。然而如果再加上一個單詞,那么搜索結(jié)果會更加切題。
    選擇表述內(nèi)容的詞組
    一般我在網(wǎng)頁搜索引擎的時候,選擇一些可以表達我要查找內(nèi)容的關(guān)鍵詞組,用來縮小搜索范圍,從而找到搜索結(jié)果是的辦法。運用詞組搜索涉可以先先簡單地輸入一個問題作為詞組搜索,如果仍然找不到合適的,那就用多個可以表達要查詢內(nèi)容的關(guān)鍵字進行查詢。
    定位信息
    有的時候用詞組搜索不到或者無法準確表達所需信息??梢杂昧硪环N方法直接到信息源,就是直接到到提供某種信息的站點去??梢杂霉健?公司名.”去猜測某一組織的特點。從而得到所要搜索的信息的主要詞組
    其實網(wǎng)絡(luò)上還有很多關(guān)于搜索技巧的文章,大家可以自行學習。千萬要記住搜索引擎是幫助你成功的有力武器。
    第二招學會動手
    參加軟件測試工作后,隨著工作經(jīng)驗的增長自我感覺越來越好。在公司里也逐漸受到同事領(lǐng)導的重視,一次針對公司的新的軟件功能進行測試的時候,像往常一樣“隨手“測試出了幾個bug,然后“仔細“的填寫了bug單(這個bug的現(xiàn)象已經(jīng)出現(xiàn)了很多次了)。這時候測試經(jīng)理走過來,重新復查了一下填寫的bug 。他在重現(xiàn)我的bug的過程中,簡化了我的輸入變化,bug神奇的又出現(xiàn)了,同樣的現(xiàn)象,他關(guān)閉軟件重新變化輸入,擴展出10幾個變
    化后,軟件不動了,內(nèi)存不斷上升。終于他找到了產(chǎn)生軟件的bug的原因,然后對我說“尋找bug要準確定位,我們開發(fā)團隊是一個整體,時間是等量的,時間不在你身上浪費,就是在他身上浪費。如果測試人員每次發(fā)現(xiàn)的bug描述不清楚,并且多個問題潛在的錯誤原因是一個,雖然操作可能稍微有些變化。這樣開發(fā)人員在重現(xiàn)bug的時候他要調(diào)試跟蹤判斷,很花費時間,而且效率低。如果測試人員發(fā)現(xiàn)bug的時候多動手可以更加準確的定位bug步驟和原因,給開發(fā)人員最精我最初參加測試工作的時候,不知道什么是軟件測試,集成測試和系統(tǒng)測試的概念經(jīng)常混淆,cmm是什么就更加不知道了。那時候最簡單的開關(guān)機也是通過直接拔插電源完成,安裝系統(tǒng)對我來說簡直是有史以來人類的技能,對于那些拿著螺絲刀安裝機器的人就認為是宇內(nèi)超級高手,身具殺人于無形之絕世秘技。拿破侖說不想當將軍的士兵不是好士兵,我最初的夢想就是想成為軟件測試的高手,傲
    傲視天下。所以不斷偷師,總結(jié)經(jīng)驗,自認為掌握了成為高手的幾個秘技,這幾年混跡“江湖“還算無往而不利。不敢獨享,望與吾輩測試人員切磋,早日總結(jié)成功密技之大成,助新進人員早日入門,也算不愧對東北活雷鋒的稱號。
    軟件測試個人工作總結(jié)【篇3】
    1、為什么要在一個團隊中開展軟件測試工作?
    因為沒有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量,就好比ISO質(zhì)量認證一樣,測試同樣也需要質(zhì)量的保證,這個時候就需要在團隊中開展軟件測試的工作。在測試的過程發(fā)現(xiàn)軟件中存在的問題,及時讓開發(fā)人員得知并修改問題,在即將發(fā)布時,從測試報告中得出軟件的質(zhì)量情況。
    2、測試能給你帶來什么樣的快樂?
    測試可以給我?guī)砗芏嗫鞓?,如果測試出一個項目缺少東西,我會很高興,因為我對自己的工作有了新的認識,也為公司做了效益;如果測試出一個項目沒有問題,我也很高興,因為同事們都在努力,大家都希望為公司做貢獻,這就是一個很強大的團隊,這是一件多么另人振奮的事情啊!
    3、軟件測試的目的?
    測試的目的是以最少人力、物力和時間找出軟件中潛在各種錯誤和缺陷,通過修正種錯誤和缺陷提高軟件質(zhì)量,回避軟件發(fā)布后由于潛在的軟件缺陷和錯誤造成的隱患帶來的商業(yè)風險。
    4、Alpha測試與beta測試的區(qū)別
    Alpha測試在系統(tǒng)開發(fā)接近完成時對應(yīng)用系統(tǒng)的測試;測試后仍然會有少量的設(shè)計變更。這種測試一般由程序或測試員完成,不能由最終用戶或其它人員完成。
    Beta測試當開發(fā)和測試根本完成時所做的測試,最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成,不能由程序員或測試員完成。
    5、簡述集成測試的過程
    (1)構(gòu)建的確認過程。
    (2)補丁的確認過程。
    (3) Z34 。
    (4)測試用例設(shè)計過程。
    (5)測試代碼編寫過程。
    (6) Bug的報告過程。
    (7)每周/每兩周的構(gòu)建過程。
    (8)點對點的測試過程。
    (9)組內(nèi)培訓過程。
    集成測試過程:集成測試計劃->集成測試設(shè)計->集成測試實現(xiàn)->集成測試執(zhí)行。
    6、質(zhì)量的八大特性是什么?各種特性的定義?
    (1)功能性:軟件所實現(xiàn)的功能達到它的設(shè)計規(guī)范和滿足用戶需求的程度
    (2)性能:在規(guī)定條件下,實現(xiàn)軟件功能所需的響應(yīng)時間和計算機資源(CPU、內(nèi)存、磁盤空間和數(shù)據(jù)吞吐量)的使用程度
    (3)可靠性:在滿足一定條件的應(yīng)用環(huán)境中,軟件能夠正常維持其工作的能力,在出現(xiàn)一些錯誤操作時,軟件可以具有容錯性,如果軟件意外退出,重新啟動后可以恢復最近的軟件數(shù)據(jù)
    (4)安全性:為了防止意外或人為的破壞,軟件應(yīng)具備的自身保護能力
    (5)使用性:用戶在理解、學習和操作軟件的過程中的付出的努力的難易程度
    (6)維護性:軟件在運行維護過程中,如果出現(xiàn)了運行故障或者擴展新功能和性能,軟件系統(tǒng)是否具有可分析性和良好的擴展性,重新設(shè)計后的軟件的穩(wěn)定性和可測試性
    (7)移植性:軟件從現(xiàn)有運行平臺向另一個運行平臺過度的適應(yīng)程度和平臺可替換性
    (8)重用性:整個軟件或其中一部分能作為軟件包而被再利用的程度
    7、系統(tǒng)測試計劃是否需要同行審批,為什么
    需要,系統(tǒng)測試計劃屬于項目階段性關(guān)鍵文檔,因此需要評審。
    8、軟件質(zhì)量應(yīng)該從哪些方面來評價?
    可靠性、安全性、性能、易用性、外觀、穩(wěn)定性
    9、系統(tǒng)測試包含哪些方面?
    1.恢復測試、2.安全測試、3.強度測試、4.性能測試
    10、區(qū)別階段評審的與同行評審
    同行評審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯誤,只要是找錯誤;
    階段評審目的:評審模塊階段作品的正確性可行性及完整性
    同行評審人數(shù):3-7人人員必須經(jīng)過同行評審會議的培訓,由SQA指導
    階段評審人數(shù):5人左右評審人必須是專家具有系統(tǒng)評審資格
    同行評審內(nèi)容:內(nèi)容小一般文檔
    階段評審內(nèi)容:內(nèi)容多,主要看重點
    同行評審時間:一小部分工作產(chǎn)品完成
    階段評審時間:通常是設(shè)置在關(guān)鍵路徑的時間點上!
    11、測試結(jié)束的標準是什么?
    1.用例全部執(zhí)行。2.覆蓋率達到標準。3.缺陷率達到標準。4.其他指標達到質(zhì)量標準
    12、制定測試計劃之前需要了解什么問題?
    (1)軟件測試計劃的目的是什么?是否所有人都知道?他們同意這個測試計劃過程嗎?
    (2)測試的是什么產(chǎn)品?是新程序還是維護升級的?是獨立程序還是由多個小程序組成的?
    (3)產(chǎn)品的質(zhì)量目標是什么?產(chǎn)品的功能需求和性能指標必須得到所有人的一致認可。
    13、請詳述設(shè)計測試用例的方法?(只是列出一個測試用例思考的方向,具體設(shè)計靠經(jīng)驗)
    ①黑盒測試用例根據(jù)業(yè)務(wù)需求說明書來設(shè)計,分為:
    等價劃分法邊界值分析法錯誤推測法因果圖法邏輯覆蓋法
    ②白盒測試用例通過研究代碼與程序結(jié)構(gòu)可以分為以下兩種方式:
    靜態(tài)測試:通過靜態(tài)的`檢查程序代碼、界面、文檔中可能存在的錯誤的過程。
    |-測試代碼編寫的規(guī)范性|-測試界面|-測試相關(guān)需求說明和用戶手冊是否符合實際要求
    動態(tài)測試:通過路徑和分支測試。測試用例主要根據(jù)以下六種覆蓋測試方法設(shè)計
    |-語句覆蓋|-判定覆蓋|-條件覆蓋|-判定/條件覆蓋|-組合覆蓋|-路徑覆蓋
    14、比較負載測試,壓力測試,容量測試和強度測試的區(qū)別
    負載測試:在一定的工作負荷下,系統(tǒng)的負荷及響應(yīng)時間。通過逐步增加系統(tǒng)負載,最終確定在滿足性能指標的情況下,系統(tǒng)能承受的最大負載量的測試。
    強度測試:又稱疲勞強度測試,在系統(tǒng)穩(wěn)定運行的情況下能夠支持的最大并發(fā)用戶數(shù),持續(xù)執(zhí)行一段時間業(yè)務(wù),通過綜合分析,確定系統(tǒng)處理最大工作量強度性能的過程。一定負荷條件下,在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運行給系統(tǒng)性能所造成的影響。
    容量測試:容量測試目的是通過測試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項指標的極限值(如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等),系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運行。容量測試還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負載或工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試是面向數(shù)據(jù)的,并且目的是顯示系統(tǒng)可以處理目標內(nèi)確定的數(shù)據(jù)容量。
    壓力測試:通過逐步增加系統(tǒng)負載,最終確定在什么負載條件下系統(tǒng)性能將處于崩潰狀態(tài),以此獲得系統(tǒng)能提供的最大服務(wù)級別的測試。
    15、測試人員需要何時參加需求分析?
    如果條件允許,原則上來說是越早介入需求分析越好。因為測試人員對需求理解越深刻,對測試工作的開展越有利,可以盡早的確定測試思路,減少與開發(fā)人員的交互,減少對需求理解上的偏差。
    16、軟件的缺陷等級應(yīng)如何劃分?
    嚴重:1.由于程序所引起的死機,非法退出2.死循環(huán)3.數(shù)據(jù)庫發(fā)生死鎖4.因錯誤操作導致的程序中斷5.功能錯誤6.與數(shù)據(jù)庫連接錯誤7.數(shù)據(jù)通訊錯誤。
    較嚴重:1.程序錯誤2.程序接口錯誤3.數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件。
    一般性:1.操作界面錯誤(包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致)2.打印內(nèi)容、格式錯誤3.簡單的輸入限制未放在前臺進行控制4.刪除操作未給出提示5.數(shù)據(jù)庫表中有過多的空字段。
    建議:1.界面不規(guī)范2.輔助說明描述不清楚3.輸入輸出不規(guī)范4.長操作未給用戶提示5.提示窗口文字未采用行業(yè)術(shù)語6.可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志。
    17、你自認為測試的優(yōu)勢在哪里?
    優(yōu)勢在于我對測試堅定不移的信心和熱情,雖然經(jīng)驗還不夠,但測試需要的基本技能我有信心在工作中得以發(fā)揮。
    18、你在測試中發(fā)現(xiàn)了一個bug,但是開發(fā)經(jīng)理認為這不是一個bug,你應(yīng)該怎樣解決。
    (1)如果不是錯誤則應(yīng)該主動承認不是缺陷。
    (2)如果是需求不明確的則應(yīng)和開發(fā)加強溝通補充需求。
    (3)如果和開發(fā)爭論不休應(yīng)該邀請上級判斷。
    19、您認為做好測試計劃工作的關(guān)鍵是什么?
    (1)明確測試的目標,增強測試計劃的實用性
    (2)堅持“5W”規(guī)則,明確內(nèi)容與過程
    (3)采用評審和更新機制,保證測試計劃滿足實際需求
    (4)分別創(chuàng)建測試計劃與測試詳細規(guī)格、測試用例
    20、風險和問題
    ◆市場的壓力
    ◆測試時間不夠
    ◆測試資源的及時到位
    ◆測試人員的技能需求
    ◆開發(fā)進度的變化,需求的變更
    ◆開發(fā)部門的版本控制
    ◆短時間上線。這個是已經(jīng)定好的,沒有參考測試人員的意見。時間短往往不能得到充分的測試,測試策略必須根據(jù)可用的時間進行調(diào)整。盡快指出這樣的問題非常重要,只有這樣才能調(diào)整時間表,確定快速開發(fā)的風險并制定降低風險的策略。
    ◆新的設(shè)計過程。引入新的設(shè)計過程會增加風險,新的設(shè)計過程包括新的工具和設(shè)計技術(shù)。如果采用新的技術(shù),能否像我們預(yù)期的那樣運轉(zhuǎn),都存在很大的風險
    ◆復雜性。我們應(yīng)該進行一些分析工作來確定哪個功能最復雜,哪個功能最容易出錯,錯誤會對系統(tǒng)的哪些地方造成重大的影響。
    ◆使用頻率。軟件最常用功能中隱藏的問題可能給用戶造成嚴重的損失。
    ◆不可測試的需求。不可測試的需求會對系統(tǒng)的成功造成巨大的威脅。如果測試組在需求階段就驗證了需求的可測試性,對需求進行了評審,那么此類問題會減少多。
    軟件測試個人工作總結(jié)【篇4】
    20xx年是我進入公司的第一年,也是我的工作能力得到提高和快速發(fā)展的一年,在公司領(lǐng)導的指導和同事以及其它部門的支持配合下,最后在經(jīng)過自己的努力,完成了自己所要完成的各項工作任務(wù),在新的一年來臨之跡,我要對過去一年的工作進行一個全面的總結(jié),以便在今年的工作中能夠有更明確的目標,盡量克服自己現(xiàn)在所存在的不足,希望能更一步為自己所在的部門增光,做出自己的貢獻。下面是我對去年工作匯總。
    一、總結(jié):
    1、自身定位:在過去一年,是我進公司的第一年,也是我工作的第一年,剛開始在我對工作競爭和自身都不甚了解的情況下,在領(lǐng)導和同事的指導下,我感覺自己已經(jīng)慢慢對人與人的競爭和自身定位有了深刻的了解,因為有了自我目標,才能感受到自己的壓力有多大!我的目標也不只是完成目前所要做的工作而已,要向其它方面拓展學習。
    2、定下心來,踏踏實實:我學的是計算機專業(yè),我的工作也是計算機方面的,以前有什么優(yōu)勢,但是踏入工作崗位后才發(fā)現(xiàn),自己學的只是一個基礎(chǔ),只是有些方面或許比別人走的快一步,所以一切都要靠自己、自己要定得心下來學習、成功需要耐得住寂寞,不求最快,但求最好。
    3、團隊合作:以前在學?;蛟S你可以靠一個取得好成績,在工作上你必須要有一個團隊,在一個部門之中,團隊合作精神顯得尤為重要、以前我做有些事都是一意孤行,但現(xiàn)在已經(jīng)對自己改變了,多聽聽他人意見,會犯更少錯誤,會更長見識,所以要學會與同事之間的合作,做事才更有效。
    4、工作情況:在公司一年,對MES大型系統(tǒng)有了個大概了解,對我們所要學習的MES已經(jīng)可以說差不多都掌握,條碼打印機的維修和設(shè)置掌握,A4打印機大多數(shù)情況可以維護,PDA、條碼槍已掌握,電腦的系統(tǒng)重裝和維護已掌握,其它基本設(shè)置可以維護,對新出來的程序掌握和了解也比較快。
    5、課外學習:SQL該學的已經(jīng)掌握,C#學習,簡單的程序可以編寫,但有時還要依靠于網(wǎng)絡(luò)和朋友,需要進一步加強。但主要還是以網(wǎng)絡(luò)為主。
    二、自身缺點
    1、溝通問題:自己的溝通能力只能算一般,因為對于某些事的闡釋還是不怎么好,語言表達能力有點差,希望通過平時的交流和溝通來加強。
    2、心態(tài)問題:自己對于做某些事過于著急,一心想急切完成,確反而誤時,這個問題一開始就一直出現(xiàn),現(xiàn)在雖然已經(jīng)基本克服,但也要列入缺點方面,希望以后時刻注意!
    3、學習問題:對于課外學習C#這方面,我在編程時感覺困難的時候有時候就不愿去做,現(xiàn)在雖然已經(jīng)慢慢改進上網(wǎng)搜資料和問問朋友,但有時候還是克服不了自己。
    軟件測試個人工作總結(jié)【篇5】
    先介紹一下我的背景:通信類院校畢業(yè)、本科、計算機專業(yè),畢業(yè)后進入一家大型通信設(shè)備商工作,任職軟件測試工程師。
    05年7月13日入部門,此時才知道自己被分配到了測試部。部門主管把我領(lǐng)走后,就把我交給了導師。
    入部門的頭幾天,主要熟悉公司的工作環(huán)境,認識部門同事,了解產(chǎn)品知識。由于我們是做傳輸設(shè)備的,所以當時學習的產(chǎn)品知識主要以SDH原理為主,包括SDH的幀結(jié)構(gòu)、網(wǎng)絡(luò)的保護和倒換等。
    項目概況:該項目是在PC和Sun工作站上開發(fā)的軟件,屬于CS結(jié)構(gòu)。Client端用Java開發(fā)(開始使用JDK1.3,后來改用JDK1.4),實現(xiàn)跨平臺;Server端用C++開發(fā),使用ACE實現(xiàn)跨平臺(Windows和Unix)。
    人力投入:開發(fā)好像是9人,測試3人。(我來的時候是產(chǎn)品的第2個版本,人力投入大概如此)
    我入部門幾天后,T項目就進入了測試階段。我的任務(wù)就是執(zhí)行分配給我的測試用例。當時我只知道根據(jù)測試用例描述的內(nèi)容,去點鼠標,如果發(fā)現(xiàn)程序出現(xiàn)錯誤或異常,就填寫問題單。我就這樣沒有任何思考的按著測試用例點了3個月的鼠標 : )
    現(xiàn)在想起當初的測試工作,實在有太多的不足,和待改進點。
    1|||、測試用例。對于一個軟件的測試來講,測試用例是至關(guān)重要的。測試用例要覆蓋所有測試規(guī)格,而且測試用例要易于理解、易于執(zhí)行,簡單的講就是要描述的規(guī)范。而當時我們的測試用例卻是一團糟,最糟糕的是用例的質(zhì)量很差,使用這些測試用例,根本無法保證產(chǎn)品質(zhì)量。測試用例的預(yù)置條件、操作步驟、預(yù)期結(jié)果的描述也是亂糟糟的,而且用于存儲測試用例的Excel表格設(shè)計的很差,界面很不友好,從一定程度上降低了測試效率。
    2、產(chǎn)品知識。T軟件雖然是在PC和工作站上運行的,但是開發(fā)T軟件的目的是為產(chǎn)品服務(wù)的,所以我們必須具備產(chǎn)品知識,才能更好的對T軟件進行測試。恰巧當時包括我導師在內(nèi)的3個人,都不太了解產(chǎn)品,所以就造成我們無法判斷某些測試用例是否驗證通過。從而導致了與開發(fā)人員的多次爭吵。
    3、軟件測試的重點不明確。軟件測試是軟件工程中的一項重要活動,它盡可能發(fā)現(xiàn)程序中存在的缺陷,保證程序的質(zhì)量。但軟件作為一種商業(yè)品,有它的發(fā)布時限,老板說這個軟件要1月份發(fā)布,你總不能測到12月份再給他發(fā)布吧。當時我們在一些小問題上與開發(fā)人員糾纏過多,而很多重點卻沒有得到重視,一些嚴重問題暴露的比較晚,導致測試時間延了又延,版本測了一個又一個,想起那些日子,只能如此描述:“累并痛苦著”。 : (
    4、測試流程的把握。7月份中旬,T項目從開發(fā)部轉(zhuǎn)到測試部,進入了測試階段,實際當時的產(chǎn)品質(zhì)量并不能達到轉(zhuǎn)測試的標準,而我們卻讓他們通過了轉(zhuǎn)測試,結(jié)果就給我們自己帶來了巨大的痛苦。而且后續(xù)的幾個版本也如此,我們是測了一輪又一輪,測的我們都要絕望了。回頭想一想,T軟件還真的是我們測出來的,而不是開發(fā)寫出來的 : )
    軟件測試個人工作總結(jié)【篇6】
    時光荏苒,如今xx年的帷幕已經(jīng)謝下,xx年的鐘聲已經(jīng)敲響,在公司高層的正確領(lǐng)導下,我們佰騰科技又走過了一年。而我也在自己的努力以及同事的幫助下完成了20xx年我所負責的工作,以下就是我對過去這一年的工作總結(jié):
    一、測試工作及經(jīng)驗
    作為軟件部測試組的一員,首先要做好的就是自己的本職工作,我在20xx年中所做的工作主要有:
    1、XX測試用例的編寫,對系統(tǒng)的測試、跟蹤。
    2、XX需求、高保圖、界面和功能的測試。
    3、XX功能測試用例的編寫,高保圖、系統(tǒng)的測試。
    4、XX的靜態(tài)頁面測試和功能測試。
    5、XX的功能測試。
    6、XX第一、二、三迭代高保圖測試,測試用例編寫,靜態(tài)頁面和功能測試,并主持參與測試用例評審。
    7、XX平臺高保圖的測試和系統(tǒng)靜態(tài)頁面、功能的測試。
    8、XX的高保圖測試和測試用例的編寫。
    9、XX的靜態(tài)頁面和功能測試,參與測試用例的評審。
    10、XX的高保圖測試、靜態(tài)頁面和功能測試。
    11、XX用戶使用手冊的編寫。
    一年的工作,讓我獲得很多方面的經(jīng)驗:
    1、編寫邏輯覆蓋率全的測試用例甚為重要。在理解需求的前提下編寫測試用例,使得我掌握了多種測試用例編寫方法,更讓我對產(chǎn)品的需求有更加深入的理解,須知對需求是否理解透徹決定了能否有效、全面地對產(chǎn)品進行測試。
    2、要站在用戶角度對系統(tǒng)進行測試。從一些項目中出現(xiàn)的未能及時發(fā)現(xiàn)的bug中,我認識到用戶體驗的重要性,現(xiàn)在能夠越來越多的從這方面來執(zhí)行測試。
    3、對拿到手的項目有較清晰的思路,能夠更加快速、準確地發(fā)現(xiàn)問題。
    4、越來越規(guī)范的工作流程的讓我們的工作有條不紊的進行,讓我深刻認識到工作的規(guī)范性是多么的重要,并且從中學習如何從文檔和流程上規(guī)范工作。
    5、同事間的溝通很重要。現(xiàn)在不管遇到什么不確定或疑惑,都與開發(fā)人員、產(chǎn)品經(jīng)理等及時溝通,大大提高了工作的效率。
    二、加強自我能力的提高
    只有不斷的提高自己各種的能力,才能勝任越來越艱巨的任務(wù),因此在工作相對不飽和的時候,我自己進行了一些學習。
    為提高對“用戶體驗”的理解,我學習了《下一站用戶體驗》,書中一些經(jīng)驗確實讓我獲益匪淺。不能總拿別人的用戶體驗去改進自己的產(chǎn)品,但是有一些卻是通用的,比如:太多彈出框、按鈕會給用戶帶來憤怒感,要適當?shù)慕o頁面減肥等等。
    深知單純的界面測試和功能測試已經(jīng)漸漸不能滿足今后平臺的開發(fā),所以我學習了性能測試的一些相關(guān)知識,并在*的指導下運用LR工具進行簡單性能測試,以后必須堅持學習。
    三、存在的不足及明年計劃
    一年的工作讓我有所進步,但是很多地方還是存在不足,比如:有時候看問題比較主觀,不是很細致,沒能深入地去測試,會有遺漏的bug;自身專業(yè)技術(shù)能力還不足,不能從系統(tǒng)穩(wěn)定性這一點上對系統(tǒng)進行測試。在以后的工作中,我會努力改善。
    在20xx年的工作中,我計劃:
    1、本著實事求是的態(tài)度,更加認真、負責的完成工作。
    2、要盡可能深刻的理解需求,堅持編寫覆蓋率強的測試用例。
    3、按照系統(tǒng)穩(wěn)定性測試方案,要逐漸對系統(tǒng)的穩(wěn)定性、安全性進行測試。
    4、繼續(xù)研究性能測試,并要將LR工具運用在實際工作中。
    5、多多的學習,參加一些有益的培訓,在實際工作中活學活用。
    四、個人建議
    這一年來我們部門有著的顯著進步,越發(fā)規(guī)范的工作流程,越來越明確的責任制度、管理體系等,都讓我們更加有凝聚力。在此,個人提出以下幾個小建議:
    1、希望可以加強對項目的把控,盡量能將延期風險降到最低。
    2、從各個組對需求理解的不一致,以及信息更新不及時等問題上看,溝通問題還是有待完善。
    3、希望能夠在需求這一關(guān)卡上能更詳細、準確的確定產(chǎn)品的功能要求。
    4、雖然工作任務(wù)繁重,還是希望部門能夠多組織活動,完善獎勵制度,可以讓大家更加激情的為部門、為公司奉獻自己的全部力量。
    以上是我個人的一些淺見,相信在大家共同的努力下,向著同一個目標進發(fā),軟件部甚至整個公司必定會大展全新的宏圖偉業(yè)。
    軟件測試個人工作總結(jié)【篇7】
    回首三年大學生活,各種情景歷歷在目,這些日子有成功的喜悅,有失敗的彷徨。在學習方面,我覺得大學生的.首要任務(wù)還是學好基礎(chǔ)知識,所以在學習上我踏踏實實,一點也不放松自己。我認為好的學習方法對學好知識很有幫助,所以在每次考試后,我都會總結(jié)一下學習經(jīng)驗。一份耕耘一分收獲,每每看到自己優(yōu)異的成績,我就會對自己更有信心,沒有什么事是不可能的。對于我們現(xiàn)代大學生來說,光光學好書本上的知識是遠遠不夠的。學習當然是重要的,一個人能力的培養(yǎng)也不容忽視。三年的大學生活給了我很多挑戰(zhàn)自我的機會,如系學生會的競選。在參與各種社團活動的過程中,我結(jié)交了一些很好的朋友,學到了為人處事的方法,鍛煉了自己的能力。這些經(jīng)歷使我明白有些事情如果嘗試了,成功的機會就有一半,如果不去嘗試,成功的幾率只能為零。機會來臨時,我們就要好好地把握住。
    在專業(yè)技能上,為適應(yīng)社會發(fā)展的需求,我認真學習各種專業(yè)知識,發(fā)揮自己的特長;挖掘自身的潛力,結(jié)合每年的暑期社會實踐機會,從而逐步提高了自己的學習能力和分析處理問題的能力以及一定的協(xié)調(diào)組織和管理能力。
    在社會實踐上,我利用課余時間經(jīng)常閱覽各類的書籍,并參加了軟件測試工程師的培訓,成績優(yōu)秀。學習固然是學生的職業(yè),這份職業(yè)同樣需要有智慧、毅力和恒心。在當今這個快速發(fā)展的信息時代,我們只有不斷汲取新知識,才不會落伍,才可能戰(zhàn)勝自己。
    三年的大學生活是我人生中想抹也抹不掉的回憶,我邁步向前的時候不會忘記回首凝望曾經(jīng)的歲月。謝謝我的大學鑄造了成長的我。
    軟件測試個人工作總結(jié)【篇8】
    通過面試,來到xxxx公司工作,已經(jīng)一個月過去了,我努力了解公司的文化、制度、相關(guān)本崗工作的各種信息,以便盡快的融入到公司大家庭。對我一個月來的工作總結(jié)如下:
    一、對公司的認識
    在工作初期,我從各渠道了解公司的發(fā)展情況;對公司的業(yè)務(wù)模式、組織架構(gòu)、地域分布有了初步的了解;閱讀了一些公司管理制度。對公司的發(fā)展前景充滿信心,愿意更加堅實與公司共同成長。
    二、工作了解
    1、信息化工作無中期的戰(zhàn)略目標
    基礎(chǔ)建設(shè)與運維方面
    基礎(chǔ)建設(shè)薄弱。設(shè)備相應(yīng)的資產(chǎn)信息、應(yīng)用權(quán)限、輔助安全、擴展應(yīng)用、、、、、、管理都較松散,缺乏整套切實可行的運維機制(當然這和公司之前無本崗位人才有關(guān))。
    3、網(wǎng)絡(luò)方面
    網(wǎng)絡(luò)不足以支撐目前的公司應(yīng)用規(guī)模,表現(xiàn)在:網(wǎng)絡(luò)結(jié)構(gòu)無規(guī)劃、帶寬不足、網(wǎng)絡(luò)管理設(shè)備性能太低,這些因素導致公司網(wǎng)絡(luò)不穩(wěn)定,無法支撐發(fā)布IT應(yīng)用服務(wù)。
    系統(tǒng)推進方面
    對于目前xxxx系統(tǒng)在測試準備階段深切體會到一些問題:
    (1)從整體看這套xxxx不符合目前公司的管理結(jié)構(gòu)。即:我公司所選這款xxxx系統(tǒng)適合中小企業(yè)或者但組織架構(gòu)企業(yè),不適合我們目前的集團管理架構(gòu)。在日后我們xxxx應(yīng)用逐漸成熟和層次逐漸深化時就會暴漏出很多問題。如:與日后集團型其它系統(tǒng)數(shù)據(jù)對接、更深層次權(quán)限劃定
    (2)的模塊選擇不合理。對一般xxxx非常有用的模塊沒有購買,如:日程提醒、數(shù)字簽名、移動應(yīng)用。對我們目前現(xiàn)狀沒必要的模塊又買了,如:郵件模塊、辦公用品管理。
    (3)系統(tǒng)功能弱。開放自助修改地方的相對市場上主流xxxx較少;協(xié)同審批流程設(shè)定麻煩;新聞中心版面僵硬,不可修改;知識中心版面缺乏人性化;通訊錄功能非常薄弱;即時通訊功能太可憐
    (4)、系統(tǒng)實施規(guī)劃不夠全面。系統(tǒng)實施零散,缺乏整體規(guī)劃。如:系統(tǒng)基礎(chǔ)設(shè)備架設(shè)不安全;數(shù)據(jù)備份不合理;系統(tǒng)基礎(chǔ)數(shù)據(jù)有些缺少統(tǒng)一規(guī)則制定;乙方顧問更換平凡、對接人多。
    三、工作推進
    1、將兩個無線路由安裝使用起來。
    上線準備工作完成。截止20xx年xxxx月xxxx日xxxx上線前的準備基本完成,包括上線前全員培訓。接下來就是公司開始試用行,上線運行后再出現(xiàn)的問題繼續(xù)協(xié)調(diào)處理。
    3、機房整理,將小UPS裝給財務(wù)利用;不用之物清理出機房;
    四、工作展開計劃
    通過對公司的了解,利用現(xiàn)有資源,以現(xiàn)在已明確的任務(wù)為首要(xxxx系統(tǒng)推行到全公司),結(jié)合公司信息化長遠發(fā)展,逐步從基礎(chǔ)架構(gòu)開始完善信息化工作,計劃工作如下開展:
    1、首先將xxxx系統(tǒng)在集團總部推行起來。
    2、下一步整改機房,使機房相對安全,整潔。
    3、深入了解整個集團各公司的網(wǎng)絡(luò)使用狀況,對網(wǎng)絡(luò)全面的規(guī)劃改造,為日后公司更多的IT應(yīng)用做準備。
    4、建立升級和建立基礎(chǔ)的信息共享溝通,即:升級郵箱、建立整個集團可應(yīng)用的即時通訊系統(tǒng)、簡單文件共享。
    5、擬建初步的信息化管理辦法。
    系統(tǒng)在各個公司逐步推行使用起來。
    小編精心推薦
    個人工作總結(jié) | 周工作總結(jié) | 月工作總結(jié) | 季度工作總結(jié) | 半年工作總結(jié) | 年終工作總結(jié)