為了讓我們的社會實踐工作不斷發(fā)展、前進，總結(jié)在我們的工作生活中是必不可少的，定期做好工作總結(jié)，會讓我們的工作效率大大提高，你知道怎么寫嗎？下面是范文網(wǎng)小編分享的軟件測試工作總結(jié)12篇(軟件測試怎么寫工作總結(jié))，以供參閱。
軟件測試工作總結(jié)1
1、為什么要在一個團隊中開展軟件測試工作？
因為沒有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比ISO質(zhì)量認(rèn)證一樣，測試同樣也需要質(zhì)量的保證，這個時候就需要在團隊中開展軟件測試的工作。在測試的過程發(fā)現(xiàn)軟件中存在的問題，及時讓開發(fā)人員得知并修改問題，在即將發(fā)布時，從測試報告中得出軟件的質(zhì)量情況。
2、測試能給你帶來什么樣的快樂？
測試可以給我?guī)砗芏嗫鞓?，如果測試出一個項目缺少東西，我會很高興，因為我對自己的工作有了新的認(rèn)識，也為公司做了效益;如果測試出一個項目沒有問題，我也很高興，因為同事們都在努力，大家都希望為公司做貢獻，這就是一個很強大的團隊，這是一件多么另人振奮的事情啊!
3、軟件測試的目的？
測試的目的是以最少人力、物力和時間找出軟件中潛在各種錯誤和缺陷，通過修正種錯誤和缺陷提高軟件質(zhì)量，回避軟件發(fā)布后由于潛在的軟件缺陷和錯誤造成的隱患帶來的商業(yè)風(fēng)險。
4、Alpha測試與beta測試的區(qū)別
Alpha測試在系統(tǒng)開發(fā)接近完成時對應(yīng)用系統(tǒng)的測試；測試后仍然會有少量的設(shè)計變更。這種測試一般由程序或測試員完成，不能由最終用戶或其它人員完成。
Beta測試當(dāng)開發(fā)和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。
5、簡述集成測試的過程
(1)構(gòu)建的確認(rèn)過程。
(2)補丁的確認(rèn)過程。
(3) Z34 。
(4)測試用例設(shè)計過程。
(5)測試代碼編寫過程。
(6) Bug的報告過程。
(7)每周/每兩周的構(gòu)建過程。
(8)點對點的測試過程。
(9)組內(nèi)培訓(xùn)過程。
集成測試過程:集成測試計劃->集成測試設(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)一些錯誤操作時，軟件可以具有容錯性，如果軟件意外退出，重新啟動后可以恢復(fù)最近的軟件數(shù)據(jù)
(4）安全性：為了防止意外或人為的破壞，軟件應(yīng)具備的自身保護能力
(5）使用性：用戶在理解、學(xué)習(xí)和操作軟件的過程中的付出的努力的難易程度
(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.恢復(fù)測試、2.安全測試、3.強度測試、4.性能測試
10、區(qū)別階段評審的與同行評審
同行評審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯誤，只要是找錯誤;
階段評審目的:評審模塊階段作品的正確性可行性及完整性
同行評審人數(shù):3-7人人員必須經(jīng)過同行評審會議的培訓(xùn)，由SQA指導(dǎo)
階段評審人數(shù):5人左右評審人必須是專家具有系統(tǒng)評審資格
同行評審內(nèi)容:內(nèi)容小一般文檔< 40頁，代碼< 500行
階段評審內(nèi)容:內(nèi)容多，主要看重點
同行評審時間:一小部分工作產(chǎn)品完成
階段評審時間:通常是設(shè)置在關(guān)鍵路徑的時間點上!
11、測試結(jié)束的標(biāo)準(zhǔn)是什么？
1.用例全部執(zhí)行。2.覆蓋率達到標(biāo)準(zhǔn)。3.缺陷率達到標(biāo)準(zhǔn)。4.其他指標(biāo)達到質(zhì)量標(biāo)準(zhǔn)
12、制定測試計劃之前需要了解什么問題？
(1)軟件測試計劃的目的是什么？是否所有人都知道？他們同意這個測試計劃過程嗎？
(2)測試的是什么產(chǎn)品？是新程序還是維護升級的？是獨立程序還是由多個小程序組成的？
(3)產(chǎn)品的質(zhì)量目標(biāo)是什么？產(chǎn)品的功能需求和性能指標(biāo)必須得到所有人的一致認(rèn)可。
13、請詳述設(shè)計測試用例的方法？（只是列出一個測試用例思考的方向，具體設(shè)計靠經(jīng)驗）
①黑盒測試用例根據(jù)業(yè)務(wù)需求說明書來設(shè)計，分為：
等價劃分法邊界值分析法錯誤推測法因果圖法邏輯覆蓋法
?、诎缀袦y試用例通過研究代碼與程序結(jié)構(gòu)可以分為以下兩種方式：
靜態(tài)測試：通過靜態(tài)的`檢查程序代碼、界面、文檔中可能存在的錯誤的過程。
|-測試代碼編寫的規(guī)范性|-測試界面|-測試相關(guān)需求說明和用戶手冊是否符合實際要求
動態(tài)測試：通過路徑和分支測試。測試用例主要根據(jù)以下六種覆蓋測試方法設(shè)計
|-語句覆蓋|-判定覆蓋|-條件覆蓋|-判定/條件覆蓋|-組合覆蓋|-路徑覆蓋
14、比較負載測試，壓力測試，容量測試和強度測試的區(qū)別
負載測試：在一定的工作負荷下，系統(tǒng)的負荷及響應(yīng)時間。通過逐步增加系統(tǒng)負載，最終確定在滿足性能指標(biāo)的情況下，系統(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)用特征的某項指標(biāo)的極限值（如最大并發(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)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。
壓力測試：通過逐步增加系統(tǒng)負載，最終確定在什么負載條件下系統(tǒng)性能將處于崩潰狀態(tài)，以此獲得系統(tǒng)能提供的最大服務(wù)級別的測試。
15、測試人員需要何時參加需求分析？
如果條件允許，原則上來說是越早介入需求分析越好。因為測試人員對需求理解越深刻，對測試工作的開展越有利，可以盡早的確定測試思路，減少與開發(fā)人員的交互，減少對需求理解上的偏差。
16、軟件的缺陷等級應(yīng)如何劃分？
嚴(yán)重：1.由于程序所引起的死機，非法退出2.死循環(huán)3.數(shù)據(jù)庫發(fā)生死鎖4.因錯誤操作導(dǎo)致的程序中斷5.功能錯誤6.與數(shù)據(jù)庫連接錯誤7.數(shù)據(jù)通訊錯誤。
較嚴(yán)重：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ū)分標(biāo)志。
17、你自認(rèn)為測試的優(yōu)勢在哪里？
優(yōu)勢在于我對測試堅定不移的信心和熱情，雖然經(jīng)驗還不夠，但測試需要的基本技能我有信心在工作中得以發(fā)揮。
18、你在測試中發(fā)現(xiàn)了一個bug，但是開發(fā)經(jīng)理認(rèn)為這不是一個bug，你應(yīng)該怎樣解決。
(1)如果不是錯誤則應(yīng)該主動承認(rèn)不是缺陷。
(2)如果是需求不明確的則應(yīng)和開發(fā)加強溝通補充需求。
(3)如果和開發(fā)爭論不休應(yīng)該邀請上級判斷。
19、您認(rèn)為做好測試計劃工作的關(guān)鍵是什么？
(1)明確測試的目標(biāo)，增強測試計劃的實用性
(2)堅持“5W”規(guī)則，明確內(nèi)容與過程
(3)采用評審和更新機制，保證測試計劃滿足實際需求
(4)分別創(chuàng)建測試計劃與測試詳細規(guī)格、測試用例
20、風(fēng)險和問題
◆市場的壓力
◆測試時間不夠
◆測試資源的及時到位
◆測試人員的技能需求
◆開發(fā)進度的變化，需求的變更
◆開發(fā)部門的版本控制
◆短時間上線。這個是已經(jīng)定好的，沒有參考測試人員的意見。時間短往往不能得到充分的測試，測試策略必須根據(jù)可用的時間進行調(diào)整。盡快指出這樣的問題非常重要，只有這樣才能調(diào)整時間表，確定快速開發(fā)的風(fēng)險并制定降低風(fēng)險的策略。
◆新的設(shè)計過程。引入新的設(shè)計過程會增加風(fēng)險，新的設(shè)計過程包括新的工具和設(shè)計技術(shù)。如果采用新的技術(shù)，能否像我們預(yù)期的那樣運轉(zhuǎn)，都存在很大的風(fēng)險
◆復(fù)雜性。我們應(yīng)該進行一些分析工作來確定哪個功能最復(fù)雜，哪個功能最容易出錯，錯誤會對系統(tǒng)的哪些地方造成重大的影響。
◆使用頻率。軟件最常用功能中隱藏的問題可能給用戶造成嚴(yán)重的損失。
◆不可測試的需求。不可測試的需求會對系統(tǒng)的成功造成巨大的威脅。如果測試組在需求階段就驗證了需求的可測試性，對需求進行了評審，那么此類問題會減少多。
軟件測試工作總結(jié)2
本人自XX年6月25日起進入夢龍移通公司從事手機軟件測試工程師一職，在不知不覺中已經(jīng)經(jīng)過了2個月的試用期。在這段時間里，我感悟頗多，雖然這并不是我的份工作，但是在此期間，我對于工作一貫謙虛謹(jǐn)慎、認(rèn)真負責(zé)的工作態(tài)度，從來沒有改變過。
我最初參加測試工作的時候，不知道什么是軟件測試，集成測試和系統(tǒng)測試的概念經(jīng)?；煜琧mm是什么就更加不知道了。那時候最簡單的開關(guān)機也是通過直接拔插電源完成，安裝系統(tǒng)對我來說簡直是有史以來人類的技能，對于那些拿著螺絲刀安裝機器的人就認(rèn)為是宇內(nèi)超級高手，身具殺人于無形之絕世秘技。拿破侖說不想當(dāng)將軍的士兵不是好士兵，我最初的夢想就是想成為軟件測試的高手，傲視天下。所以不斷偷師，總結(jié)經(jīng)驗，自認(rèn)為掌握了成為高手的幾個秘技，這幾年混跡“江湖“還算無往而不利。不敢獨享，望與吾輩測試人員切磋，早日總結(jié)成功密技之大成，助新進人員早日入門，也算不愧對東北活雷鋒的稱號。
招學(xué)會利用網(wǎng)絡(luò)
剛參加工作面對浩瀚的網(wǎng)絡(luò)世界，當(dāng)時如劉姥姥進大觀園，什么都新奇，什么都想要，從網(wǎng)上下載很多源程序的代碼，軟件技術(shù)文檔之類，恨不得把所有的好東西收集到手中，其實有些在他人看起來就是垃圾一堆。當(dāng)時覺得有了這些“武林秘籍“，成為高手指日可待。最初參加工作由于自己工作努力有幸轉(zhuǎn)為開發(fā)，加入項目組后我的習(xí)慣還是沒有改，反而變本加厲，手中的資源更加多，上網(wǎng)的時間更加頻繁。
一次項目經(jīng)理分配任務(wù)，覺得依靠手中的秘籍加上自己的“聰明才智“很快會完成，不料短短的`時間，所有的一切變成了馬奇諾防線。解決問題很慢，思路不清晰，項目經(jīng)理在對我施壓的過程中教會了我終身難忘的一招，學(xué)會利用網(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)鍵字進行查詢。
定位信息
有的時候用詞組搜索不到或者無法準(zhǔn)確表達所需信息。可以用另一種方法直接到信息源，就是直接到到提供某種信息的站點去?？梢杂霉健?公司名.”去猜測某一組織的特點。從而得到所要搜索的信息的主要詞組
其實網(wǎng)絡(luò)上還有很多關(guān)于搜索技巧的文章，大家可以自行學(xué)習(xí)。千萬要記住搜索引擎是幫助你成功的有力武器。
第二招學(xué)會動手
參加軟件測試工作后，隨著工作經(jīng)驗的增長自我感覺越來越好。在公司里也逐漸受到同事領(lǐng)導(dǎo)的重視，一次針對公司的新的軟件功能進行測試的時候，像往常一樣“隨手“測試出了幾個bug，然后“仔細“的填寫了bug單(這個bug的現(xiàn)象已經(jīng)出現(xiàn)了很多次了)。這時候測試經(jīng)理走過來，重新復(fù)查了一下填寫的bug 。他在重現(xiàn)我的bug的過程中，簡化了我的輸入變化，bug神奇的又出現(xiàn)了，同樣的現(xiàn)象，他關(guān)閉軟件重新變化輸入，擴展出10幾個變
化后，軟件不動了，內(nèi)存不斷上升。終于他找到了產(chǎn)生軟件的bug的原因，然后對我說“尋找bug要準(zhǔn)確定位，我們開發(fā)團隊是一個整體，時間是等量的，時間不在你身上浪費，就是在他身上浪費。如果測試人員每次發(fā)現(xiàn)的bug描述不清楚，并且多個問題潛在的錯誤原因是一個，雖然操作可能稍微有些變化。這樣開發(fā)人員在重現(xiàn)bug的時候他要調(diào)試跟蹤判斷，很花費時間，而且效率低。如果測試人員發(fā)現(xiàn)bug的時候多動手可以更加準(zhǔn)確的定位bug步驟和原因，給開發(fā)人員最精我最初參加測試工作的時候，不知道什么是軟件測試，集成測試和系統(tǒng)測試的概念經(jīng)常混淆，cmm是什么就更加不知道了。那時候最簡單的開關(guān)機也是通過直接拔插電源完成，安裝系統(tǒng)對我來說簡直是有史以來人類的技能，對于那些拿著螺絲刀安裝機器的人就認(rèn)為是宇內(nèi)超級高手，身具殺人于無形之絕世秘技。拿破侖說不想當(dāng)將軍的士兵不是好士兵，我最初的夢想就是想成為軟件測試的高手，傲
傲視天下。所以不斷偷師，總結(jié)經(jīng)驗，自認(rèn)為掌握了成為高手的幾個秘技，這幾年混跡“江湖“還算無往而不利。不敢獨享，望與吾輩測試人員切磋，早日總結(jié)成功密技之大成，助新進人員早日入門，也算不愧對東北活雷鋒的稱號。
軟件測試工作總結(jié)3
軟件測試基礎(chǔ)總結(jié)
學(xué)了兩周的軟件基礎(chǔ)知識，這期間基本上是以自己看為主，TC幫我們解決其中遇到的問題為輔，讓我在了解軟件工程的基礎(chǔ)上進一步深入的了解到軟件測試在軟件工程中的重要地位，先將所收獲到的知識概括如下：
一、軟件測試的概念和目標(biāo)軟件測試在整個軟件工程中的地位：
軟件測試的概念：
軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行的過程或者說軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)二精心設(shè)計一批測試用例并利用這些測試用例去運行程序以發(fā)現(xiàn)程序錯誤的過程
軟件測試的目標(biāo)：
a.測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程
b.好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案c.成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試重點強調(diào)：
軟件測試人員應(yīng)具備的素質(zhì)：
a.基本要求：責(zé)任、奉獻、專注、專業(yè)
b.注意學(xué)習(xí)，不斷提高自己的計算機知識修養(yǎng)，理解網(wǎng)絡(luò)系統(tǒng)、Internet/Intranet系統(tǒng)和大型數(shù)據(jù)庫系統(tǒng)的基本概念c.工作認(rèn)真，一絲不茍，精益求精。
d.力求系統(tǒng)的正確性、完整性、合理性、穩(wěn)定性
軟件測試人員知識結(jié)構(gòu)的組成:
a.產(chǎn)品知識：對于你所測試的產(chǎn)品，你一定要非常熟悉。小到你所測試的模塊，大到整個產(chǎn)品的架構(gòu)，內(nèi)部實現(xiàn)，代碼，等等。
b.測試知識：黑盒測試，白盒測試，手工測試，自動化測試，性能測試，安全測試等等。c.開發(fā)知識：編程，數(shù)據(jù)結(jié)構(gòu)，算法，調(diào)試等等。
d.專業(yè)知識：以上2，3是基本的知識，你還應(yīng)該精通一些你從事的更專的技術(shù)知識。比如，如果你的產(chǎn)品是基于.net的，你應(yīng)該精通.net,或者類似的J2ee等
e.領(lǐng)域知識：你應(yīng)該精通你所工作的領(lǐng)域的知識，比如手機領(lǐng)域，數(shù)據(jù)庫領(lǐng)域等等。f.行業(yè)知識：你要對計算機行業(yè)的整體狀態(tài)，新技術(shù)，動態(tài)，發(fā)展趨勢有一個明確認(rèn)識。要記住，你首先是一個計算機人才，其次是一個軟件人才，再次是一個測試人才，最后你才是一個SQAA,SQAE,STE,SDET等等。要想做一個高級測試人才，這一條線的知識都需要掌握。
二、軟件測試方法分類軟件測試的主要流程
分析測試的需求→制定測試計劃→設(shè)計測試方案→編寫測試用例→執(zhí)行測試用例→驗收測試→書寫測試報告重點強調(diào)：
軟件測試方法和分類----按開發(fā)階段分
a.單元測試b.集成測試c.確認(rèn)測試d.系統(tǒng)測試e.驗收測試
軟件測試方法和分類----按測試技術(shù)分
a.白盒測試b.灰盒測試c.黑盒測試d.靜態(tài)測試e.動態(tài)測試
軟件測試方法和分類----按測試實施組分
a.開發(fā)方測試（α測試）b.用戶測試（β測試）c.第三方測試
三、測試用例的設(shè)計方法
我們現(xiàn)在做的都是功能測試，用例設(shè)計的主要方法包括等價類劃分法、邊界值分析法、錯誤推測法和場景分析法重點強調(diào)：等價類劃分法
a.等價類劃分法是把程序的'輸入域劃分成若干部分，然后從每個部分中選取少數(shù)代表性數(shù)據(jù)作為測試用例。每一類的代表性數(shù)據(jù)在測試中的作用等價于這一類中的其他值，也就是說，如果某一類中的一個例子發(fā)現(xiàn)了錯誤，這一等價類中的其他例子也能發(fā)現(xiàn)同樣的錯誤；反之，如果某一類中的一個例子沒有發(fā)現(xiàn)錯誤，則這一類中的其他例子也不會查出錯誤。b.單個用例中應(yīng)覆蓋盡可能多的有效等價類c.單個用例只能覆蓋一個無效等價類確定等價類劃分法的原則
a.在輸入條件規(guī)定了輸入值的集合或者規(guī)定了”必須如何”的條件的情況下，可以確定一個有效等價類和一個無效等價類
b.在輸入條件規(guī)定了輸入值的集合或者規(guī)定了”必須如何”的條件的情況下，可以確定一個有效等價類和一個無效等價類
c.在輸入條件是一個布爾量的情況下，可以確定一個有效等價類和一個無效等價類d.在規(guī)定了輸入數(shù)據(jù)的一組值(假定n個)，并且程序要對每一個輸入值分別處理的情況下，可確定n個有效等價類和一個無效等價類
e.在規(guī)定了輸入數(shù)據(jù)必須遵守規(guī)則的情況下，可確定一個有效等價類(符合規(guī)則)和若干個無效等價類(從不同角度違反規(guī)則)
f.在確知已劃分的等價類中，各元素在程序處理中的方式不同的情況下，則應(yīng)再將該等價類進一步的劃分為更小的等價類
邊界值分析法
a.人們從長期的測試工作經(jīng)驗得知，大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上，而不是在輸入范圍的內(nèi)部。因此針對各種邊界情況測試，可以查出更多的錯誤b.空值是一種特殊的邊界值，常常被人遺忘
邊界值選擇原則
a.如果輸入條件規(guī)定了值的個數(shù)，則用最大個數(shù)、最小個數(shù)、比最小個數(shù)少1、比最大個數(shù)多1的數(shù)作為測試數(shù)據(jù)
b.將前面的兩條規(guī)則應(yīng)用于輸出條件，即設(shè)計測試用例使輸出值達到邊界及其左右的值c.如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合,則應(yīng)選取集合的第一個元素和最后一個元素作為測試用例
四、Linux操作命令
Linux的概念：Linux是一種自由和開放源碼的類Unix操作系統(tǒng)重點強調(diào)
用戶的創(chuàng)建與刪除
a.用戶的創(chuàng)建：useradd-g組名-d/home/用戶名-s/bin/bash用戶名b.用戶的刪除：userdelr用戶名文件的屬性與權(quán)限的修改a.chgrp:改變檔案所屬群組b.chown:改變檔案擁有者
c.chmod:改變檔案的權(quán)限例如：chmod777文件名目錄管理
a.cd(變換目錄)b.mkdir(創(chuàng)建目錄)c.touch(建立一個文件)
a.cp(復(fù)制檔案或目錄)
b.mv(移動檔案與目錄，或更名)c.rm(移除檔案或目錄)d.rmdir(刪除空的目錄)文件或目錄的壓縮與打包
a.tarcvfname.tarname壓縮b.tarxvfname.tar解壓c.tartvfname.tar查詢
VI編輯命令(一般模式、編輯模式與指令列命令模式)a.刪除文本內(nèi)容（退出編輯狀態(tài)按x鍵）
b.復(fù)制文本內(nèi)容（nyy復(fù)制以下幾行內(nèi)容再+p）c.粘貼文本內(nèi)容(+p)d.搜尋和取代文本內(nèi)容
/word:向光標(biāo)之下尋找一個名稱為word的字符串?word:向光標(biāo)之上尋找一個名稱為word的字符串
:n1,n2s/word1/word2/g在第n1與n2行之間將word1這個字符串取代為word2:1,$s/word1/word2/g這個指令用于在整個文件中替換特定字符串e.退出編輯模式(q!強制退出不保存、wq保存并退出文本編輯模式)
五、熟悉mCommerce項目
網(wǎng)上購物平臺主要角色用戶、供應(yīng)商、系統(tǒng)管理員重點強調(diào)
用戶、供應(yīng)商、系統(tǒng)管理員與mCommerce購物平臺之間的關(guān)系.
用戶主要瀏覽前臺頁面可以購物，供應(yīng)商管理系統(tǒng)管理員可以管理后臺的商品信息的增刪查改，系統(tǒng)管理員又可以管理供應(yīng)商的各種操作掌握mCommerce購物系統(tǒng)里各個功能.找出mCommerce購物系統(tǒng)里存在的Bug.
六、個人總結(jié)(提出近階段個人學(xué)習(xí)總結(jié)以及遇到問題)
個人學(xué)習(xí)總結(jié)：a.兩周的測試基礎(chǔ)知識學(xué)習(xí)掌握了一些測試的基礎(chǔ)知識和方法。例如等價類劃分法從而設(shè)計出測試用例，還有邊界值分析法，和一些linuxde簡單文件操作命令。
b.在這個學(xué)習(xí)的過程中，我發(fā)現(xiàn)很多東西都需要自己去鉆研，去和同事交流從而找到解決的辦法，不會的問題光靠自己一個人琢磨是遠遠不夠的。需要和同事及同學(xué)交流和溝通，通過討論會大家一起研商找出解決辦法對自己的幫助很好。
c.每天提交一份日報和問題，清楚自己一天的計劃和完成了什么事，問題也能得到TC及時的解決。遇到的問題：
a.當(dāng)我在看很多測試基礎(chǔ)知識資料的時候，不知道從哪抓重點，總是很盲目的從頭瀏覽到尾，看完之后感覺沒有記住多少東西。
b.關(guān)于測試用例設(shè)計方法等價類劃分這塊掌握的不是很好，白皮書上有些題目雖然TC講過但還是不能太理解。TC要求我們掌握80%就好了，感覺只掌握了50%。
c.可能最近都是在看測試基礎(chǔ)文檔類的原因吧，除了操作linux和熟悉mCommerce項目外，感覺沒實際操作的少了，有時侯看文檔很容易走神，這樣一來時間就浪費了。
軟件測試工作總結(jié)4
隨著科技的進步，手機款型可謂日新月異，功能也越來越豐富。相應(yīng)的，越來越多的手機應(yīng)用軟件也伴隨著手機功能的多樣化應(yīng)運而生。面對種類眾多的手機應(yīng)用軟件，該如何進行測試，測試時又需要重點關(guān)注什么呢？本文檔結(jié)合本人在產(chǎn)品手機項目測試過程中的經(jīng)驗，淺談下手機應(yīng)用軟件測試相關(guān)知識。
對于產(chǎn)品的手機項目（應(yīng)用軟件），主要是進行系統(tǒng)測試。而針對手機應(yīng)用軟件的系統(tǒng)測試，我們通常從如下幾個角度開展：功能模塊測試，交叉事件測試，壓力測試，容量測試，兼容性測試，易用性/用戶體驗測試等。
1、功能模塊測試：首先應(yīng)分析功能模塊的功能項，測試每個功能項是否能夠?qū)崿F(xiàn)對應(yīng)的功能。一般根據(jù)測試用例（Test Case）或軟件本身的流程就可以完成基本功能測試（相對簡單，故障也較容易發(fā)現(xiàn)、解決）。
2、交叉事件測試：又叫事件或沖突測試，是指一個功能正在執(zhí)行過程中，同時另外一個事件或操作對該過程進行干擾的測試。例如通話過程中接收到短信或鬧鈴觸發(fā)，應(yīng)用軟件運行過程中插拔充電器等。執(zhí)行干擾的沖突事件不能導(dǎo)致應(yīng)用軟件異常、手機死機或花屏等嚴(yán)重問題。另外，還需要注意各交叉事件的優(yōu)先級別，檢驗系統(tǒng)是否能依據(jù)各事件的`優(yōu)先級別依次進行處理。不能因執(zhí)行優(yōu)先級別高的事件而導(dǎo)致優(yōu)先級較低的事件吊死。
交叉事件測試非常重要，一般能發(fā)現(xiàn)應(yīng)用軟件中一些潛在的問題。另外有中英文模式切換的手機要注意中英文模式切換后的功能實現(xiàn)存在的問題（這個主要針對手機應(yīng)用軟件支持語言自適應(yīng)功能），這一點通常會被測試人員忽略。
3、壓力測試：又叫邊界值容錯測試或極限負載測試。即測試過程中，已經(jīng)達到某一軟件功能的最大容量、邊界值或最大的承載極限，仍然對其進行相關(guān)操作。例如連續(xù)進行短信的接收和發(fā)送，超過收件箱和SIM卡所能存儲的最大條數(shù)，仍然進行短消息的接收或發(fā)送，以此來檢測軟件在超常態(tài)條件下的表現(xiàn)，進而評估用戶能否接受。
對手機可以施加的壓力測試類型主要有：
●存儲壓力：由于手機采用的是棧式存儲，所以當(dāng)一個存儲塊滿了之后，如果程序員不做相應(yīng)處理或者處理不好的話，很容易造成其他存儲區(qū)被擦除，從而在UI上出現(xiàn)問題（比如其他功能無法正常使用，出現(xiàn)異常）。
●邊界壓力：邊界處理一直是程序員最容易忽略的地方。
●響應(yīng)能力壓力：有時候某個操作可能處理的時間很長，在處理期間如果測試者再不斷地進行其他操作的話，很容易出現(xiàn)問題。
● 網(wǎng)絡(luò)流量壓力：執(zhí)行較大數(shù)據(jù)流量的功能的同時，再進行其他功能操作，使得網(wǎng)絡(luò)流量始終處于很高的狀態(tài)（如視頻通話時再進行短信等其他功能操作），驗證各功能是否依然能正常工作，是否存在因網(wǎng)絡(luò)流量瓶頸而引起某功能異常。
壓力測試用手工測試可能很繁鎖，可以考慮自動化測試。遺憾的是，目前還沒有較為大量使用的工具，一般都是由開發(fā)人員配合開發(fā)出的工具，或者高級的測試人員編寫出的腳本。
4、容量測試：即存儲空間已滿時的測試，包括手機用戶可用內(nèi)存和SIM卡的所有空間被完全使用的測試。此時再對可編輯的模塊進行和存儲空間有關(guān)的任何操作測試，如果軟件在極限容量狀態(tài)下處理不好，有可能導(dǎo)致死機或嚴(yán)重的花屏等問題的出現(xiàn)。
5、兼容性測試：也就是不同品牌、款型的手機（針對目前我們產(chǎn)品來說，主要是針對不同品牌、款型的手機上的測試），不同網(wǎng)絡(luò)，不同品牌和不同容量大小的SIM卡之間的互相兼容的測試。以短消息為例：中國電信的小靈通接收到從中國移動或中國聯(lián)通GSM發(fā)來的短消息，需要驗證顯示和回復(fù)功能是否正常等。再比如，應(yīng)用軟件分別在Nokia N80、N93手機上運行，各功能是否均能正常使用，界面是否均顯示正常等。
6、易用性/用戶體驗測試：易用性（Useability）/用戶體驗是指在指定條件下使用時，軟件產(chǎn)品被理解、學(xué)習(xí)、使用和吸引用戶的能力，是交互的適應(yīng)性、功能性和有效性的集中體現(xiàn)。
易用是對終端軟件（推而廣之是交互類軟件）最基本、最重要的要求。不好用的軟件很難吸引用戶，更別提提升用戶對軟件的忠誠度了。易用性體現(xiàn)在：所見即所得、一用便知、一學(xué)就會，方便快捷的完成預(yù)期功能。易用的軟件能讓一個新用戶快速學(xué)習(xí)、使用我們的軟件，并在使用軟件過程中體現(xiàn)我們的貼心服務(wù)，超出用戶預(yù)期的體現(xiàn)是我們追求的目標(biāo)。
軟件測試工作總結(jié)5
回顧20xx年5月入職到現(xiàn)在大半年的工作，我在公司領(lǐng)導(dǎo)及各位同事的支持和幫助下，按照公司要求，比較好地完成了本職工作現(xiàn)將這一年的工作情況總結(jié)如下：
一、測試總結(jié)
嚴(yán)重性缺陷占到整個缺陷數(shù)量的百分之四十，從實際測試工作來看，代表性大致可分為以下幾類：點擊“新增”報錯、查詢報錯、保存報錯等直觀的缺陷。在這里建議研發(fā)人員在單元測試發(fā)現(xiàn)此類缺陷，在今后項目中，減少缺陷數(shù)量，提高軟件質(zhì)量。
中間業(yè)務(wù)平臺管理系統(tǒng)上線階段：
在管理系統(tǒng)上線階段共發(fā)現(xiàn)6個問題其中有代表性問題分類如下：
1、需求問題：
系統(tǒng)維護->賬戶維護新增時，賬戶類型字段是從數(shù)據(jù)庫配置，聯(lián)社方想通過頁面控制此字段。此問題在集成測試時，熬民就提出要從系統(tǒng)頁面上新增，當(dāng)時認(rèn)為需求沒提出此功能忽略了隱性需求導(dǎo)致后期東北農(nóng)電項目上線需要從數(shù)據(jù)庫大量配置通訊配置表。
教訓(xùn)：今后測試不止測試功能是否實現(xiàn)，需要考慮和結(jié)合系統(tǒng)與系統(tǒng)之間的關(guān)聯(lián)關(guān)系，眼光放得在長遠些。
2、技術(shù)實現(xiàn)問題：
集成測試時，管理系統(tǒng)新增賬戶時其合法性需要與核心校驗，此問題集成測試通過，但在上線驗證階段發(fā)現(xiàn)此功能沒實現(xiàn)。后經(jīng)過與研發(fā)人員溝通此功能實現(xiàn)方式是單位關(guān)聯(lián)維護時，核心直連標(biāo)志選擇不直連，則此業(yè)務(wù)新增賬戶時則不與核心校驗賬戶。功能實現(xiàn)邏輯就是錯誤，而測試基于錯誤的邏輯去做集成測試。
教訓(xùn)：
測試角度：只測試了功能實現(xiàn)與否，沒測試功能實現(xiàn)的方式對不對。 研發(fā)角度：重要的功能實現(xiàn)方式及其業(yè)務(wù)邏輯在編碼前多跟測試人員交流，說明其實現(xiàn)方式。項目經(jīng)理能參與評審研發(fā)人員的設(shè)計文檔。把缺陷扼殺在搖籃之中。
3、遷移配置問題：
如：“機構(gòu)下載提示：“FTP下載失敗”。”、”柜員登錄業(yè)務(wù)系統(tǒng)時提示：“用戶失效”?！?、“繳費查詢時，生成批次號錯誤?！钡?/p>
教訓(xùn)：上線中的運維手冊、配置手冊操作手冊等文檔寫的不詳細、描述的不夠清楚，。導(dǎo)致上線驗證階段有一半兒的`問題都是遷移導(dǎo)致。今后站在用戶角度去編寫文檔盡量寫的詳細，不僅提高軟件本身的質(zhì)量，也要提高文檔的質(zhì)量。
烏拉特前旗財政代發(fā)加密：
1、前期軟件交付時財政不認(rèn)可：
此軟件是前旗農(nóng)村商業(yè)銀行委托我們?yōu)榍捌熵斦盅邪l(fā)一款代發(fā)工資加密軟件。但在軟件交付時，財政完全不認(rèn)可導(dǎo)致項目推翻重新開發(fā)。
教訓(xùn)：如果項目涉及到三方或者多方時，一定在研發(fā)工作前把握用戶最原始的需求，可能從中間方挖掘出的需求并不是最終用戶想要的結(jié)果。
中間業(yè)務(wù)代理校園一卡-通：
1、 交易最少、問題最多的項目。
導(dǎo)致問題原因如下：研發(fā)人員經(jīng)常變動性大，幾乎研發(fā)二部所有人都參與過此項目支持，看別人代碼需要大量時間，甚至比重新研發(fā)都要費時間。接口聯(lián)調(diào)階段對方工程師不在場（校園前置機本身配置問題）。集成測試時，對賬是報文模擬，這就導(dǎo)致一部分案例無法覆蓋到（生成對賬文件校園方是否解析）。
教訓(xùn):在軟件的生命周期內(nèi)希望公司能夠保持各個階段的研發(fā)人員的穩(wěn)定性。用報文模擬的集成本身就存在風(fēng)險，希望今后的項目中能得到第三方仿真端來降低成本，節(jié)省測試成本。在案例設(shè)計方面多模擬用戶真實環(huán)境。
二、自身存在的不足及其后期計劃
金財公司的工作同我之前的工作有很大不同，之前公司的測試工作只需要完成三輪集成測試的工作即可，在金財公司的測試工作不單單是測試，更是涉及到是質(zhì)量管理、質(zhì)量監(jiān)督、質(zhì)量控制的工作，同我之前相比感覺每天都在進步，大半年工作讓我有所進步，但是很多地方還是存在不足，比如：
1. 接到工作任務(wù)后一味的去做，做到一半發(fā)現(xiàn)做不下去或者做的不對。做
事情沒方法。
2. 在描述一個缺陷的現(xiàn)象時，盡量去挖掘產(chǎn)生問題的原因，在定位缺陷的
能力上多下一些功夫，為開發(fā)減少工作量。
在20xx年的工作中，我計劃：
1. 今后工作要學(xué)會分析事物，找到做事的辦法，提前把思路匯報給上級。；
2. 要盡可能深刻的理解需求，堅持編寫覆蓋率強的測試用例；
3. 做好管理系統(tǒng)、一卡-通、華北市電的運維工作；
4. 學(xué)會環(huán)境搭建、保持開發(fā)與測試有兩套環(huán)境避免相互影響。
三、個人建議
近半年我們部門有著的明顯進步，比如之前用EXCEL執(zhí)行案例、記錄缺陷，后期采用行業(yè)著名的QC軟件來規(guī)范測試流程等，在此，個人提出以下幾個小建議：
1、希望能夠在需求這一階段上能更詳細、準(zhǔn)確的確定軟件功能要求；
2、研發(fā)人員在修改缺陷時，希望能在備注上添加上缺陷是如何修復(fù)的產(chǎn)生原因是什么等，一是能給測試人員帶來新的測試思路；，二是能夠給其他研發(fā)人員提供借鑒;
3、在項目的各個重要階段多開一些項目總結(jié)例會把遇到的問題放到例會上讓大家討論，能為接下來的項目或者以后的工作提供寶貴意見；
4、在單元測試階段時，測試人員沒有其他任務(wù)時，可以提出讓測試人員配合做單元測試，保證后期集成測試時，嚴(yán)重性缺陷數(shù)量的控制；
5、公司的報銷流程個人感覺有些繁瑣希望公司能夠簡化流程或者公司人事方面能夠定期來核對報銷工作;
最后，感謝部門領(lǐng)導(dǎo)、各位同事對我這個新人在初期工作時的幫助，特別是熬民在工作上對我的監(jiān)督指導(dǎo)，在業(yè)務(wù)上和測試技術(shù)上有問必答，毫無保留。對于工作上遇到的困難，研發(fā)人員都能在百忙之中給我講解和探討問題，在這里特此感謝他們。
相信在大家共同的努力下，公司部門逐漸壯大、成長。最后走出內(nèi)蒙，走向全國。
軟件測試工作總結(jié)6
項目名稱開發(fā)工具全面測試次數(shù)測試時間測試人員測試過程簡述010203后勤管理系統(tǒng)后臺登錄模塊MyEclipse10.02次20xx年10月09日至20xx年10月19日陸全全龍玉蓮左登吳德武編號任務(wù)名稱任務(wù)描述開始時間結(jié)束時間制定測試計劃規(guī)劃開發(fā)和測試的具體步驟搭建測試環(huán)境編寫測試用例分析程序的具體功能模塊，編寫每個功能模塊的測試用例測試系統(tǒng)修改再測試按照測試用例測試系統(tǒng)修改bug，重新測試，直到達到測不出bug040506編寫測試報告總結(jié)測試過程，編寫測試報告功能缺發(fā)現(xiàn)2個；解決2個；陷缺陷設(shè)計缺發(fā)現(xiàn)0個；解決0個；統(tǒng)計陷模塊缺發(fā)現(xiàn)0個；解決0個；陷測試用例覆蓋情況：測試用例涵蓋了所設(shè)計程序的一下功能（登錄模塊）：
1、用戶名為空時的提示功能
2、密碼為空時的提示功能
3、用戶名和密碼錯誤時的提示功能
4、用戶明和密碼空時的提示功能
5、驗證碼為空或者錯誤時的提示功能……..遺留問題及解決方案：無測試結(jié)論：通過設(shè)定詳細的測試計劃，在開發(fā)過程中不斷的進行測試，編寫了詳細的功能模塊的測試用例，找出bug后改進，再測試，先后進行了2次全面的測試，終于按照測試計劃比較完善的完成了測試工作。
個人總結(jié)：在軟件測試實踐的.這段時間中，我領(lǐng)導(dǎo)我們的小組，在測試初期，通過全體組員之間的討論，做好各項測試工作的分析以及分工，為后期測試工作的順利進行做好了鋪墊，在本次測試任務(wù)中，主要分工如下：作為組長的我，先做好軟件測試計劃說明文檔的編寫，為測試流程做好一個規(guī)范，并做好后期測試總結(jié)文檔的編寫；左登主要負責(zé)測試軟件的研究和使用以及軟件測試缺陷文檔的編寫；吳德武主要負責(zé)測試用例的編寫；龍玉蓮主要負責(zé)后期記錄測試日志。雖然每個組員分工不同，但是大家在一起做好一個系統(tǒng)功能的測試，相互之間討論、協(xié)作，保證這個測試工作的順利進行完成。
軟件測試工作總結(jié)7
XX年是我進入公司的第一年，也是我的工作能力得到提高和快速發(fā)展的一年，在公司領(lǐng)導(dǎo)的指導(dǎo)和同仁以及其它部門的支持配合下，最后在經(jīng)過自己的努力，完成了自己所要完成的各項工作任務(wù)，在新的`一年來臨之跡，我要對過去一年的工作進行一個全面的總結(jié)，以便在今年的工作中能夠有更明確的目標(biāo)，盡量克服自己現(xiàn)在所存在的不足，希望能更一步為自己所在的部門增光，做出自己的貢獻。下面是我對去年工作匯總。
一、總結(jié)：
1、自身定位：在過去一年，是我進公司的第一年，也是我工作的第一年，剛開始在我對工作競爭和自身都不甚了解的情況下，在領(lǐng)導(dǎo)和同仁的指導(dǎo)下，我感覺自己已經(jīng)慢慢對人與人的競爭和自身定位有了深刻的了解，因為有了自我目標(biāo)，才能感受到自己的壓力有多大！我的目標(biāo)也不只是完成目前所要做的工作而已，要向其它方面拓展學(xué)習(xí)。
2、定下心來，踏踏實實：我學(xué)的是計算機專業(yè)，我的工作也是計算機方面的，以前有什么優(yōu)勢，但是踏入工作崗位后才發(fā)現(xiàn)，自己學(xué)的只是一個基礎(chǔ)，只是有些方面或許比別人走的快一步，所以一切都要靠自己。自己要定得心下來學(xué)習(xí)。成功需要耐得住寂寞，不求最快，但求。
3、團隊合作：以前在學(xué)校或許你可以靠一個取得好成績，在工作上你必須要有一個團隊，在一個部門之中，團隊合作精神顯得尤為重要。以前我做有些事都是一意孤行，但現(xiàn)在已經(jīng)對自己改變了，多聽聽他人意見，會犯更少錯誤，會更長見識，所以要學(xué)會與同仁之間的合作，做事才更有效。
4、工作情況：在公司一年，對mes大型系統(tǒng)有了個大概了解，對我們所要學(xué)習(xí)的mes已經(jīng)可以說差不多都掌握，條碼打印機的維修和設(shè)置掌握，a4打印機大多數(shù)情況可以維護，pda、條碼槍已掌握，電腦的系統(tǒng)重裝和維護已掌握，其它基本設(shè)置可以維護，對新出來的程序掌握和了解也比較快。
5、課外學(xué)習(xí)：sql該學(xué)的已經(jīng)掌握，c#學(xué)習(xí)，簡單的程序可以編寫，但有時還要依靠于網(wǎng)絡(luò)和朋友，需要進一步加強。但主要還是以網(wǎng)絡(luò)為主。
二、自身缺點
1、溝通問題：自己的溝通能力只能算一般，因為對于某些事的闡釋還是不怎么好，語言表達能力有點差，希望通過平時的交流和溝通來加強。
2、心態(tài)問題：自己對于做某些事過于著急，一心想急切完成，確反而誤時，這個問題一開始就一直出現(xiàn)，現(xiàn)在雖然已經(jīng)基本克服，但也要列入缺點方面，希望以后時刻注意！
3、學(xué)習(xí)問題：對于課外學(xué)習(xí)這方面，我在編程時感覺困難的時候有時候就不愿去做，現(xiàn)在雖然已經(jīng)慢慢改進上網(wǎng)搜資料和問問朋友，但有時候還是克服不了自己。
軟件測試工作總結(jié)8
伴隨著充實緊湊的工作生活，兩個月的時間已經(jīng)過去了。這一段時間里有工作上的收獲，知識的豐富，經(jīng)驗的增長，同時也暴露出很多問題和不足。總結(jié)經(jīng)驗，吸取教訓(xùn)，*將主要從幾個方面來對工作進行總結(jié)：工作的主要內(nèi)容;其中的失敗和教訓(xùn)以及成功和經(jīng)驗;展望下一階段的工作，確定自己的目標(biāo)。以此作為懲前毖后的記錄。 1.工作的主要內(nèi)容
在這兩個月的工作中，我的總體任務(wù)是協(xié)助__做好武警__部隊__管理系統(tǒng)的后期測試，編碼，修改，文檔編寫的工作，分解開來之后，我主要做了三件事：1.編寫__系統(tǒng)的各類文檔;系統(tǒng)
的編碼及bug勘誤工作;系統(tǒng)的測試工作。下面依照時間來對我的`工作進行介紹。
初踏入職場，進入專業(yè)的軟件制造公司，對我，一個沒有接觸過標(biāo)準(zhǔn)軟件制作過程的新人來說，起步就是一個很大的難題。若直接做開發(fā)，則業(yè)務(wù)不熟練，代碼不規(guī)范，弊大于利;若僅做學(xué)習(xí)，則不能跟上項目的步伐，不能以最快的速度融入工作中去。在我還在忐忑自己到底要做什么工作的時候，任務(wù)已經(jīng)下達了，首先進行__系統(tǒng)的測試工作。這樣的好處在于能夠在測試的過程中，了解項目的整體布局，了解項目中的業(yè)務(wù)邏輯，了解項目中尚未完成的工作并以此作為下個階段的工作目標(biāo)。至此，入職工作順利起步。
在對__系統(tǒng)進行測試之后，暴露了系統(tǒng)的諸多問題，測試過程中發(fā)現(xiàn)__系統(tǒng)沒有進行輸入限定，為了解決這個問題需要對整個系統(tǒng)的數(shù)據(jù)進行整理，我的下一個任務(wù)就是編寫__系統(tǒng)的數(shù)據(jù)需求文檔。在編寫該文檔的過程中，對__系統(tǒng)進行了更深入的了解，為之后的bug勘誤工作奠定了一定的基礎(chǔ)。
完成了__系統(tǒng)的數(shù)據(jù)需求文檔的編寫之后，新的任務(wù)是對整個__的輸入數(shù)據(jù)進行輸入限定，在任務(wù)開始之處是極為困難的，幸而得到了同事們的幫助才得以順利完成任務(wù)。任務(wù)雖然完成，但是對輸入限定實現(xiàn)方法的一知半解以及任務(wù)完成過程中的不仔細，為之后發(fā)生的問題也埋下了苦果。
在對__系統(tǒng)添加輸入限定完成之后，進入了解決程序小問題的階段，對__系統(tǒng)進行細微的縫補工作。這段時間是學(xué)習(xí)多于工作的，不同的問題督促我要每天和百度親密接觸數(shù)百次，又要勞煩諸位在百忙中的同事抽出時間來給我?guī)兔?。雖然辛苦一點，但收獲卻是滿滿。
完成了系統(tǒng)的修補之后，我們的程序送到了__進行第一輪測試，在測試的一周里，我主要是補充網(wǎng)絡(luò)編程的基礎(chǔ)知識。第一輪測試結(jié)果出來之后，我們項目組開始了緊張的第一輪__系統(tǒng)bug勘誤工作。拿到bug列表之后，發(fā)現(xiàn)有一小半錯誤皆是因我而起，輸入限定問題很多，我也主動承擔(dān)了輸入限定部分的bug勘誤工作。
第一輪bug勘誤工作完成后，進行了第一輪了回歸測試，測試結(jié)果已然不盡人意，仍然存在大量的問題需要修改，而且很多問題還是因我而起，輸入限定仍然存在大量問題，再一次進行修改之后，我們的程序送到了十五所進行所檢。
在進行所檢之余，我又接到了新的任務(wù)，完成__系統(tǒng)的概要設(shè)計以及詳細設(shè)計文檔的編寫。這兩份文檔已于9月2號編寫完畢。
現(xiàn)階段我的任務(wù)是根據(jù)所檢的bug列表，對礦權(quán)系統(tǒng)進行回歸測試。
軟件測試工作總結(jié)9
本人自20xx年6月25日起進入公司從事手機軟件測試工程師一職，在不知不覺中已經(jīng)走過了20xx年。在這段時間里，我感悟頗多，雖然這并不是我的第一份工作，但是在此期間，我對于工作一貫謙虛謹(jǐn)慎、認(rèn)真負責(zé)的工作態(tài)度，從來沒有改變過。
在本部門工作中，我一直嚴(yán)格要求自己，認(rèn)真及時地完成領(lǐng)導(dǎo)布置的每一項任務(wù)，并虛心向同事學(xué)習(xí)，不斷改正工作中的不足;配合各部門負責(zé)人落實及完成公司各項工作。
在過去的一年中，通過不斷的學(xué)習(xí)和自我提高，已經(jīng)適應(yīng)了本職的'工作，但對于一個初入公司的新人，要全面融入企業(yè)的方方面面，可能在一些問題的考慮上還不夠全面，但我相信，通過公司領(lǐng)導(dǎo)及同事的悉心指導(dǎo)，我一定會在今后的工作中更好的提高自己的水平、素質(zhì)，更好的完成本職工作。
在今后的工作中，我要繼續(xù)努力，克服自己的缺點，彌補不足，向白盒測試、內(nèi)部代碼測試方向了解，加強軟件測試、計算機語言方面的知識，不斷自我學(xué)習(xí)，力爭成為學(xué)習(xí)型、創(chuàng)新型、實干型兼?zhèn)涞男率兰o(jì)人才。
軟件測試工作總結(jié)10
一、工作內(nèi)容
20xx年過完年后，我被主管派到一個大組去學(xué)習(xí)自動化測試技術(shù)。這個測試組是個比較大的測試組，總共有幾十號人，其中有很多牛人。他們的自動化測試框架就是由幾個牛人耗時1年多開發(fā)出來的。到現(xiàn)在，他們的自動化用例覆蓋率約50%，應(yīng)用率好像有70%，總之這個自動化測試框架還是滿厲害的，不過就是整個框架實現(xiàn)太復(fù)雜了，涉及的編程腳本就用了三種。
下面簡單介紹一下該GUI自動化測試框架。
測試工具：IBM Rational Robot
自動化測試技術(shù)：第三代自動化測試框架
測試腳本：Robot中使用的是sqabasic腳本(基于basic的一種腳本)，另外還使用了TCL、COM組建等，并自行開發(fā)了一個抓包工具用于自動化測試。還有我們測試的產(chǎn)品界面是使用Java開發(fā)的，如果要讓Robot能夠正常識別界面，還需涉及到Java編程。
學(xué)習(xí)自動化的頭一個星期，我只是學(xué)習(xí)該測試組的產(chǎn)品知識，學(xué)習(xí)如何使用自動化測試。后面的幾個星期就開始承擔(dān)自動化測試的建設(shè)任務(wù)了。想想當(dāng)初自己還是滿辛苦的，白天上班學(xué)習(xí)產(chǎn)品知識，晚上回家就對著電腦看basic腳本的語法，周末還去公司無償加班看代碼。
在技術(shù)文檔的選擇上，我基本只看英文的，單詞不懂就拿金山詞霸查，實在看不懂了才會去找些中文的資料看。為什么要選擇英文的呢?因為很多中國寫書的人很浮躁，只想著快點把書出版了好賺錢，所以很多中文的資料質(zhì)量很差。首先要貶低的就是那本譚教授的《C語言程序設(shè)計》。記得讀大學(xué)時，照著譚教授的書敲程序，沒多少程序能編譯通過的，真是誤人子弟。
當(dāng)時帶我學(xué)習(xí)自動化的導(dǎo)師姓L，他是個大忙人，有時一整天都在開會。L的師傅姓W，W是該自動化創(chuàng)始人之一。
當(dāng)時對我比較有用的文檔就只有兩篇：一篇是匯集型的chm文檔，是篇比較全面的介紹，其中包括自動化框架的介紹，原理的介紹，各模塊介紹，自動化執(zhí)行的流程等;另外一篇則是由W寫的自動化建設(shè)指導(dǎo)書，寫的還是滿不錯的，在我有一定基礎(chǔ)后，照著指導(dǎo)書就能完成簡單的自動化建設(shè)。
在我整個學(xué)習(xí)過程中，是按照以下的過程開展的：1、吳江裝修網(wǎng)初步了解整個自動化和產(chǎn)品知識，嘗試使用自動化進行測試;
2、熟悉sqabasic語法;
3、對著文檔讀代碼，嘗試調(diào)試腳本，跟蹤到代碼的最底層。
其實最好的學(xué)習(xí)方式就是實踐，去做自動化建設(shè)。當(dāng)有一定基礎(chǔ)后，去完成導(dǎo)師交給的自動化建設(shè)任務(wù)，就是最好的學(xué)習(xí)方式。后來，我教別人的時候，也是安排實際任務(wù)給他做，然后再進行相應(yīng)的引導(dǎo)。
在我的學(xué)習(xí)期間，有件事情讓我滿討厭的。就是我必須給原部門的主管和測試組人員講課，然后那些家伙會不停的提問，以檢驗我的學(xué)習(xí)效果。雖然這招很BT，但是對個人的成長還是滿有利的。假設(shè)你學(xué)會了一項技能，此時你可能只在第一個層次上，如果你能夠把這項技能教會別人，那么你的層次上升了一個檔次。
記得當(dāng)時是20xx年2月初去參加學(xué)習(xí)的，4月初就應(yīng)急被調(diào)回原測試組了?？偣膊坏絻蓚€月的.時間，我總共完成了3個模塊的自動化建設(shè)，第1個模塊搞了3個多星期，第2個模塊不到2個星期，第3個模塊一個星期就搞完了(第3個模塊算是友情支援呢，哈哈)。
4月初被調(diào)回原測試組后，就一直做救火的工作。差不多5月份的時候才正是開始做我們T項目的自動化。其實也就是把我學(xué)習(xí)的自動化框架移植過來，做T項目自動化測試。
另我比較遺憾的是，T項目的測試一直都很緊，而自動化測試并沒有被推廣和充分利用。直到我離職前，測試組為應(yīng)付測試部自動化考核指標(biāo)，才得到重視。
這里我談一下自己對自動化測試的理解。
1、自動化測試用于提高測試效率;
2、自動化測試可以完成一些無法手工完成的測試，例如長時間不間斷的測試;
3、自動化雖然能夠發(fā)現(xiàn)問題，但主要是對繼承的功能進行測試，保證以前的老功能。(這個跟項目有關(guān)，GUI自動化測試比較復(fù)雜，如果是嵌入式設(shè)備或芯片的自動化測試，對自動化測試的理解可能會不一樣)
二、開發(fā)小工具
我在自動化學(xué)習(xí)期間，表現(xiàn)出來的專業(yè)技能和良好的學(xué)習(xí)能力，得到了同事和主管的認(rèn)可。鑒于此，在4月中旬的時候，測試組的Leader給我安排一個任務(wù)，使用Excel表格開發(fā)一個工具，用于收集和統(tǒng)計記錄的數(shù)據(jù)。要求該工具能夠代替手工計算，提升測試效率。任務(wù)完成的截至日期是五一。給我安排的時間大概為一周。
該工具的實現(xiàn)方式并不難，就是設(shè)計一個Excel表格，然后在里面嵌入VBA腳本，以宏的方式代替手工計算。對我來說最大的挑戰(zhàn)就是：
1、短時間內(nèi)學(xué)會VBA編程;
2、提取需求，設(shè)計Excel表格的格式，使該工具具有較好的易用性。
當(dāng)我接到任務(wù)后，下班回家就開始到網(wǎng)上搜集關(guān)于VBA資料。當(dāng)時我找了一個星期，都沒有讓我滿意的文檔。最終只找到一篇國人寫的PDF文檔，但是那篇PDF文檔只是讓我初步了解了VBA是個什么東東，并不能滿足我的實際需求。最終，在寫VBA腳本期間，我還是參考微軟自帶的幫助文檔搞定的。
本來計劃是在四月底的一個星期開展該項任務(wù)，但實際上直到4月的最后兩天我才有時間。記得當(dāng)時，我花了一天半的時間與我的客戶——也就是我的同事，共同討論需求，并設(shè)計Excel表格的格式，讓其評審。最終寫腳本花費了4月的最后一個下午，以及五一期間的三個下午的時間，總計4個下午的時間，完成該工具的開發(fā)。而且我五一期間的工作并沒有申報加班，是無償勞動啊。
其實工具開發(fā)完成后，還是有些問題，如：
1、程序崩潰
2、有1/3的功能基本沒有被使用
3、自動生成的表格，奇丑無比
三、負責(zé)M項目測試
20xx年10月份，我開始獨立負責(zé)M項目的測試工作。M項目是個小項目，大體情況如下：
代碼量：大約10K行
開發(fā)語言：C#
軟件環(huán)境：Windows PPC 20xx
硬件環(huán)境：hp的PDA
人力投入：開發(fā)3人，測試就我1人
M項目的測試需求分析、測試設(shè)計、測試用例編寫、測試執(zhí)行到測試報告，全部由我一個人搞定
20xx年10月～12月中旬這段時間，主要是完成前期的測試分析與設(shè)計。12月中旬，就進入了實際的測試階段，20xx年1月底，軟件發(fā)布?；仡欉@4個月的工作，有做的好的，也有做的差的。下面對這些進行總結(jié)。
做的比較好的：
1、測試進度把握比較好，在規(guī)定時間內(nèi)，甚至提前完成了測試任務(wù);
2、與開發(fā)人員的溝通較好，使問題能夠較順利的解決，基本沒有內(nèi)耗，雙方合作愉快;
3、測試的重點把握較好，把很多嚴(yán)重問題，在測試前期就給暴露出來了;
做的不好的，待改進的：
1、前期的測試分析能力較弱，測試規(guī)格分析不全，測試用例編寫質(zhì)量不是高。到后期測試時，才發(fā)現(xiàn)很多規(guī)格沒有覆蓋到，需要補充測試用例。而且之前寫的測試用例與實際測試情況，有些偏差，用例的可用性差，又花了很多時間去修改用例。
2、前期的測試計劃制定比較差，實際工作較之計劃偏差過大。吳江裝飾網(wǎng)反正10月、11月那段時間，M項目的工作是亂七八糟的，還好關(guān)鍵時間點的把握還算到位。
3、測試對象選擇上疏忽，導(dǎo)致漏測。M程序是個工具軟件，主要用于查詢和設(shè)置設(shè)備的某些參數(shù)或配置。我當(dāng)時只考慮到對所有支持的設(shè)備進行遍歷，卻未考慮到設(shè)備上所有單板的遍歷。結(jié)果技術(shù)支持工程師到香港試用該工具時，發(fā)現(xiàn)某塊叫PM1D的單板無法識別。后續(xù)，我們對大部分單板進行了遍歷，還發(fā)現(xiàn)了很多隱藏的問題。這是一項較大的疏忽。
4、在做內(nèi)部模擬試驗局測試時，對測試環(huán)境的選擇有較大疏忽，導(dǎo)致漏測。在做內(nèi)部試驗局的時候，我為了偷懶只選擇了3個不同設(shè)備的組網(wǎng)測試，而沒有考慮到大規(guī)模組網(wǎng)情況下的測試。后來，技術(shù)支持工程師拿M軟件到廣州試用時，程序的某項功能就不正常了，原因就是大規(guī)模組網(wǎng)時，通信數(shù)據(jù)的傳輸是多包的，而M程序的底層函數(shù)沒有對多包的情況進行處理，導(dǎo)致該項功能不正常。當(dāng)時，在其他實驗室是有類似環(huán)境的，而我卻為了偷懶: (
雖然M項目的測試有很多不足，但是總體情況良好，我對產(chǎn)品的質(zhì)量有信心: )
四、救火
大概是20xx年7月份時，我們組組長跟我說，要派我到B組去學(xué)習(xí)3個星期。等我去了B組才發(fā)現(xiàn)自己是被派來救火的。來B組支援測試，主要是完成一項測試任務(wù)，說具體點，就是把一件事情干600多次，沒任何技術(shù)含量。我當(dāng)時真是郁悶壞了: (
雖然心底是比較郁悶，但畢竟也就3個星期，想著忍忍就過去了。
具體的任務(wù)很簡單：大概有80種板子，每種板子大概有8套軟件，用T工具對80多塊板子把8套軟件都加一次，觀察軟件加載過程中，業(yè)務(wù)是否正常，板子加完軟件后，運行是否正常。
還有一個也是其他組借調(diào)過來的新員工，跟我一起干這件事情。我600多次，他也差不多600次。還好這個家伙，心態(tài)很好，做事情也很勤奮。
最初B組給的方案是這樣的：先用第1套軟件把80多個板子加載一遍，再用第2套，第3套，直到第8套。
開始工作幾天，我們就按這種方案執(zhí)行，但按這種方案執(zhí)行的效率很差。主要因為實驗室常用的板子差不多只有30塊，其他的板子都藏在箱子里，而且有些板子B組根本沒有，需要到其他項目組去借，這樣針對軟件版本，對80多塊板子進行輪循加載，效率就很低，因為每加一套軟件，就要去尋找80多塊板子。
當(dāng)時，我和那個新員工都很愁，按照這種做法，這項任務(wù)3個星期根本就無法完成。B組負責(zé)帶我們的兩個員工，也表示比較無奈。
郁悶過的第2天一早，我就直接找B組的老大談話，“按照你們提供的這種方案，我們在三個星期內(nèi)根本無法完成任務(wù)，而且還有諸多其他困難：1、部分板子是壞的;2、某些板子實驗室里根本就沒有;3、對設(shè)備不熟悉。”
就這樣，B組老大把組內(nèi)相關(guān)骨干人員都叫過來開會，重新商討了一套方案，并要求他們?nèi)χС治覀兊墓ぷ鳌?/p>
開了會后，B組的人就比較支持我們的工作了，啟用新的方案后，還提前了1天時間把工作完成: )
這里我體會比較深的是：在做一份工作前，一定要弄清楚這項任務(wù)到底要做些什么、要怎么做、要做到什么程度，工作中還要定期匯報工作(基本上以日報、周報的形式，用郵件發(fā)送)，如果出現(xiàn)了解決不了的困難，一定要向老大匯報，如果老大也解決不了，那他也不能責(zé)怪你無能: )
五、工作中的陷阱
在辭職前的幾個月，有個師弟也是老鄉(xiāng)X君，得知我做過自動化項目后，便來向我了解自動化測試相關(guān)的情況。
從與X的聊天過程中了解到，他也正在做自動化，他們組測試的產(chǎn)品規(guī)模比較大，不過做自動化的只有兩個新人，而且是使用一種新的GUI測試工具。他在給我講他們具體工作時，了解到他們的自動化測試非常原始，就是針對一個用例錄制一套腳本，幾百個測試用例，大概錄制幾百個腳本，根本沒有對公共進行提取，更別提有什么自動化測試框架了。X君與另外一個人，在自動化方面都是新手，沒有相關(guān)經(jīng)驗，他們不知道這樣做會給后期的維護帶來多大的麻煩。而且他們主管也不太懂GUI測試的自動化，只是每天要他們匯報工作進度，期望在兩個月內(nèi)完成那幾百個腳本。
經(jīng)過我細致詢問后，我猜測他們做這項自動化工作，基本上是為了應(yīng)付部門自動化考核而做的，而并非為了提高測試效率，保證產(chǎn)品質(zhì)量。
我也可以體諒X君主管的難處：測試組人力本來就緊張，而部門又要考核自動化指標(biāo)，他只有弄兩個人來應(yīng)付一下部門的考核了。
這樣說來，X君和他另外一位同事就是受害者了，被安排做一件這么沒意義的事情。對他們我只能表示同情了。
對于這類BT主管吩咐的沒啥意義的事情，我的體會就是能推掉不做就不做，如果實在推不掉，就完全按照他的意思做，他要怎么做就怎么做，要做成什么樣就做成什么樣。實在搞郁悶了就老板炒魷魚吧。
六、其他
記得剛進公司那一陣，對我們新員工有這樣那樣的培訓(xùn)，估計轉(zhuǎn)正前至少被培訓(xùn)了20門課吧。具體講的都是產(chǎn)品知識、測試技能、編程方面的東東。那些講課的老師水平也參差不齊，PPT寫的水準(zhǔn)也有好有壞?？傮w感覺就是那些培訓(xùn)是在浪費時間，如果自己看這些資料效果都要好很多。
在轉(zhuǎn)正前，作為新員工要給部門的“老”員工講課，講自己所學(xué)習(xí)過的知識，然后下面的“老”員工會發(fā)狂了似的問你問題。現(xiàn)在我感覺這種方式真的是一種非常好的檢驗方法，不但檢驗了你的學(xué)習(xí)情況還鍛煉了你講解PPT的能力。
七、感悟和進步
通過這種方式，我覺得自己在很多方面有提高：
1、寫PPT的水平。后續(xù)工作中，寫PPT匯報工作，做的是又快，又漂亮。
2、溝通能力。最初別人問我一個問題，我還沒完全理解他的意圖，就以自己的理解，淅瀝嘩啦的說了一堆別人不想知道的東東，搞得別人一頭霧水。此后，別人每問我一個問題，我都會先把他的意圖或意思搞搞清楚了，確認(rèn)后，再以最精練的語言來回答他的問題。
3、懂就是懂，不懂就別亂說。記得最早“老”員工問我一個我自己不是很懂的問題，我通常是按自己的理解方式，跟他胡吹一通。結(jié)果他再一細問，我就傻了。知道就知道，不知道就別亂說，這點很重要，尤其是在參加面試的時候，如果自己不是很動，別人一問你就會露餡。
軟件測試工作總結(jié)11
時光荏苒，從畢業(yè)到現(xiàn)在已經(jīng)10年，10年來一直從事著軟件測試的工作。從一個什么都不會，到測試技術(shù)人員再到測試管理，期間有迷茫，有痛苦，有彎路，有捷徑。今天對自己過去的10年測試經(jīng)歷做一個總結(jié)，一是給自己重新出發(fā)增加動力，二是給剛?cè)氲赖摹⒚悦Ｖ械臏y試朋友一點點建議，希望你們少走彎路。
首先，談?wù)劀y試職業(yè)規(guī)劃，即做什么的問題。所謂方向比努力重要，這絕對是一句真理。如果能在剛走上測試工作崗位的時候明白這個道理，那么不出5年，你一定能成為某一測試領(lǐng)域的專家，那時不管是薪水、自信心都是順其自然的事情。但是遺憾的是，我們獲取的太多信息是，測試人員是一個通才，什么都要學(xué)，什么都要懂。結(jié)果這樣的一個方向，導(dǎo)致了3腳貓功夫的測試人員一大把。那么什么都懂一點的測試人員難道就沒有用武之地了嗎？也不是，可以朝著測試管理崗位發(fā)展。說到這里，引出了測試職業(yè)規(guī)劃的第一條路：測試管理。那么很容易想到職業(yè)規(guī)劃的另外一條路，測試技術(shù)專家。在測試技術(shù)領(lǐng)域里，無外乎就是性能測試專家和自動化測試專家。
明確了軟件測試職業(yè)規(guī)劃的三個方向，接下來就是如何選擇一條適合自己的方向。下面給出我的幾條建議。
關(guān)于選擇測試管理：首先你一定不是一個喜歡技術(shù)，對技術(shù)敏感的人，這個很容易判斷。第二，你一定是個善于溝通，組織協(xié)調(diào)能力強的人。第三，你的長期抗壓能力較強，上能頂住領(lǐng)導(dǎo)批評，下能頂住下屬埋怨。能受得了委屈，吃的了虧。第四，你對管理工作充滿持續(xù)的激情，如果過去你是一個比較如魚得水的學(xué)生干部，那更加沒問題?？傊?，相對你的IQ，你的`EQ更高。那么從性格上來說你比較適合做測試管理工作。
關(guān)于選擇性能測試專家：正好和測試管理人員具備的性格相反，首先，你不喜歡組織協(xié)調(diào)這樣的工作，你性格有些孤傲，你上學(xué)的時候一定不是學(xué)生干部，或者不是一個如魚得水的學(xué)生干部。第二，你不一定是個技術(shù)狂熱者，但你不排斥技術(shù)，你的動手能力較強，喜歡實踐。能靜下心來學(xué)習(xí)。那么你有成為一個技術(shù)專家的潛力
關(guān)于選擇自動化測試專家：和性能測試專家類似，如果你掌握一門編程語言，或者有信心學(xué)好一門編程語言，那么恭喜你，你有成為自動化測試專家的潛力。通常，性能測試專家和自動化測試專家在技術(shù)上是相通的。
確定了自己的測試發(fā)展方向，接下來就是如何實現(xiàn)的問題。有一個的10000小時定律理論，即一個人想要成為某個領(lǐng)域的專家，需要經(jīng)過1萬個小時的錘煉。按此比例計算，如果以每天工作8小時，一周工作5天計算，那么成為一個領(lǐng)域的專家需要4-5年的時間。
關(guān)于如何成長為測試管理人才：首先你一定要成為一個功能測試專家；通過參與至少2個完整項目的測試工作，你對測試?yán)碚?、一個完整項目的測試流程、測試活動、測試輸出了于指掌。第二，盡量選擇一個行業(yè)如電信、支付、網(wǎng)購、通訊等深入做下去，成為該領(lǐng)域的業(yè)務(wù)專家。因為測試經(jīng)理的角色往往也是半個需求人員的角色。第三，盡量在頭三年的時間里，親自參與功能測試、性能測試、自動化測試工作，為后面測試管理的招聘工作、測試計劃、人員分配、任務(wù)安排打下一個良好的技術(shù)基礎(chǔ)，說白了，測試管理工作也是一個技術(shù)管理崗位，沒有一定的技術(shù)功底，很難開展后續(xù)的管理工作。
關(guān)于如何成長為性能測試專家：剛進入測試管理崗位，你負責(zé)的工作一定是功能測試任務(wù)。沒有機會接觸性能測試工作。怎么辦？我的建議是：自學(xué)或者參加培訓(xùn)班，如果你是一個自我管理能力非常強的人，建議自學(xué)，如果不是，那么建議參加專門的性能測試培訓(xùn)班。參加培訓(xùn)班之前大致了解一下性能測試的基礎(chǔ)知識。
性能測試的學(xué)習(xí)過程大致如下：
1）首先了解一個系統(tǒng)的架構(gòu)，明白各服務(wù)器之間是如何交互工作、系統(tǒng)的數(shù)據(jù)流向、系統(tǒng)的壓力點，從而確定性能測試需求和指標(biāo)，即那些功能需要考慮壓力，能承擔(dān)的壓力是多大。比如一個購物網(wǎng)站，最典型的登陸功能、提交訂單功能需要支持多少個用戶并發(fā)，每個并發(fā)用戶在幾秒之內(nèi)完成操作，系統(tǒng)長時間在壓力狀態(tài)下的穩(wěn)定性。
2）第二選擇測試工具，對于基于Http協(xié)議的應(yīng)用來說，一般loadrunner都能完成性能測試工作，學(xué)習(xí)loadrunner的三部曲：腳本錄制編寫（loadrunner generator）、場景設(shè)置和執(zhí)行（loadrunner controller）、結(jié)果分析（loadrunner analysis）的內(nèi)容。
對于一些無法用現(xiàn)有工具實施性能測試的應(yīng)用，需要考慮自己編寫工具來完成。所以一個優(yōu)秀的性能測試工程師一定是能熟練使用一門編程語言的。
3）實踐，一定要多實踐，安裝完loadrunner以后，loadrunner里帶有現(xiàn)成的性能測試項目---飛機訂票系統(tǒng)。完全可以拿來練手loadrunner。
4）性能測試的目的是發(fā)現(xiàn)系統(tǒng)處理能力的瓶頸而系統(tǒng)調(diào)優(yōu)才是最終的目的，如果能進一步提高各業(yè)務(wù)服務(wù)器、數(shù)據(jù)庫服務(wù)器的調(diào)優(yōu)技能，對性能測試工作來說是如虎添翼。
關(guān)于如何成長為自動化測試專家：
自動化測試和性能測試不一樣，性能測試主要是對服務(wù)器的性能做測試，而自動化測試是從前端考慮，其目的旨在于替代部分手工測試、考量客戶端長時間運行的穩(wěn)定性。自動化測試分為：web站點的自動化測試、PC客戶端的自動化測試、手機端的自動化測試。每一個終端的測試都是一個大的領(lǐng)域，建議先深入學(xué)習(xí)一個終端的自動化測試技術(shù)。
關(guān)于Web端站點的自動化測試：常用的開源測試工具：selenium框架+一門編程語言（建議python），或者收費軟件QTP，推薦selenium，因為它是開源的、免費的，不存在盜版問題、且可擴展，所以國內(nèi)的一線大公司喜歡用。
Pc客戶端自動化測試：常用的測試工具：QTP。付費軟件，國內(nèi)很多小公司在用。
Android手機自動化測試：常用的測試工具：monkey、monkeyrunner、robutium、appium等，這些都是開源軟件。一樣，國內(nèi)一流的公司都在使用。
蘋果端的自動化測試：常用的測試工具：Instrument、FoneMonke、Broomine、iphone SDK自帶的test unit。
不管學(xué)習(xí)哪一個終端的自動化測試，熟練掌握一門編程語言是必要條件。
最后談?wù)勡泴嵙Γ粋€優(yōu)秀的測試技術(shù)專家，我認(rèn)為需要具備以下幾個特性：
持續(xù)學(xué)習(xí)能力：計算機技術(shù)的發(fā)展可謂日新月異，如果不持續(xù)學(xué)習(xí)，那么不出2年，你就會發(fā)現(xiàn)你只能當(dāng)一個廉價的手工測試人員。所以如果能在工作中學(xué)習(xí)，不能的話，下班后保證2個小時的自學(xué)時間。幾年下來，你就能發(fā)現(xiàn)自己的進步有多大。
溝通能力：我覺得可以從2方面培養(yǎng)：第一：日常工作的溝通能力：和開發(fā)、產(chǎn)品、運維、客服同事的溝通要及時，表達要準(zhǔn)確，多微笑、多傾聽、保持良好輕松的同事關(guān)系。第二，正式場合的溝通能力，如項目周會、評審會議、總結(jié)會議，一定要提前做準(zhǔn)備，講什么、怎么講，自己私下里先練習(xí)一下，這樣在正式場合才能表達清楚、氣定神閑、落落大方，給領(lǐng)導(dǎo)和同事留下一個好的印象。
團隊合作能力：首先從心態(tài)上，要強調(diào)整體的概念，放下單打獨斗的想法。在實際項目中，體現(xiàn)為團隊成員之間的相互協(xié)作、資源共享、共同進退。這個時代已經(jīng)不是一個英雄創(chuàng)造神話的年代了，只有團隊的齊心協(xié)力才能把項目做好，這樣的人往往也是公司最喜歡，最愿意去培養(yǎng)的人。
與優(yōu)秀的人為伍：所謂近朱者赤，近墨者黑。跟對一個老大、和優(yōu)秀的人共事，找一個優(yōu)秀的伴侶、經(jīng)常去參加一些牛人講座、技術(shù)論壇，通過這些人的耳濡目染，一定會讓你少走很多彎路。
其他還有很多軟實力，但我個人認(rèn)為以上幾點比較重要。
凡事要趁早，特別是技術(shù)行業(yè)，一定要在頭幾年打下扎實的技術(shù)功底，這對將來的技術(shù)管理或技術(shù)專家路線都有極大的幫助。
不知不覺寫了這么多，感覺還沒有說完，希望我的一些拙見能對剛畢業(yè)的同學(xué)和還在測試領(lǐng)域迷茫的同學(xué)一點幫助。
軟件測試工作總結(jié)12
轉(zhuǎn)眼20xx已經(jīng)結(jié)束，下面我就把我自己到公司這一年的一些感觸、體會及工作情況給領(lǐng)導(dǎo)及各位同事匯報一下：
我剛開始第一次負責(zé)做定制開發(fā)的一個項目，功能的實現(xiàn)相對來說比較簡單，但是功能多，繁瑣，而且當(dāng)時沒有項目開發(fā)的整體經(jīng)驗，缺乏項目全局觀，直接開始編碼實現(xiàn)功能，在項目編碼過程中，由于客戶不斷的增加需求，改動，經(jīng)歷了近3個月時間，才完工；對我來說很失敗；不過這個項目對于我剛負責(zé)項目開發(fā)的整體經(jīng)驗來說，算是一次教訓(xùn)、也算是一次收獲，通過這個項目及開發(fā)人員提出的意見，進行改進，并且在后面的項目開發(fā)過程中初見成效，開發(fā)周期逐漸縮短、需求改動逐漸減少、開發(fā)出的產(chǎn)品起碼達到90%的要求；到目前為止，團隊的技術(shù)水平、溝通能力及團隊協(xié)作能力都有所提高、有所改善，但是整個項目的開發(fā)從開始到結(jié)束存在的問題依然不少：
1、項目需求
需求是一個項目的來源，后續(xù)所有工作都是圍繞需求展開，需求中哪怕有一點的不明確，都會影響項目的總體進度及項目質(zhì)量。
2、分析設(shè)計
軟件最后的操作便捷性、功能擴展性、界面友好性都取決于設(shè)計人員對需求的理解、模塊框架的設(shè)計、業(yè)務(wù)流程的設(shè)計、數(shù)據(jù)庫表的設(shè)計，每個環(huán)節(jié)都是建立在前一個環(huán)節(jié)的基礎(chǔ)上，每個環(huán)節(jié)上的失誤都會影響到之后所有環(huán)節(jié)，項目組無專業(yè)軟件設(shè)計人員，軟件的`架構(gòu)、邏輯設(shè)計、界面設(shè)計，都是憑對客戶需求的理解設(shè)計的，導(dǎo)致軟件開發(fā)出來后邏輯處理經(jīng)常改動，軟件操作不是很便捷；而數(shù)據(jù)表的建立及表之間的關(guān)系建立主要取決于各項目組人員對需求的理解程度，每個人對需求理解程度不一，直接導(dǎo)致數(shù)據(jù)表建立時的不規(guī)則，不專業(yè)，從而產(chǎn)生軟件功能上的問題
3、編碼
第一，開發(fā)人員編碼的統(tǒng)一性較以前有了很大的改善，但是還是存在個別人員不按統(tǒng)一規(guī)則編碼的現(xiàn)象；
第二，開發(fā)人員普遍存在一些簡單的問題就是，比如該判斷的不判斷、點保存沒有任何提示等小問題，這些問題可以說不是技術(shù)問題，而是作為一個程序員最起碼的工作態(tài)度，認(rèn)不認(rèn)真，細不細心；
第三，人員技術(shù)水平差距較大，這種現(xiàn)象會直接影響編碼階段的進度；
第四，項目編碼過程中的積極性，對于開發(fā)人員來說也就是工作積極性；
4、測試
軟件測試決定了軟件是否是一個已開發(fā)完成的軟件，還是一個半成品；無專業(yè)測試人員，只能用軟件測試方法中最簡單的排除法，大家可想而知，這種排除法只能排除當(dāng)時輸入的數(shù)據(jù)，所以發(fā)現(xiàn)bug問題有限，這樣一個半成品軟件客戶在使用的時候問題可想而知。
5、軟件實施
由于技術(shù)部人員有限，所以經(jīng)常出現(xiàn)各部門對技術(shù)人員的工作協(xié)調(diào)問題，導(dǎo)致軟件不能按時實施、項目開發(fā)不能按進度完工、需求不能按計劃完成等一系列問題。
以上問題都是個人角度去衡量的，考慮不合理之處還望領(lǐng)導(dǎo)及各位同事批評指正。
xx年結(jié)束了，xx年又是一個新的工作起點，我也在此感謝領(lǐng)導(dǎo)和各位同事的支持和幫助，人常說活到老學(xué)到老，在新的一年我還需不斷的努力，在提高自己的專業(yè)水平的同時，為公司盡自己的一份力！
軟件測試工作總結(jié)12篇(軟件測試怎么寫工作總結(jié))相關(guān)文章：
★ 高級軟件測試工程師崗位職責(zé)9篇 軟件測試高級工程師需要掌握的知識
★ 軟件測試合同6篇(軟件測試驗收合格的標(biāo)準(zhǔn)是)
★ 軟件測試合同6篇 軟件測試驗收合格的標(biāo)準(zhǔn)是
★ 軟件測試轉(zhuǎn)正工作總結(jié)3篇(軟件測試轉(zhuǎn)正申請個人總結(jié)怎么寫)
★ 軟件測試轉(zhuǎn)正工作總結(jié)9篇(軟件測試轉(zhuǎn)正總結(jié)500字)
★ 軟件測試心得體會12篇 學(xué)習(xí)軟件測試心得
★ 軟件測試工作總結(jié)及收獲5篇 軟件測試工作的總結(jié)
★ 軟件測試工程師試用期轉(zhuǎn)正工作總結(jié)7篇(軟件測試工程師轉(zhuǎn)正自我評價)
★ 軟件測試工程師工作總結(jié)9篇(軟件測試工程師工作心得)