軟件測試工作總結(jié)12篇(軟件測試怎么寫工作總結(jié))

時(shí)間：2024-03-15 19:03:00 工作總結(jié)

　　為了讓我們的社會(huì)實(shí)踐工作不斷發(fā)展、前進(jìn)，總結(jié)在我們的工作生活中是必不可少的，定期做好工作總結(jié)，會(huì)讓我們的工作效率大大提高，你知道怎么寫嗎？下面是范文網(wǎng)小編分享的軟件測試工作總結(jié)12篇(軟件測試怎么寫工作總結(jié))，以供參閱。

軟件測試工作總結(jié)1

　　1、為什么要在一個(gè)團(tuán)隊(duì)中開展軟件測試工作？

　　因?yàn)闆]有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比ISO質(zhì)量認(rèn)證一樣，測試同樣也需要質(zhì)量的保證，這個(gè)時(shí)候就需要在團(tuán)隊(duì)中開展軟件測試的工作。在測試的過程發(fā)現(xiàn)軟件中存在的問題，及時(shí)讓開發(fā)人員得知并修改問題，在即將發(fā)布時(shí)，從測試報(bào)告中得出軟件的質(zhì)量情況。

　　2、測試能給你帶來什么樣的快樂？

　　測試可以給我?guī)砗芏嗫鞓?，如果測試出一個(gè)項(xiàng)目缺少東西，我會(huì)很高興，因?yàn)槲覍?duì)自己的工作有了新的認(rèn)識(shí)，也為公司做了效益;如果測試出一個(gè)項(xiàng)目沒有問題，我也很高興，因?yàn)橥聜兌荚谂?，大家都希望為公司做貢獻(xiàn)，這就是一個(gè)很強(qiáng)大的團(tuán)隊(duì)，這是一件多么另人振奮的事情啊!

　　3、軟件測試的目的？

　　測試的目的是以最少人力、物力和時(shí)間找出軟件中潛在各種錯(cuò)誤和缺陷，通過修正種錯(cuò)誤和缺陷提高軟件質(zhì)量，回避軟件發(fā)布后由于潛在的軟件缺陷和錯(cuò)誤造成的隱患帶來的商業(yè)風(fēng)險(xiǎn)。

　　4、Alpha測試與beta測試的區(qū)別

　　Alpha測試在系統(tǒng)開發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測試；測試后仍然會(huì)有少量的設(shè)計(jì)變更。這種測試一般由程序或測試員完成，不能由最終用戶或其它人員完成。

　　Beta測試當(dāng)開發(fā)和測試根本完成時(shí)所做的測試，最終的錯(cuò)誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。

　　5、簡述集成測試的過程

　　(1)構(gòu)建的確認(rèn)過程。

　　(2)補(bǔ)丁的確認(rèn)過程。

　　(3) Z34 。

　　(4)測試用例設(shè)計(jì)過程。

　　(5)測試代碼編寫過程。

　　(6) Bug的報(bào)告過程。

　　(7)每周/每兩周的構(gòu)建過程。

　　(8)點(diǎn)對(duì)點(diǎn)的測試過程。

　　(9)組內(nèi)培訓(xùn)過程。

　　集成測試過程:集成測試計(jì)劃->集成測試設(shè)計(jì)->集成測試實(shí)現(xiàn)->集成測試執(zhí)行。

　　6、質(zhì)量的八大特性是什么？各種特性的定義？

　　(1）功能性：軟件所實(shí)現(xiàn)的功能達(dá)到它的設(shè)計(jì)規(guī)范和滿足用戶需求的程度

　　(2）性能：在規(guī)定條件下，實(shí)現(xiàn)軟件功能所需的響應(yīng)時(shí)間和計(jì)算機(jī)資源(CPU、內(nèi)存、磁盤空間和數(shù)據(jù)吞吐量)的使用程度

　　(3）可靠性：在滿足一定條件的應(yīng)用環(huán)境中，軟件能夠正常維持其工作的能力，在出現(xiàn)一些錯(cuò)誤操作時(shí)，軟件可以具有容錯(cuò)性，如果軟件意外退出，重新啟動(dòng)后可以恢復(fù)最近的軟件數(shù)據(jù)

　　(4）安全性：為了防止意外或人為的破壞，軟件應(yīng)具備的自身保護(hù)能力

　　(5）使用性：用戶在理解、學(xué)習(xí)和操作軟件的過程中的付出的努力的難易程度

　　(6）維護(hù)性：軟件在運(yùn)行維護(hù)過程中，如果出現(xiàn)了運(yùn)行故障或者擴(kuò)展新功能和性能，軟件系統(tǒng)是否具有可分析性和良好的擴(kuò)展性，重新設(shè)計(jì)后的軟件的穩(wěn)定性和可測試性

　　(7）移植性：軟件從現(xiàn)有運(yùn)行平臺(tái)向另一個(gè)運(yùn)行平臺(tái)過度的適應(yīng)程度和平臺(tái)可替換性

　　(8）重用性：整個(gè)軟件或其中一部分能作為軟件包而被再利用的程度

　　7、系統(tǒng)測試計(jì)劃是否需要同行審批，為什么

　　需要，系統(tǒng)測試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評(píng)審。

　　8、軟件質(zhì)量應(yīng)該從哪些方面來評(píng)價(jià)？

　　可靠性、安全性、性能、易用性、外觀、穩(wěn)定性

　　9、系統(tǒng)測試包含哪些方面？

　　1.恢復(fù)測試、2.安全測試、3.強(qiáng)度測試、4.性能測試

　　10、區(qū)別階段評(píng)審的與同行評(píng)審

　　同行評(píng)審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯(cuò)誤，只要是找錯(cuò)誤;

　　階段評(píng)審目的:評(píng)審模塊階段作品的正確性可行性及完整性

　　同行評(píng)審人數(shù):3-7人人員必須經(jīng)過同行評(píng)審會(huì)議的培訓(xùn)，由SQA指導(dǎo)

　　階段評(píng)審人數(shù):5人左右評(píng)審人必須是專家具有系統(tǒng)評(píng)審資格

　　同行評(píng)審內(nèi)容:內(nèi)容小一般文檔< 40頁，代碼< 500行

　　階段評(píng)審內(nèi)容:內(nèi)容多，主要看重點(diǎn)

　　同行評(píng)審時(shí)間:一小部分工作產(chǎn)品完成

　　階段評(píng)審時(shí)間:通常是設(shè)置在關(guān)鍵路徑的時(shí)間點(diǎn)上!

　　11、測試結(jié)束的標(biāo)準(zhǔn)是什么？

　　1.用例全部執(zhí)行。2.覆蓋率達(dá)到標(biāo)準(zhǔn)。3.缺陷率達(dá)到標(biāo)準(zhǔn)。4.其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)

　　12、制定測試計(jì)劃之前需要了解什么問題？

　　(1)軟件測試計(jì)劃的目的是什么？是否所有人都知道？他們同意這個(gè)測試計(jì)劃過程嗎？

　　(2)測試的是什么產(chǎn)品？是新程序還是維護(hù)升級(jí)的？是獨(dú)立程序還是由多個(gè)小程序組成的？

　　(3)產(chǎn)品的質(zhì)量目標(biāo)是什么？產(chǎn)品的功能需求和性能指標(biāo)必須得到所有人的一致認(rèn)可。

　　13、請(qǐng)?jiān)斒鲈O(shè)計(jì)測試用例的方法？（只是列出一個(gè)測試用例思考的方向，具體設(shè)計(jì)靠經(jīng)驗(yàn)）

　?、俸诤袦y試用例根據(jù)業(yè)務(wù)需求說明書來設(shè)計(jì)，分為：

　　等價(jià)劃分法邊界值分析法錯(cuò)誤推測法因果圖法邏輯覆蓋法

　?、诎缀袦y試用例通過研究代碼與程序結(jié)構(gòu)可以分為以下兩種方式：

　　靜態(tài)測試：通過靜態(tài)的`檢查程序代碼、界面、文檔中可能存在的錯(cuò)誤的過程。

　　|-測試代碼編寫的規(guī)范性|-測試界面|-測試相關(guān)需求說明和用戶手冊(cè)是否符合實(shí)際要求

　　動(dòng)態(tài)測試：通過路徑和分支測試。測試用例主要根據(jù)以下六種覆蓋測試方法設(shè)計(jì)

　　14、比較負(fù)載測試，壓力測試，容量測試和強(qiáng)度測試的區(qū)別

　　負(fù)載測試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間。通過逐步增加系統(tǒng)負(fù)載，最終確定在滿足性能指標(biāo)的情況下，系統(tǒng)能承受的最大負(fù)載量的測試。

　　強(qiáng)度測試：又稱疲勞強(qiáng)度測試，在系統(tǒng)穩(wěn)定運(yùn)行的情況下能夠支持的最大并發(fā)用戶數(shù)，持續(xù)執(zhí)行一段時(shí)間業(yè)務(wù)，通過綜合分析，確定系統(tǒng)處理最大工作量強(qiáng)度性能的過程。一定負(fù)荷條件下，在較長時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。

　　容量測試：容量測試目的是通過測試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等），系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。容量測試還將確定測試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試是面向數(shù)據(jù)的，并且目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。

　　壓力測試：通過逐步增加系統(tǒng)負(fù)載，最終確定在什么負(fù)載條件下系統(tǒng)性能將處于崩潰狀態(tài)，以此獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測試。

　　15、測試人員需要何時(shí)參加需求分析？

　　如果條件允許，原則上來說是越早介入需求分析越好。因?yàn)闇y試人員對(duì)需求理解越深刻，對(duì)測試工作的開展越有利，可以盡早的確定測試思路，減少與開發(fā)人員的交互，減少對(duì)需求理解上的偏差。

　　16、軟件的缺陷等級(jí)應(yīng)如何劃分？

　　嚴(yán)重：1.由于程序所引起的死機(jī)，非法退出2.死循環(huán)3.數(shù)據(jù)庫發(fā)生死鎖4.因錯(cuò)誤操作導(dǎo)致的程序中斷5.功能錯(cuò)誤6.與數(shù)據(jù)庫連接錯(cuò)誤7.數(shù)據(jù)通訊錯(cuò)誤。

　　較嚴(yán)重：1.程序錯(cuò)誤2.程序接口錯(cuò)誤3.數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件。

　　一般性：1.操作界面錯(cuò)誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致）2.打印內(nèi)容、格式錯(cuò)誤3.簡單的輸入限制未放在前臺(tái)進(jìn)行控制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)勢在于我對(duì)測試堅(jiān)定不移的信心和熱情，雖然經(jīng)驗(yàn)還不夠，但測試需要的基本技能我有信心在工作中得以發(fā)揮。

　　18、你在測試中發(fā)現(xiàn)了一個(gè)bug，但是開發(fā)經(jīng)理認(rèn)為這不是一個(gè)bug，你應(yīng)該怎樣解決。

　　(1)如果不是錯(cuò)誤則應(yīng)該主動(dòng)承認(rèn)不是缺陷。

　　(2)如果是需求不明確的則應(yīng)和開發(fā)加強(qiáng)溝通補(bǔ)充需求。

　　(3)如果和開發(fā)爭論不休應(yīng)該邀請(qǐng)上級(jí)判斷。

　　19、您認(rèn)為做好測試計(jì)劃工作的關(guān)鍵是什么？

　　(1)明確測試的目標(biāo)，增強(qiáng)測試計(jì)劃的實(shí)用性

　　(2)堅(jiān)持“5W”規(guī)則，明確內(nèi)容與過程

　　(3)采用評(píng)審和更新機(jī)制，保證測試計(jì)劃滿足實(shí)際需求

　　(4)分別創(chuàng)建測試計(jì)劃與測試詳細(xì)規(guī)格、測試用例

　　20、風(fēng)險(xiǎn)和問題

　　◆市場的壓力

　　◆測試時(shí)間不夠

　　◆測試資源的及時(shí)到位

　　◆測試人員的技能需求

　　◆開發(fā)進(jìn)度的變化，需求的變更

　　◆開發(fā)部門的版本控制

　　◆短時(shí)間上線。這個(gè)是已經(jīng)定好的，沒有參考測試人員的意見。時(shí)間短往往不能得到充分的測試，測試策略必須根據(jù)可用的時(shí)間進(jìn)行調(diào)整。盡快指出這樣的問題非常重要，只有這樣才能調(diào)整時(shí)間表，確定快速開發(fā)的風(fēng)險(xiǎn)并制定降低風(fēng)險(xiǎn)的策略。

　　◆新的設(shè)計(jì)過程。引入新的設(shè)計(jì)過程會(huì)增加風(fēng)險(xiǎn)，新的設(shè)計(jì)過程包括新的工具和設(shè)計(jì)技術(shù)。如果采用新的技術(shù)，能否像我們預(yù)期的那樣運(yùn)轉(zhuǎn)，都存在很大的風(fēng)險(xiǎn)

　　◆復(fù)雜性。我們應(yīng)該進(jìn)行一些分析工作來確定哪個(gè)功能最復(fù)雜，哪個(gè)功能最容易出錯(cuò)，錯(cuò)誤會(huì)對(duì)系統(tǒng)的哪些地方造成重大的影響。

　　◆使用頻率。軟件最常用功能中隱藏的問題可能給用戶造成嚴(yán)重的損失。

　　◆不可測試的需求。不可測試的需求會(huì)對(duì)系統(tǒng)的成功造成巨大的威脅。如果測試組在需求階段就驗(yàn)證了需求的可測試性，對(duì)需求進(jìn)行了評(píng)審，那么此類問題會(huì)減少多。

軟件測試工作總結(jié)2

　　本人自XX年6月25日起進(jìn)入夢龍移通公司從事手機(jī)軟件測試工程師一職，在不知不覺中已經(jīng)經(jīng)過了2個(gè)月的試用期。在這段時(shí)間里，我感悟頗多，雖然這并不是我的份工作，但是在此期間，我對(duì)于工作一貫謙虛謹(jǐn)慎、認(rèn)真負(fù)責(zé)的工作態(tài)度，從來沒有改變過。

　　我最初參加測試工作的時(shí)候，不知道什么是軟件測試，集成測試和系統(tǒng)測試的概念經(jīng)?；煜?，cmm是什么就更加不知道了。那時(shí)候最簡單的開關(guān)機(jī)也是通過直接拔插電源完成，安裝系統(tǒng)對(duì)我來說簡直是有史以來人類的技能，對(duì)于那些拿著螺絲刀安裝機(jī)器的人就認(rèn)為是宇內(nèi)超級(jí)高手，身具殺人于無形之絕世秘技。拿破侖說不想當(dāng)將軍的士兵不是好士兵，我最初的夢想就是想成為軟件測試的高手，傲視天下。所以不斷偷師，總結(jié)經(jīng)驗(yàn)，自認(rèn)為掌握了成為高手的幾個(gè)秘技，這幾年混跡“江湖“還算無往而不利。不敢獨(dú)享，望與吾輩測試人員切磋，早日總結(jié)成功密技之大成，助新進(jìn)人員早日入門，也算不愧對(duì)東北活雷鋒的稱號(hào)。

　　招學(xué)會(huì)利用網(wǎng)絡(luò)

　　剛參加工作面對(duì)浩瀚的網(wǎng)絡(luò)世界，當(dāng)時(shí)如劉姥姥進(jìn)大觀園，什么都新奇，什么都想要，從網(wǎng)上下載很多源程序的代碼，軟件技術(shù)文檔之類，恨不得把所有的好東西收集到手中，其實(shí)有些在他人看起來就是垃圾一堆。當(dāng)時(shí)覺得有了這些“武林秘籍“，成為高手指日可待。最初參加工作由于自己工作努力有幸轉(zhuǎn)為開發(fā)，加入項(xiàng)目組后我的習(xí)慣還是沒有改，反而變本加厲，手中的資源更加多，上網(wǎng)的時(shí)間更加頻繁。

　　一次項(xiàng)目經(jīng)理分配任務(wù)，覺得依靠手中的秘籍加上自己的“聰明才智“很快會(huì)完成，不料短短的`時(shí)間，所有的一切變成了馬奇諾防線。解決問題很慢，思路不清晰，項(xiàng)目經(jīng)理在對(duì)我施壓的過程中教會(huì)了我終身難忘的一招，學(xué)會(huì)利用網(wǎng)絡(luò)尋找要解決問題的答案，從此google成了我的最愛，關(guān)鍵字成了我變化的招數(shù)。在軟件測試工作中，他幫我解決了很多疑難問題，解答了很多令我迷惑的地方。也是我?guī)椭鷾y試同行解決問題手段之一，很多軟件測試新手，甚至老手都沒有意識(shí)到自己手上就握有“無敵秘籍“，所以只要你耐心找，答案就在身邊。

　　這里總結(jié)一下利用網(wǎng)絡(luò)搜索引擎的技巧：

　　組合搜索

　　每次搜索某個(gè)文件，如果只給出一個(gè)單詞進(jìn)行搜索，經(jīng)常會(huì)出現(xiàn)成千上百萬計(jì)的匹配網(wǎng)頁。然而如果再加上一個(gè)單詞，那么搜索結(jié)果會(huì)更加切題。

　　選擇表述內(nèi)容的詞組

　　一般我在網(wǎng)頁搜索引擎的時(shí)候，選擇一些可以表達(dá)我要查找內(nèi)容的關(guān)鍵詞組，用來縮小搜索范圍，從而找到搜索結(jié)果是的辦法。運(yùn)用詞組搜索涉可以先先簡單地輸入一個(gè)問題作為詞組搜索，如果仍然找不到合適的，那就用多個(gè)可以表達(dá)要查詢內(nèi)容的關(guān)鍵字進(jìn)行查詢。

　　定位信息

　　有的時(shí)候用詞組搜索不到或者無法準(zhǔn)確表達(dá)所需信息?？梢杂昧硪环N方法直接到信息源，就是直接到到提供某種信息的站點(diǎn)去?？梢杂霉健?公司名.”去猜測某一組織的特點(diǎn)。從而得到所要搜索的信息的主要詞組

　　其實(shí)網(wǎng)絡(luò)上還有很多關(guān)于搜索技巧的文章，大家可以自行學(xué)習(xí)。千萬要記住搜索引擎是幫助你成功的有力武器。

　　第二招學(xué)會(huì)動(dòng)手

　　參加軟件測試工作后，隨著工作經(jīng)驗(yàn)的增長自我感覺越來越好。在公司里也逐漸受到同事領(lǐng)導(dǎo)的重視，一次針對(duì)公司的新的軟件功能進(jìn)行測試的時(shí)候，像往常一樣“隨手“測試出了幾個(gè)bug，然后“仔細(xì)“的填寫了bug單(這個(gè)bug的現(xiàn)象已經(jīng)出現(xiàn)了很多次了)。這時(shí)候測試經(jīng)理走過來，重新復(fù)查了一下填寫的bug 。他在重現(xiàn)我的bug的過程中，簡化了我的輸入變化，bug神奇的又出現(xiàn)了，同樣的現(xiàn)象，他關(guān)閉軟件重新變化輸入，擴(kuò)展出10幾個(gè)變

　　化后，軟件不動(dòng)了，內(nèi)存不斷上升。終于他找到了產(chǎn)生軟件的bug的原因，然后對(duì)我說“尋找bug要準(zhǔn)確定位，我們開發(fā)團(tuán)隊(duì)是一個(gè)整體，時(shí)間是等量的，時(shí)間不在你身上浪費(fèi)，就是在他身上浪費(fèi)。如果測試人員每次發(fā)現(xiàn)的bug描述不清楚，并且多個(gè)問題潛在的錯(cuò)誤原因是一個(gè)，雖然操作可能稍微有些變化。這樣開發(fā)人員在重現(xiàn)bug的時(shí)候他要調(diào)試跟蹤判斷，很花費(fèi)時(shí)間，而且效率低。如果測試人員發(fā)現(xiàn)bug的時(shí)候多動(dòng)手可以更加準(zhǔn)確的定位bug步驟和原因，給開發(fā)人員最精我最初參加測試工作的時(shí)候，不知道什么是軟件測試，集成測試和系統(tǒng)測試的概念經(jīng)常混淆，cmm是什么就更加不知道了。那時(shí)候最簡單的開關(guān)機(jī)也是通過直接拔插電源完成，安裝系統(tǒng)對(duì)我來說簡直是有史以來人類的技能，對(duì)于那些拿著螺絲刀安裝機(jī)器的人就認(rèn)為是宇內(nèi)超級(jí)高手，身具殺人于無形之絕世秘技。拿破侖說不想當(dāng)將軍的士兵不是好士兵，我最初的夢想就是想成為軟件測試的高手，傲

　　傲視天下。所以不斷偷師，總結(jié)經(jīng)驗(yàn)，自認(rèn)為掌握了成為高手的幾個(gè)秘技，這幾年混跡“江湖“還算無往而不利。不敢獨(dú)享，望與吾輩測試人員切磋，早日總結(jié)成功密技之大成，助新進(jìn)人員早日入門，也算不愧對(duì)東北活雷鋒的稱號(hào)。

軟件測試工作總結(jié)3

　　軟件測試基礎(chǔ)總結(jié)

　　學(xué)了兩周的軟件基礎(chǔ)知識(shí)，這期間基本上是以自己看為主，TC幫我們解決其中遇到的問題為輔，讓我在了解軟件工程的基礎(chǔ)上進(jìn)一步深入的了解到軟件測試在軟件工程中的重要地位，先將所收獲到的知識(shí)概括如下：

　　一、軟件測試的概念和目標(biāo)軟件測試在整個(gè)軟件工程中的地位：

　　軟件測試的概念：

　　軟件測試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行的過程或者說軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)二精心設(shè)計(jì)一批測試用例并利用這些測試用例去運(yùn)行程序以發(fā)現(xiàn)程序錯(cuò)誤的過程

　　軟件測試的目標(biāo)：

　　a.測試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程

　　b.好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試方案c.成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試重點(diǎn)強(qiáng)調(diào)：

　　軟件測試人員應(yīng)具備的素質(zhì)：

　　a.基本要求：責(zé)任、奉獻(xiàn)、專注、專業(yè)

　　b.注意學(xué)習(xí)，不斷提高自己的計(jì)算機(jī)知識(shí)修養(yǎng)，理解網(wǎng)絡(luò)系統(tǒng)、Internet/Intranet系統(tǒng)和大型數(shù)據(jù)庫系統(tǒng)的基本概念c.工作認(rèn)真，一絲不茍，精益求精。

　　d.力求系統(tǒng)的正確性、完整性、合理性、穩(wěn)定性

　　軟件測試人員知識(shí)結(jié)構(gòu)的組成:

　　a.產(chǎn)品知識(shí)：對(duì)于你所測試的產(chǎn)品，你一定要非常熟悉。小到你所測試的模塊，大到整個(gè)產(chǎn)品的架構(gòu)，內(nèi)部實(shí)現(xiàn)，代碼，等等。

　　b.測試知識(shí)：黑盒測試，白盒測試，手工測試，自動(dòng)化測試，性能測試，安全測試等等。c.開發(fā)知識(shí)：編程，數(shù)據(jù)結(jié)構(gòu)，算法，調(diào)試等等。

　　d.專業(yè)知識(shí)：以上2，3是基本的知識(shí)，你還應(yīng)該精通一些你從事的更專的技術(shù)知識(shí)。比如，如果你的產(chǎn)品是基于.net的，你應(yīng)該精通.net,或者類似的J2ee等

　　e.領(lǐng)域知識(shí)：你應(yīng)該精通你所工作的領(lǐng)域的知識(shí)，比如手機(jī)領(lǐng)域，數(shù)據(jù)庫領(lǐng)域等等。f.行業(yè)知識(shí)：你要對(duì)計(jì)算機(jī)行業(yè)的整體狀態(tài)，新技術(shù)，動(dòng)態(tài)，發(fā)展趨勢有一個(gè)明確認(rèn)識(shí)。要記住，你首先是一個(gè)計(jì)算機(jī)人才，其次是一個(gè)軟件人才，再次是一個(gè)測試人才，最后你才是一個(gè)SQAA,SQAE,STE,SDET等等。要想做一個(gè)高級(jí)測試人才，這一條線的知識(shí)都需要掌握。

　　二、軟件測試方法分類軟件測試的主要流程

　　分析測試的需求→制定測試計(jì)劃→設(shè)計(jì)測試方案→編寫測試用例→執(zhí)行測試用例→驗(yàn)收測試→書寫測試報(bào)告重點(diǎn)強(qiáng)調(diào)：

　　軟件測試方法和分類----按開發(fā)階段分

　　a.單元測試b.集成測試c.確認(rèn)測試d.系統(tǒng)測試e.驗(yàn)收測試

　　軟件測試方法和分類----按測試技術(shù)分

　　a.白盒測試b.灰盒測試c.黑盒測試d.靜態(tài)測試e.動(dòng)態(tài)測試

　　軟件測試方法和分類----按測試實(shí)施組分

　　a.開發(fā)方測試（α測試）b.用戶測試（β測試）c.第三方測試

　　三、測試用例的設(shè)計(jì)方法

　　我們現(xiàn)在做的都是功能測試，用例設(shè)計(jì)的主要方法包括等價(jià)類劃分法、邊界值分析法、錯(cuò)誤推測法和場景分析法重點(diǎn)強(qiáng)調(diào)：等價(jià)類劃分法

　　a.等價(jià)類劃分法是把程序的'輸入域劃分成若干部分，然后從每個(gè)部分中選取少數(shù)代表性數(shù)據(jù)作為測試用例。每一類的代表性數(shù)據(jù)在測試中的作用等價(jià)于這一類中的其他值，也就是說，如果某一類中的一個(gè)例子發(fā)現(xiàn)了錯(cuò)誤，這一等價(jià)類中的其他例子也能發(fā)現(xiàn)同樣的錯(cuò)誤；反之，如果某一類中的一個(gè)例子沒有發(fā)現(xiàn)錯(cuò)誤，則這一類中的其他例子也不會(huì)查出錯(cuò)誤。b.單個(gè)用例中應(yīng)覆蓋盡可能多的有效等價(jià)類c.單個(gè)用例只能覆蓋一個(gè)無效等價(jià)類確定等價(jià)類劃分法的原則

　　a.在輸入條件規(guī)定了輸入值的集合或者規(guī)定了”必須如何”的條件的情況下，可以確定一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類

　　b.在輸入條件規(guī)定了輸入值的集合或者規(guī)定了”必須如何”的條件的情況下，可以確定一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類

　　c.在輸入條件是一個(gè)布爾量的情況下，可以確定一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類d.在規(guī)定了輸入數(shù)據(jù)的一組值(假定n個(gè))，并且程序要對(duì)每一個(gè)輸入值分別處理的情況下，可確定n個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類

　　e.在規(guī)定了輸入數(shù)據(jù)必須遵守規(guī)則的情況下，可確定一個(gè)有效等價(jià)類(符合規(guī)則)和若干個(gè)無效等價(jià)類(從不同角度違反規(guī)則)

　　f.在確知已劃分的等價(jià)類中，各元素在程序處理中的方式不同的情況下，則應(yīng)再將該等價(jià)類進(jìn)一步的劃分為更小的等價(jià)類

　　邊界值分析法

　　a.人們從長期的測試工作經(jīng)驗(yàn)得知，大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上，而不是在輸入范圍的內(nèi)部。因此針對(duì)各種邊界情況測試，可以查出更多的錯(cuò)誤b.空值是一種特殊的邊界值，常常被人遺忘

　　邊界值選擇原則

　　a.如果輸入條件規(guī)定了值的個(gè)數(shù)，則用最大個(gè)數(shù)、最小個(gè)數(shù)、比最小個(gè)數(shù)少1、比最大個(gè)數(shù)多1的數(shù)作為測試數(shù)據(jù)

　　b.將前面的兩條規(guī)則應(yīng)用于輸出條件，即設(shè)計(jì)測試用例使輸出值達(dá)到邊界及其左右的值c.如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合,則應(yīng)選取集合的第一個(gè)元素和最后一個(gè)元素作為測試用例

　　四、Linux操作命令

　　Linux的概念：Linux是一種自由和開放源碼的類Unix操作系統(tǒng)重點(diǎn)強(qiá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(建立一個(gè)文件)

　　a.cp(復(fù)制檔案或目錄)

　　b.mv(移動(dòng)檔案與目錄，或更名)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)之下尋找一個(gè)名稱為word的字符串?word:向光標(biāo)之上尋找一個(gè)名稱為word的字符串

　　:n1,n2s/word1/word2/g在第n1與n2行之間將word1這個(gè)字符串取代為word2:1,$s/word1/word2/g這個(gè)指令用于在整個(gè)文件中替換特定字符串e.退出編輯模式(q!強(qiáng)制退出不保存、wq保存并退出文本編輯模式)

　　五、熟悉mCommerce項(xiàng)目

　　網(wǎng)上購物平臺(tái)主要角色用戶、供應(yīng)商、系統(tǒng)管理員重點(diǎn)強(qiáng)調(diào)

　　用戶、供應(yīng)商、系統(tǒng)管理員與mCommerce購物平臺(tái)之間的關(guān)系.

　　用戶主要瀏覽前臺(tái)頁面可以購物，供應(yīng)商管理系統(tǒng)管理員可以管理后臺(tái)的商品信息的增刪查改，系統(tǒng)管理員又可以管理供應(yīng)商的各種操作掌握mCommerce購物系統(tǒng)里各個(gè)功能.找出mCommerce購物系統(tǒng)里存在的Bug.

　　六、個(gè)人總結(jié)(提出近階段個(gè)人學(xué)習(xí)總結(jié)以及遇到問題)

　　個(gè)人學(xué)習(xí)總結(jié)：a.兩周的測試基礎(chǔ)知識(shí)學(xué)習(xí)掌握了一些測試的基礎(chǔ)知識(shí)和方法。例如等價(jià)類劃分法從而設(shè)計(jì)出測試用例，還有邊界值分析法，和一些linuxde簡單文件操作命令。

　　b.在這個(gè)學(xué)習(xí)的過程中，我發(fā)現(xiàn)很多東西都需要自己去鉆研，去和同事交流從而找到解決的辦法，不會(huì)的問題光靠自己一個(gè)人琢磨是遠(yuǎn)遠(yuǎn)不夠的。需要和同事及同學(xué)交流和溝通，通過討論會(huì)大家一起研商找出解決辦法對(duì)自己的幫助很好。

　　c.每天提交一份日?qǐng)?bào)和問題，清楚自己一天的計(jì)劃和完成了什么事，問題也能得到TC及時(shí)的解決。遇到的問題：

　　a.當(dāng)我在看很多測試基礎(chǔ)知識(shí)資料的時(shí)候，不知道從哪抓重點(diǎn)，總是很盲目的從頭瀏覽到尾，看完之后感覺沒有記住多少東西。

　　b.關(guān)于測試用例設(shè)計(jì)方法等價(jià)類劃分這塊掌握的不是很好，白皮書上有些題目雖然TC講過但還是不能太理解。TC要求我們掌握80%就好了，感覺只掌握了50%。

　　c.可能最近都是在看測試基礎(chǔ)文檔類的原因吧，除了操作linux和熟悉mCommerce項(xiàng)目外，感覺沒實(shí)際操作的少了，有時(shí)侯看文檔很容易走神，這樣一來時(shí)間就浪費(fèi)了。

軟件測試工作總結(jié)4

　　隨著科技的進(jìn)步，手機(jī)款型可謂日新月異，功能也越來越豐富。相應(yīng)的，越來越多的手機(jī)應(yīng)用軟件也伴隨著手機(jī)功能的多樣化應(yīng)運(yùn)而生。面對(duì)種類眾多的手機(jī)應(yīng)用軟件，該如何進(jìn)行測試，測試時(shí)又需要重點(diǎn)關(guān)注什么呢？本文檔結(jié)合本人在產(chǎn)品手機(jī)項(xiàng)目測試過程中的經(jīng)驗(yàn)，淺談下手機(jī)應(yīng)用軟件測試相關(guān)知識(shí)。

　　對(duì)于產(chǎn)品的手機(jī)項(xiàng)目（應(yīng)用軟件），主要是進(jìn)行系統(tǒng)測試。而針對(duì)手機(jī)應(yīng)用軟件的系統(tǒng)測試，我們通常從如下幾個(gè)角度開展：功能模塊測試，交叉事件測試，壓力測試，容量測試，兼容性測試，易用性/用戶體驗(yàn)測試等。

　　1、功能模塊測試：首先應(yīng)分析功能模塊的功能項(xiàng)，測試每個(gè)功能項(xiàng)是否能夠?qū)崿F(xiàn)對(duì)應(yīng)的功能。一般根據(jù)測試用例（Test Case）或軟件本身的流程就可以完成基本功能測試（相對(duì)簡單，故障也較容易發(fā)現(xiàn)、解決）。

　　2、交叉事件測試：又叫事件或沖突測試，是指一個(gè)功能正在執(zhí)行過程中，同時(shí)另外一個(gè)事件或操作對(duì)該過程進(jìn)行干擾的測試。例如通話過程中接收到短信或鬧鈴觸發(fā)，應(yīng)用軟件運(yùn)行過程中插拔充電器等。執(zhí)行干擾的沖突事件不能導(dǎo)致應(yīng)用軟件異常、手機(jī)死機(jī)或花屏等嚴(yán)重問題。另外，還需要注意各交叉事件的優(yōu)先級(jí)別，檢驗(yàn)系統(tǒng)是否能依據(jù)各事件的`優(yōu)先級(jí)別依次進(jìn)行處理。不能因執(zhí)行優(yōu)先級(jí)別高的事件而導(dǎo)致優(yōu)先級(jí)較低的事件吊死。

　　交叉事件測試非常重要，一般能發(fā)現(xiàn)應(yīng)用軟件中一些潛在的問題。另外有中英文模式切換的手機(jī)要注意中英文模式切換后的功能實(shí)現(xiàn)存在的問題（這個(gè)主要針對(duì)手機(jī)應(yīng)用軟件支持語言自適應(yīng)功能），這一點(diǎn)通常會(huì)被測試人員忽略。

　　3、壓力測試：又叫邊界值容錯(cuò)測試或極限負(fù)載測試。即測試過程中，已經(jīng)達(dá)到某一軟件功能的最大容量、邊界值或最大的承載極限，仍然對(duì)其進(jìn)行相關(guān)操作。例如連續(xù)進(jìn)行短信的接收和發(fā)送，超過收件箱和SIM卡所能存儲(chǔ)的最大條數(shù)，仍然進(jìn)行短消息的接收或發(fā)送，以此來檢測軟件在超常態(tài)條件下的表現(xiàn)，進(jìn)而評(píng)估用戶能否接受。

　　對(duì)手機(jī)可以施加的壓力測試類型主要有：

　　●存儲(chǔ)壓力：由于手機(jī)采用的是棧式存儲(chǔ)，所以當(dāng)一個(gè)存儲(chǔ)塊滿了之后，如果程序員不做相應(yīng)處理或者處理不好的話，很容易造成其他存儲(chǔ)區(qū)被擦除，從而在UI上出現(xiàn)問題（比如其他功能無法正常使用，出現(xiàn)異常）。

　　●邊界壓力：邊界處理一直是程序員最容易忽略的地方。

　　●響應(yīng)能力壓力：有時(shí)候某個(gè)操作可能處理的時(shí)間很長，在處理期間如果測試者再不斷地進(jìn)行其他操作的話，很容易出現(xiàn)問題。

　　● 網(wǎng)絡(luò)流量壓力：執(zhí)行較大數(shù)據(jù)流量的功能的同時(shí)，再進(jìn)行其他功能操作，使得網(wǎng)絡(luò)流量始終處于很高的狀態(tài)（如視頻通話時(shí)再進(jìn)行短信等其他功能操作），驗(yàn)證各功能是否依然能正常工作，是否存在因網(wǎng)絡(luò)流量瓶頸而引起某功能異常。

　　壓力測試用手工測試可能很繁鎖，可以考慮自動(dòng)化測試。遺憾的是，目前還沒有較為大量使用的工具，一般都是由開發(fā)人員配合開發(fā)出的工具，或者高級(jí)的測試人員編寫出的腳本。

　　4、容量測試：即存儲(chǔ)空間已滿時(shí)的測試，包括手機(jī)用戶可用內(nèi)存和SIM卡的所有空間被完全使用的測試。此時(shí)再對(duì)可編輯的模塊進(jìn)行和存儲(chǔ)空間有關(guān)的任何操作測試，如果軟件在極限容量狀態(tài)下處理不好，有可能導(dǎo)致死機(jī)或嚴(yán)重的花屏等問題的出現(xiàn)。

　　5、兼容性測試：也就是不同品牌、款型的手機(jī)（針對(duì)目前我們產(chǎn)品來說，主要是針對(duì)不同品牌、款型的手機(jī)上的測試），不同網(wǎng)絡(luò)，不同品牌和不同容量大小的SIM卡之間的互相兼容的測試。以短消息為例：中國電信的小靈通接收到從中國移動(dòng)或中國聯(lián)通GSM發(fā)來的短消息，需要驗(yàn)證顯示和回復(fù)功能是否正常等。再比如，應(yīng)用軟件分別在Nokia N80、N93手機(jī)上運(yùn)行，各功能是否均能正常使用，界面是否均顯示正常等。

　　6、易用性/用戶體驗(yàn)測試：易用性（Useability）/用戶體驗(yàn)是指在指定條件下使用時(shí)，軟件產(chǎn)品被理解、學(xué)習(xí)、使用和吸引用戶的能力，是交互的適應(yīng)性、功能性和有效性的集中體現(xiàn)。

　　易用是對(duì)終端軟件（推而廣之是交互類軟件）最基本、最重要的要求。不好用的軟件很難吸引用戶，更別提提升用戶對(duì)軟件的忠誠度了。易用性體現(xiàn)在：所見即所得、一用便知、一學(xué)就會(huì)，方便快捷的完成預(yù)期功能。易用的軟件能讓一個(gè)新用戶快速學(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)重性缺陷占到整個(gè)缺陷數(shù)量的百分之四十，從實(shí)際測試工作來看，代表性大致可分為以下幾類：點(diǎn)擊“新增”報(bào)錯(cuò)、查詢報(bào)錯(cuò)、保存報(bào)錯(cuò)等直觀的缺陷。在這里建議研發(fā)人員在單元測試發(fā)現(xiàn)此類缺陷，在今后項(xiàng)目中，減少缺陷數(shù)量，提高軟件質(zhì)量。

　　中間業(yè)務(wù)平臺(tái)管理系統(tǒng)上線階段：

　　在管理系統(tǒng)上線階段共發(fā)現(xiàn)6個(gè)問題其中有代表性問題分類如下：

　　1、需求問題：

　　系統(tǒng)維護(hù)->賬戶維護(hù)新增時(shí)，賬戶類型字段是從數(shù)據(jù)庫配置，聯(lián)社方想通過頁面控制此字段。此問題在集成測試時(shí)，熬民就提出要從系統(tǒng)頁面上新增，當(dāng)時(shí)認(rèn)為需求沒提出此功能忽略了隱性需求導(dǎo)致后期東北農(nóng)電項(xiàng)目上線需要從數(shù)據(jù)庫大量配置通訊配置表。

　　教訓(xùn)：今后測試不止測試功能是否實(shí)現(xiàn)，需要考慮和結(jié)合系統(tǒng)與系統(tǒng)之間的關(guān)聯(lián)關(guān)系，眼光放得在長遠(yuǎn)些。

　　2、技術(shù)實(shí)現(xiàn)問題：

　　集成測試時(shí)，管理系統(tǒng)新增賬戶時(shí)其合法性需要與核心校驗(yàn)，此問題集成測試通過，但在上線驗(yàn)證階段發(fā)現(xiàn)此功能沒實(shí)現(xiàn)。后經(jīng)過與研發(fā)人員溝通此功能實(shí)現(xiàn)方式是單位關(guān)聯(lián)維護(hù)時(shí)，核心直連標(biāo)志選擇不直連，則此業(yè)務(wù)新增賬戶時(shí)則不與核心校驗(yàn)賬戶。功能實(shí)現(xiàn)邏輯就是錯(cuò)誤，而測試基于錯(cuò)誤的邏輯去做集成測試。

　　教訓(xùn)：

　　測試角度：只測試了功能實(shí)現(xiàn)與否，沒測試功能實(shí)現(xiàn)的方式對(duì)不對(duì)。研發(fā)角度：重要的功能實(shí)現(xiàn)方式及其業(yè)務(wù)邏輯在編碼前多跟測試人員交流，說明其實(shí)現(xiàn)方式。項(xiàng)目經(jīng)理能參與評(píng)審研發(fā)人員的設(shè)計(jì)文檔。把缺陷扼殺在搖籃之中。

　　3、遷移配置問題：

　　如：“機(jī)構(gòu)下載提示：“FTP下載失敗”?！?、”柜員登錄業(yè)務(wù)系統(tǒng)時(shí)提示：“用戶失效”。”、“繳費(fèi)查詢時(shí)，生成批次號(hào)錯(cuò)誤?！钡?/p>

　　教訓(xùn)：上線中的運(yùn)維手冊(cè)、配置手冊(cè)操作手冊(cè)等文檔寫的不詳細(xì)、描述的不夠清楚，。導(dǎo)致上線驗(yàn)證階段有一半兒的`問題都是遷移導(dǎo)致。今后站在用戶角度去編寫文檔盡量寫的詳細(xì)，不僅提高軟件本身的質(zhì)量，也要提高文檔的質(zhì)量。

　　烏拉特前旗財(cái)政代發(fā)加密：

　　1、前期軟件交付時(shí)財(cái)政不認(rèn)可：

　　此軟件是前旗農(nóng)村商業(yè)銀行委托我們?yōu)榍捌熵?cái)政局研發(fā)一款代發(fā)工資加密軟件。但在軟件交付時(shí)，財(cái)政完全不認(rèn)可導(dǎo)致項(xiàng)目推翻重新開發(fā)。

　　教訓(xùn)：如果項(xiàng)目涉及到三方或者多方時(shí)，一定在研發(fā)工作前把握用戶最原始的需求，可能從中間方挖掘出的需求并不是最終用戶想要的結(jié)果。

　　中間業(yè)務(wù)代理校園一卡-通：

　　1、交易最少、問題最多的項(xiàng)目。

　　導(dǎo)致問題原因如下：研發(fā)人員經(jīng)常變動(dòng)性大，幾乎研發(fā)二部所有人都參與過此項(xiàng)目支持，看別人代碼需要大量時(shí)間，甚至比重新研發(fā)都要費(fèi)時(shí)間。接口聯(lián)調(diào)階段對(duì)方工程師不在場（校園前置機(jī)本身配置問題）。集成測試時(shí)，對(duì)賬是報(bào)文模擬，這就導(dǎo)致一部分案例無法覆蓋到（生成對(duì)賬文件校園方是否解析）。

　　教訓(xùn):在軟件的生命周期內(nèi)希望公司能夠保持各個(gè)階段的研發(fā)人員的穩(wěn)定性。用報(bào)文模擬的集成本身就存在風(fēng)險(xiǎn)，希望今后的項(xiàng)目中能得到第三方仿真端來降低成本，節(jié)省測試成本。在案例設(shè)計(jì)方面多模擬用戶真實(shí)環(huán)境。

　　二、自身存在的不足及其后期計(jì)劃

　　金財(cái)公司的工作同我之前的工作有很大不同，之前公司的測試工作只需要完成三輪集成測試的工作即可，在金財(cái)公司的測試工作不單單是測試，更是涉及到是質(zhì)量管理、質(zhì)量監(jiān)督、質(zhì)量控制的工作，同我之前相比感覺每天都在進(jìn)步，大半年工作讓我有所進(jìn)步，但是很多地方還是存在不足，比如：

　　1. 接到工作任務(wù)后一味的去做，做到一半發(fā)現(xiàn)做不下去或者做的不對(duì)。做

　　事情沒方法。

　　2. 在描述一個(gè)缺陷的現(xiàn)象時(shí)，盡量去挖掘產(chǎn)生問題的原因，在定位缺陷的

　　能力上多下一些功夫，為開發(fā)減少工作量。

　　在20xx年的工作中，我計(jì)劃：

　　1. 今后工作要學(xué)會(huì)分析事物，找到做事的辦法，提前把思路匯報(bào)給上級(jí)。；

　　2. 要盡可能深刻的理解需求，堅(jiān)持編寫覆蓋率強(qiáng)的測試用例；

　　3. 做好管理系統(tǒng)、一卡-通、華北市電的運(yùn)維工作；

　　4. 學(xué)會(huì)環(huán)境搭建、保持開發(fā)與測試有兩套環(huán)境避免相互影響。

　　三、個(gè)人建議

　　近半年我們部門有著的明顯進(jìn)步，比如之前用EXCEL執(zhí)行案例、記錄缺陷，后期采用行業(yè)著名的QC軟件來規(guī)范測試流程等，在此，個(gè)人提出以下幾個(gè)小建議：

　　1、希望能夠在需求這一階段上能更詳細(xì)、準(zhǔn)確的確定軟件功能要求；

　　2、研發(fā)人員在修改缺陷時(shí)，希望能在備注上添加上缺陷是如何修復(fù)的產(chǎn)生原因是什么等，一是能給測試人員帶來新的測試思路；，二是能夠給其他研發(fā)人員提供借鑒;

　　3、在項(xiàng)目的各個(gè)重要階段多開一些項(xiàng)目總結(jié)例會(huì)把遇到的問題放到例會(huì)上讓大家討論，能為接下來的項(xiàng)目或者以后的工作提供寶貴意見；

　　4、在單元測試階段時(shí)，測試人員沒有其他任務(wù)時(shí)，可以提出讓測試人員配合做單元測試，保證后期集成測試時(shí)，嚴(yán)重性缺陷數(shù)量的控制；

　　5、公司的報(bào)銷流程個(gè)人感覺有些繁瑣希望公司能夠簡化流程或者公司人事方面能夠定期來核對(duì)報(bào)銷工作;

　　最后，感謝部門領(lǐng)導(dǎo)、各位同事對(duì)我這個(gè)新人在初期工作時(shí)的幫助，特別是熬民在工作上對(duì)我的監(jiān)督指導(dǎo)，在業(yè)務(wù)上和測試技術(shù)上有問必答，毫無保留。對(duì)于工作上遇到的困難，研發(fā)人員都能在百忙之中給我講解和探討問題，在這里特此感謝他們。

　　相信在大家共同的努力下，公司部門逐漸壯大、成長。最后走出內(nèi)蒙，走向全國。

軟件測試工作總結(jié)6

　　項(xiàng)目名稱開發(fā)工具全面測試次數(shù)測試時(shí)間測試人員測試過程簡述010203后勤管理系統(tǒng)后臺(tái)登錄模塊MyEclipse10.02次20xx年10月09日至20xx年10月19日陸全全龍玉蓮左登吳德武編號(hào)任務(wù)名稱任務(wù)描述開始時(shí)間結(jié)束時(shí)間制定測試計(jì)劃規(guī)劃開發(fā)和測試的具體步驟搭建測試環(huán)境編寫測試用例分析程序的具體功能模塊，編寫每個(gè)功能模塊的測試用例測試系統(tǒng)修改再測試按照測試用例測試系統(tǒng)修改bug，重新測試，直到達(dá)到測不出bug040506編寫測試報(bào)告總結(jié)測試過程，編寫測試報(bào)告功能缺發(fā)現(xiàn)2個(gè)；解決2個(gè)；陷缺陷設(shè)計(jì)缺發(fā)現(xiàn)0個(gè)；解決0個(gè)；統(tǒng)計(jì)陷模塊缺發(fā)現(xiàn)0個(gè)；解決0個(gè)；陷測試用例覆蓋情況：測試用例涵蓋了所設(shè)計(jì)程序的一下功能（登錄模塊）：

　　1、用戶名為空時(shí)的提示功能

　　2、密碼為空時(shí)的提示功能

　　3、用戶名和密碼錯(cuò)誤時(shí)的提示功能

　　4、用戶明和密碼空時(shí)的提示功能

　　5、驗(yàn)證碼為空或者錯(cuò)誤時(shí)的提示功能……..遺留問題及解決方案：無測試結(jié)論：通過設(shè)定詳細(xì)的測試計(jì)劃，在開發(fā)過程中不斷的進(jìn)行測試，編寫了詳細(xì)的功能模塊的測試用例，找出bug后改進(jìn)，再測試，先后進(jìn)行了2次全面的測試，終于按照測試計(jì)劃比較完善的完成了測試工作。

　　個(gè)人總結(jié)：在軟件測試實(shí)踐的.這段時(shí)間中，我領(lǐng)導(dǎo)我們的小組，在測試初期，通過全體組員之間的討論，做好各項(xiàng)測試工作的分析以及分工，為后期測試工作的順利進(jìn)行做好了鋪墊，在本次測試任務(wù)中，主要分工如下：作為組長的我，先做好軟件測試計(jì)劃說明文檔的編寫，為測試流程做好一個(gè)規(guī)范，并做好后期測試總結(jié)文檔的編寫；左登主要負(fù)責(zé)測試軟件的研究和使用以及軟件測試缺陷文檔的編寫；吳德武主要負(fù)責(zé)測試用例的編寫；龍玉蓮主要負(fù)責(zé)后期記錄測試日志。雖然每個(gè)組員分工不同，但是大家在一起做好一個(gè)系統(tǒng)功能的測試，相互之間討論、協(xié)作，保證這個(gè)測試工作的順利進(jìn)行完成。

軟件測試工作總結(jié)7

　　XX年是我進(jìn)入公司的第一年，也是我的工作能力得到提高和快速發(fā)展的一年，在公司領(lǐng)導(dǎo)的指導(dǎo)和同仁以及其它部門的支持配合下，最后在經(jīng)過自己的努力，完成了自己所要完成的各項(xiàng)工作任務(wù)，在新的`一年來臨之跡，我要對(duì)過去一年的工作進(jìn)行一個(gè)全面的總結(jié)，以便在今年的工作中能夠有更明確的目標(biāo)，盡量克服自己現(xiàn)在所存在的不足，希望能更一步為自己所在的部門增光，做出自己的貢獻(xiàn)。下面是我對(duì)去年工作匯總。

　　一、總結(jié)：

　　1、自身定位：在過去一年，是我進(jìn)公司的第一年，也是我工作的第一年，剛開始在我對(duì)工作競爭和自身都不甚了解的情況下，在領(lǐng)導(dǎo)和同仁的指導(dǎo)下，我感覺自己已經(jīng)慢慢對(duì)人與人的競爭和自身定位有了深刻的了解，因?yàn)橛辛俗晕夷繕?biāo)，才能感受到自己的壓力有多大！我的目標(biāo)也不只是完成目前所要做的工作而已，要向其它方面拓展學(xué)習(xí)。

　　2、定下心來，踏踏實(shí)實(shí)：我學(xué)的是計(jì)算機(jī)專業(yè)，我的工作也是計(jì)算機(jī)方面的，以前有什么優(yōu)勢，但是踏入工作崗位后才發(fā)現(xiàn)，自己學(xué)的只是一個(gè)基礎(chǔ)，只是有些方面或許比別人走的快一步，所以一切都要靠自己。自己要定得心下來學(xué)習(xí)。成功需要耐得住寂寞，不求最快，但求。

　　3、團(tuán)隊(duì)合作：以前在學(xué)?；蛟S你可以靠一個(gè)取得好成績，在工作上你必須要有一個(gè)團(tuán)隊(duì)，在一個(gè)部門之中，團(tuán)隊(duì)合作精神顯得尤為重要。以前我做有些事都是一意孤行，但現(xiàn)在已經(jīng)對(duì)自己改變了，多聽聽他人意見，會(huì)犯更少錯(cuò)誤，會(huì)更長見識(shí)，所以要學(xué)會(huì)與同仁之間的合作，做事才更有效。

　　4、工作情況：在公司一年，對(duì)mes大型系統(tǒng)有了個(gè)大概了解，對(duì)我們所要學(xué)習(xí)的mes已經(jīng)可以說差不多都掌握，條碼打印機(jī)的維修和設(shè)置掌握，a4打印機(jī)大多數(shù)情況可以維護(hù)，pda、條碼槍已掌握，電腦的系統(tǒng)重裝和維護(hù)已掌握，其它基本設(shè)置可以維護(hù)，對(duì)新出來的程序掌握和了解也比較快。

　　5、課外學(xué)習(xí)：sql該學(xué)的已經(jīng)掌握，c#學(xué)習(xí)，簡單的程序可以編寫，但有時(shí)還要依靠于網(wǎng)絡(luò)和朋友，需要進(jìn)一步加強(qiáng)。但主要還是以網(wǎng)絡(luò)為主。

　　二、自身缺點(diǎn)

　　1、溝通問題：自己的溝通能力只能算一般，因?yàn)閷?duì)于某些事的闡釋還是不怎么好，語言表達(dá)能力有點(diǎn)差，希望通過平時(shí)的交流和溝通來加強(qiáng)。

　　2、心態(tài)問題：自己對(duì)于做某些事過于著急，一心想急切完成，確反而誤時(shí)，這個(gè)問題一開始就一直出現(xiàn)，現(xiàn)在雖然已經(jīng)基本克服，但也要列入缺點(diǎn)方面，希望以后時(shí)刻注意！

　　3、學(xué)習(xí)問題：對(duì)于課外學(xué)習(xí)這方面，我在編程時(shí)感覺困難的時(shí)候有時(shí)候就不愿去做，現(xiàn)在雖然已經(jīng)慢慢改進(jìn)上網(wǎng)搜資料和問問朋友，但有時(shí)候還是克服不了自己。

軟件測試工作總結(jié)8

　　伴隨著充實(shí)緊湊的工作生活，兩個(gè)月的時(shí)間已經(jīng)過去了。這一段時(shí)間里有工作上的收獲，知識(shí)的豐富，經(jīng)驗(yàn)的增長，同時(shí)也暴露出很多問題和不足。總結(jié)經(jīng)驗(yàn)，吸取教訓(xùn)，*將主要從幾個(gè)方面來對(duì)工作進(jìn)行總結(jié)：工作的主要內(nèi)容;其中的失敗和教訓(xùn)以及成功和經(jīng)驗(yàn);展望下一階段的工作，確定自己的目標(biāo)。以此作為懲前毖后的記錄。 1.工作的主要內(nèi)容

　　在這兩個(gè)月的工作中，我的總體任務(wù)是協(xié)助__做好武警__部隊(duì)__管理系統(tǒng)的后期測試，編碼，修改，文檔編寫的工作，分解開來之后，我主要做了三件事：1.編寫__系統(tǒng)的各類文檔;系統(tǒng)

　　的編碼及bug勘誤工作;系統(tǒng)的測試工作。下面依照時(shí)間來對(duì)我的`工作進(jìn)行介紹。

　　初踏入職場，進(jìn)入專業(yè)的軟件制造公司，對(duì)我，一個(gè)沒有接觸過標(biāo)準(zhǔn)軟件制作過程的新人來說，起步就是一個(gè)很大的難題。若直接做開發(fā)，則業(yè)務(wù)不熟練，代碼不規(guī)范，弊大于利;若僅做學(xué)習(xí)，則不能跟上項(xiàng)目的步伐，不能以最快的速度融入工作中去。在我還在忐忑自己到底要做什么工作的時(shí)候，任務(wù)已經(jīng)下達(dá)了，首先進(jìn)行__系統(tǒng)的測試工作。這樣的好處在于能夠在測試的過程中，了解項(xiàng)目的整體布局，了解項(xiàng)目中的業(yè)務(wù)邏輯，了解項(xiàng)目中尚未完成的工作并以此作為下個(gè)階段的工作目標(biāo)。至此，入職工作順利起步。

　　在對(duì)__系統(tǒng)進(jìn)行測試之后，暴露了系統(tǒng)的諸多問題，測試過程中發(fā)現(xiàn)__系統(tǒng)沒有進(jìn)行輸入限定，為了解決這個(gè)問題需要對(duì)整個(gè)系統(tǒng)的數(shù)據(jù)進(jìn)行整理，我的下一個(gè)任務(wù)就是編寫__系統(tǒng)的數(shù)據(jù)需求文檔。在編寫該文檔的過程中，對(duì)__系統(tǒng)進(jìn)行了更深入的了解，為之后的bug勘誤工作奠定了一定的基礎(chǔ)。

　　完成了__系統(tǒng)的數(shù)據(jù)需求文檔的編寫之后，新的任務(wù)是對(duì)整個(gè)__的輸入數(shù)據(jù)進(jìn)行輸入限定，在任務(wù)開始之處是極為困難的，幸而得到了同事們的幫助才得以順利完成任務(wù)。任務(wù)雖然完成，但是對(duì)輸入限定實(shí)現(xiàn)方法的一知半解以及任務(wù)完成過程中的不仔細(xì)，為之后發(fā)生的問題也埋下了苦果。

　　在對(duì)__系統(tǒng)添加輸入限定完成之后，進(jìn)入了解決程序小問題的階段，對(duì)__系統(tǒng)進(jìn)行細(xì)微的縫補(bǔ)工作。這段時(shí)間是學(xué)習(xí)多于工作的，不同的問題督促我要每天和百度親密接觸數(shù)百次，又要?jiǎng)跓┲T位在百忙中的同事抽出時(shí)間來給我?guī)兔?。雖然辛苦一點(diǎn)，但收獲卻是滿滿。

　　完成了系統(tǒng)的修補(bǔ)之后，我們的程序送到了__進(jìn)行第一輪測試，在測試的一周里，我主要是補(bǔ)充網(wǎng)絡(luò)編程的基礎(chǔ)知識(shí)。第一輪測試結(jié)果出來之后，我們項(xiàng)目組開始了緊張的第一輪__系統(tǒng)bug勘誤工作。拿到bug列表之后，發(fā)現(xiàn)有一小半錯(cuò)誤皆是因我而起，輸入限定問題很多，我也主動(dòng)承擔(dān)了輸入限定部分的bug勘誤工作。

　　第一輪bug勘誤工作完成后，進(jìn)行了第一輪了回歸測試，測試結(jié)果已然不盡人意，仍然存在大量的問題需要修改，而且很多問題還是因我而起，輸入限定仍然存在大量問題，再一次進(jìn)行修改之后，我們的程序送到了十五所進(jìn)行所檢。

　　在進(jìn)行所檢之余，我又接到了新的任務(wù)，完成__系統(tǒng)的概要設(shè)計(jì)以及詳細(xì)設(shè)計(jì)文檔的編寫。這兩份文檔已于9月2號(hào)編寫完畢。

　　現(xiàn)階段我的任務(wù)是根據(jù)所檢的bug列表，對(duì)礦權(quán)系統(tǒng)進(jìn)行回歸測試。

軟件測試工作總結(jié)9

　　本人自20xx年6月25日起進(jìn)入公司從事手機(jī)軟件測試工程師一職，在不知不覺中已經(jīng)走過了20xx年。在這段時(shí)間里，我感悟頗多，雖然這并不是我的第一份工作，但是在此期間，我對(duì)于工作一貫謙虛謹(jǐn)慎、認(rèn)真負(fù)責(zé)的工作態(tài)度，從來沒有改變過。

　　在本部門工作中，我一直嚴(yán)格要求自己，認(rèn)真及時(shí)地完成領(lǐng)導(dǎo)布置的每一項(xiàng)任務(wù)，并虛心向同事學(xué)習(xí)，不斷改正工作中的不足;配合各部門負(fù)責(zé)人落實(shí)及完成公司各項(xiàng)工作。

　　在過去的一年中，通過不斷的學(xué)習(xí)和自我提高，已經(jīng)適應(yīng)了本職的'工作，但對(duì)于一個(gè)初入公司的新人，要全面融入企業(yè)的方方面面，可能在一些問題的考慮上還不夠全面，但我相信，通過公司領(lǐng)導(dǎo)及同事的悉心指導(dǎo)，我一定會(huì)在今后的工作中更好的提高自己的水平、素質(zhì)，更好的完成本職工作。

　　在今后的工作中，我要繼續(xù)努力，克服自己的缺點(diǎn)，彌補(bǔ)不足，向白盒測試、內(nèi)部代碼測試方向了解，加強(qiáng)軟件測試、計(jì)算機(jī)語言方面的知識(shí)，不斷自我學(xué)習(xí)，力爭成為學(xué)習(xí)型、創(chuàng)新型、實(shí)干型兼?zhèn)涞男率兰o(jì)人才。

軟件測試工作總結(jié)10

　　一、工作內(nèi)容

　　20xx年過完年后，我被主管派到一個(gè)大組去學(xué)習(xí)自動(dòng)化測試技術(shù)。這個(gè)測試組是個(gè)比較大的測試組，總共有幾十號(hào)人，其中有很多牛人。他們的自動(dòng)化測試框架就是由幾個(gè)牛人耗時(shí)1年多開發(fā)出來的。到現(xiàn)在，他們的自動(dòng)化用例覆蓋率約50%，應(yīng)用率好像有70%，總之這個(gè)自動(dòng)化測試框架還是滿厲害的，不過就是整個(gè)框架實(shí)現(xiàn)太復(fù)雜了，涉及的編程腳本就用了三種。

　　下面簡單介紹一下該GUI自動(dòng)化測試框架。

　　測試工具：IBM Rational Robot

　　自動(dòng)化測試技術(shù)：第三代自動(dòng)化測試框架

　　測試腳本：Robot中使用的是sqabasic腳本(基于basic的一種腳本)，另外還使用了TCL、COM組建等，并自行開發(fā)了一個(gè)抓包工具用于自動(dòng)化測試。還有我們測試的產(chǎn)品界面是使用Java開發(fā)的，如果要讓Robot能夠正常識(shí)別界面，還需涉及到Java編程。

　　學(xué)習(xí)自動(dòng)化的頭一個(gè)星期，我只是學(xué)習(xí)該測試組的產(chǎn)品知識(shí)，學(xué)習(xí)如何使用自動(dòng)化測試。后面的幾個(gè)星期就開始承擔(dān)自動(dòng)化測試的建設(shè)任務(wù)了。想想當(dāng)初自己還是滿辛苦的，白天上班學(xué)習(xí)產(chǎn)品知識(shí)，晚上回家就對(duì)著電腦看basic腳本的語法，周末還去公司無償加班看代碼。

　　在技術(shù)文檔的選擇上，我基本只看英文的，單詞不懂就拿金山詞霸查，實(shí)在看不懂了才會(huì)去找些中文的資料看。為什么要選擇英文的呢?因?yàn)楹芏嘀袊鴮憰娜撕芨≡?，只想著快點(diǎn)把書出版了好賺錢，所以很多中文的資料質(zhì)量很差。首先要貶低的就是那本譚教授的《C語言程序設(shè)計(jì)》。記得讀大學(xué)時(shí)，照著譚教授的書敲程序，沒多少程序能編譯通過的，真是誤人子弟。

　　當(dāng)時(shí)帶我學(xué)習(xí)自動(dòng)化的導(dǎo)師姓L，他是個(gè)大忙人，有時(shí)一整天都在開會(huì)。L的師傅姓W，W是該自動(dòng)化創(chuàng)始人之一。

　　當(dāng)時(shí)對(duì)我比較有用的文檔就只有兩篇：一篇是匯集型的chm文檔，是篇比較全面的介紹，其中包括自動(dòng)化框架的介紹，原理的介紹，各模塊介紹，自動(dòng)化執(zhí)行的流程等;另外一篇?jiǎng)t是由W寫的自動(dòng)化建設(shè)指導(dǎo)書，寫的還是滿不錯(cuò)的，在我有一定基礎(chǔ)后，照著指導(dǎo)書就能完成簡單的自動(dòng)化建設(shè)。

　　在我整個(gè)學(xué)習(xí)過程中，是按照以下的過程開展的：1、吳江裝修網(wǎng)初步了解整個(gè)自動(dòng)化和產(chǎn)品知識(shí)，嘗試使用自動(dòng)化進(jìn)行測試;

　　2、熟悉sqabasic語法;

　　3、對(duì)著文檔讀代碼，嘗試調(diào)試腳本，跟蹤到代碼的最底層。

　　其實(shí)最好的學(xué)習(xí)方式就是實(shí)踐，去做自動(dòng)化建設(shè)。當(dāng)有一定基礎(chǔ)后，去完成導(dǎo)師交給的自動(dòng)化建設(shè)任務(wù)，就是最好的學(xué)習(xí)方式。后來，我教別人的時(shí)候，也是安排實(shí)際任務(wù)給他做，然后再進(jìn)行相應(yīng)的引導(dǎo)。

　　在我的學(xué)習(xí)期間，有件事情讓我滿討厭的。就是我必須給原部門的主管和測試組人員講課，然后那些家伙會(huì)不停的提問，以檢驗(yàn)我的學(xué)習(xí)效果。雖然這招很BT，但是對(duì)個(gè)人的成長還是滿有利的。假設(shè)你學(xué)會(huì)了一項(xiàng)技能，此時(shí)你可能只在第一個(gè)層次上，如果你能夠把這項(xiàng)技能教會(huì)別人，那么你的層次上升了一個(gè)檔次。

　　記得當(dāng)時(shí)是20xx年2月初去參加學(xué)習(xí)的，4月初就應(yīng)急被調(diào)回原測試組了?？偣膊坏絻蓚€(gè)月的.時(shí)間，我總共完成了3個(gè)模塊的自動(dòng)化建設(shè)，第1個(gè)模塊搞了3個(gè)多星期，第2個(gè)模塊不到2個(gè)星期，第3個(gè)模塊一個(gè)星期就搞完了(第3個(gè)模塊算是友情支援呢，哈哈)。

　　4月初被調(diào)回原測試組后，就一直做救火的工作。差不多5月份的時(shí)候才正是開始做我們T項(xiàng)目的自動(dòng)化。其實(shí)也就是把我學(xué)習(xí)的自動(dòng)化框架移植過來，做T項(xiàng)目自動(dòng)化測試。

　　另我比較遺憾的是，T項(xiàng)目的測試一直都很緊，而自動(dòng)化測試并沒有被推廣和充分利用。直到我離職前，測試組為應(yīng)付測試部自動(dòng)化考核指標(biāo)，才得到重視。

　　這里我談一下自己對(duì)自動(dòng)化測試的理解。

　　1、自動(dòng)化測試用于提高測試效率;

　　2、自動(dòng)化測試可以完成一些無法手工完成的測試，例如長時(shí)間不間斷的測試;

　　3、自動(dòng)化雖然能夠發(fā)現(xiàn)問題，但主要是對(duì)繼承的功能進(jìn)行測試，保證以前的老功能。(這個(gè)跟項(xiàng)目有關(guān)，GUI自動(dòng)化測試比較復(fù)雜，如果是嵌入式設(shè)備或芯片的自動(dòng)化測試，對(duì)自動(dòng)化測試的理解可能會(huì)不一樣)

　　二、開發(fā)小工具

　　我在自動(dòng)化學(xué)習(xí)期間，表現(xiàn)出來的專業(yè)技能和良好的學(xué)習(xí)能力，得到了同事和主管的認(rèn)可。鑒于此，在4月中旬的時(shí)候，測試組的Leader給我安排一個(gè)任務(wù)，使用Excel表格開發(fā)一個(gè)工具，用于收集和統(tǒng)計(jì)記錄的數(shù)據(jù)。要求該工具能夠代替手工計(jì)算，提升測試效率。任務(wù)完成的截至日期是五一。給我安排的時(shí)間大概為一周。

　　該工具的實(shí)現(xiàn)方式并不難，就是設(shè)計(jì)一個(gè)Excel表格，然后在里面嵌入VBA腳本，以宏的方式代替手工計(jì)算。對(duì)我來說最大的挑戰(zhàn)就是：

　　1、短時(shí)間內(nèi)學(xué)會(huì)VBA編程;

　　2、提取需求，設(shè)計(jì)Excel表格的格式，使該工具具有較好的易用性。

　　當(dāng)我接到任務(wù)后，下班回家就開始到網(wǎng)上搜集關(guān)于VBA資料。當(dāng)時(shí)我找了一個(gè)星期，都沒有讓我滿意的文檔。最終只找到一篇國人寫的PDF文檔，但是那篇PDF文檔只是讓我初步了解了VBA是個(gè)什么東東，并不能滿足我的實(shí)際需求。最終，在寫VBA腳本期間，我還是參考微軟自帶的幫助文檔搞定的。

　　本來計(jì)劃是在四月底的一個(gè)星期開展該項(xiàng)任務(wù)，但實(shí)際上直到4月的最后兩天我才有時(shí)間。記得當(dāng)時(shí)，我花了一天半的時(shí)間與我的客戶——也就是我的同事，共同討論需求，并設(shè)計(jì)Excel表格的格式，讓其評(píng)審。最終寫腳本花費(fèi)了4月的最后一個(gè)下午，以及五一期間的三個(gè)下午的時(shí)間，總計(jì)4個(gè)下午的時(shí)間，完成該工具的開發(fā)。而且我五一期間的工作并沒有申報(bào)加班，是無償勞動(dòng)啊。

　　其實(shí)工具開發(fā)完成后，還是有些問題，如：

　　1、程序崩潰

　　2、有1/3的功能基本沒有被使用

　　3、自動(dòng)生成的表格，奇丑無比

　　三、負(fù)責(zé)M項(xiàng)目測試

　　20xx年10月份，我開始獨(dú)立負(fù)責(zé)M項(xiàng)目的測試工作。M項(xiàng)目是個(gè)小項(xiàng)目，大體情況如下：

　　代碼量：大約10K行

　　開發(fā)語言：C#

　　軟件環(huán)境：Windows PPC 20xx

　　硬件環(huán)境：hp的PDA

　　人力投入：開發(fā)3人，測試就我1人

　　M項(xiàng)目的測試需求分析、測試設(shè)計(jì)、測試用例編寫、測試執(zhí)行到測試報(bào)告，全部由我一個(gè)人搞定

　　20xx年10月～12月中旬這段時(shí)間，主要是完成前期的測試分析與設(shè)計(jì)。12月中旬，就進(jìn)入了實(shí)際的測試階段，20xx年1月底，軟件發(fā)布?；仡欉@4個(gè)月的工作，有做的好的，也有做的差的。下面對(duì)這些進(jìn)行總結(jié)。

　　做的比較好的：

　　1、測試進(jìn)度把握比較好，在規(guī)定時(shí)間內(nèi)，甚至提前完成了測試任務(wù);

　　2、與開發(fā)人員的溝通較好，使問題能夠較順利的解決，基本沒有內(nèi)耗，雙方合作愉快;

　　3、測試的重點(diǎn)把握較好，把很多嚴(yán)重問題，在測試前期就給暴露出來了;

　　做的不好的，待改進(jìn)的：

　　1、前期的測試分析能力較弱，測試規(guī)格分析不全，測試用例編寫質(zhì)量不是高。到后期測試時(shí)，才發(fā)現(xiàn)很多規(guī)格沒有覆蓋到，需要補(bǔ)充測試用例。而且之前寫的測試用例與實(shí)際測試情況，有些偏差，用例的可用性差，又花了很多時(shí)間去修改用例。

　　2、前期的測試計(jì)劃制定比較差，實(shí)際工作較之計(jì)劃偏差過大。吳江裝飾網(wǎng)反正10月、11月那段時(shí)間，M項(xiàng)目的工作是亂七八糟的，還好關(guān)鍵時(shí)間點(diǎn)的把握還算到位。

　　3、測試對(duì)象選擇上疏忽，導(dǎo)致漏測。M程序是個(gè)工具軟件，主要用于查詢和設(shè)置設(shè)備的某些參數(shù)或配置。我當(dāng)時(shí)只考慮到對(duì)所有支持的設(shè)備進(jìn)行遍歷，卻未考慮到設(shè)備上所有單板的遍歷。結(jié)果技術(shù)支持工程師到香港試用該工具時(shí)，發(fā)現(xiàn)某塊叫PM1D的單板無法識(shí)別。后續(xù)，我們對(duì)大部分單板進(jìn)行了遍歷，還發(fā)現(xiàn)了很多隱藏的問題。這是一項(xiàng)較大的疏忽。

　　4、在做內(nèi)部模擬試驗(yàn)局測試時(shí)，對(duì)測試環(huán)境的選擇有較大疏忽，導(dǎo)致漏測。在做內(nèi)部試驗(yàn)局的時(shí)候，我為了偷懶只選擇了3個(gè)不同設(shè)備的組網(wǎng)測試，而沒有考慮到大規(guī)模組網(wǎng)情況下的測試。后來，技術(shù)支持工程師拿M軟件到廣州試用時(shí)，程序的某項(xiàng)功能就不正常了，原因就是大規(guī)模組網(wǎng)時(shí)，通信數(shù)據(jù)的傳輸是多包的，而M程序的底層函數(shù)沒有對(duì)多包的情況進(jìn)行處理，導(dǎo)致該項(xiàng)功能不正常。當(dāng)時(shí)，在其他實(shí)驗(yàn)室是有類似環(huán)境的，而我卻為了偷懶: (

　　雖然M項(xiàng)目的測試有很多不足，但是總體情況良好，我對(duì)產(chǎn)品的質(zhì)量有信心: )

　　四、救火

　　大概是20xx年7月份時(shí)，我們組組長跟我說，要派我到B組去學(xué)習(xí)3個(gè)星期。等我去了B組才發(fā)現(xiàn)自己是被派來救火的。來B組支援測試，主要是完成一項(xiàng)測試任務(wù)，說具體點(diǎn)，就是把一件事情干600多次，沒任何技術(shù)含量。我當(dāng)時(shí)真是郁悶壞了: (

　　雖然心底是比較郁悶，但畢竟也就3個(gè)星期，想著忍忍就過去了。

　　具體的任務(wù)很簡單：大概有80種板子，每種板子大概有8套軟件，用T工具對(duì)80多塊板子把8套軟件都加一次，觀察軟件加載過程中，業(yè)務(wù)是否正常，板子加完軟件后，運(yùn)行是否正常。

　　還有一個(gè)也是其他組借調(diào)過來的新員工，跟我一起干這件事情。我600多次，他也差不多600次。還好這個(gè)家伙，心態(tài)很好，做事情也很勤奮。

　　最初B組給的方案是這樣的：先用第1套軟件把80多個(gè)板子加載一遍，再用第2套，第3套，直到第8套。

　　開始工作幾天，我們就按這種方案執(zhí)行，但按這種方案執(zhí)行的效率很差。主要因?yàn)閷?shí)驗(yàn)室常用的板子差不多只有30塊，其他的板子都藏在箱子里，而且有些板子B組根本沒有，需要到其他項(xiàng)目組去借，這樣針對(duì)軟件版本，對(duì)80多塊板子進(jìn)行輪循加載，效率就很低，因?yàn)槊考右惶总浖?，就要去尋?0多塊板子。

　　當(dāng)時(shí)，我和那個(gè)新員工都很愁，按照這種做法，這項(xiàng)任務(wù)3個(gè)星期根本就無法完成。B組負(fù)責(zé)帶我們的兩個(gè)員工，也表示比較無奈。

　　郁悶過的第2天一早，我就直接找B組的老大談話，“按照你們提供的這種方案，我們?cè)谌齻€(gè)星期內(nèi)根本無法完成任務(wù)，而且還有諸多其他困難：1、部分板子是壞的;2、某些板子實(shí)驗(yàn)室里根本就沒有;3、對(duì)設(shè)備不熟悉。”

　　就這樣，B組老大把組內(nèi)相關(guān)骨干人員都叫過來開會(huì)，重新商討了一套方案，并要求他們?nèi)χС治覀兊墓ぷ鳌?/p>

　　開了會(huì)后，B組的人就比較支持我們的工作了，啟用新的方案后，還提前了1天時(shí)間把工作完成: )

　　這里我體會(huì)比較深的是：在做一份工作前，一定要弄清楚這項(xiàng)任務(wù)到底要做些什么、要怎么做、要做到什么程度，工作中還要定期匯報(bào)工作(基本上以日?qǐng)?bào)、周報(bào)的形式，用郵件發(fā)送)，如果出現(xiàn)了解決不了的困難，一定要向老大匯報(bào)，如果老大也解決不了，那他也不能責(zé)怪你無能: )

　　五、工作中的陷阱

　　在辭職前的幾個(gè)月，有個(gè)師弟也是老鄉(xiāng)X君，得知我做過自動(dòng)化項(xiàng)目后，便來向我了解自動(dòng)化測試相關(guān)的情況。

　　從與X的聊天過程中了解到，他也正在做自動(dòng)化，他們組測試的產(chǎn)品規(guī)模比較大，不過做自動(dòng)化的只有兩個(gè)新人，而且是使用一種新的GUI測試工具。他在給我講他們具體工作時(shí)，了解到他們的自動(dòng)化測試非常原始，就是針對(duì)一個(gè)用例錄制一套腳本，幾百個(gè)測試用例，大概錄制幾百個(gè)腳本，根本沒有對(duì)公共進(jìn)行提取，更別提有什么自動(dòng)化測試框架了。X君與另外一個(gè)人，在自動(dòng)化方面都是新手，沒有相關(guān)經(jīng)驗(yàn)，他們不知道這樣做會(huì)給后期的維護(hù)帶來多大的麻煩。而且他們主管也不太懂GUI測試的自動(dòng)化，只是每天要他們匯報(bào)工作進(jìn)度，期望在兩個(gè)月內(nèi)完成那幾百個(gè)腳本。

　　經(jīng)過我細(xì)致詢問后，我猜測他們做這項(xiàng)自動(dòng)化工作，基本上是為了應(yīng)付部門自動(dòng)化考核而做的，而并非為了提高測試效率，保證產(chǎn)品質(zhì)量。

　　我也可以體諒X君主管的難處：測試組人力本來就緊張，而部門又要考核自動(dòng)化指標(biāo)，他只有弄兩個(gè)人來應(yīng)付一下部門的考核了。

　　這樣說來，X君和他另外一位同事就是受害者了，被安排做一件這么沒意義的事情。對(duì)他們我只能表示同情了。

　　對(duì)于這類BT主管吩咐的沒啥意義的事情，我的體會(huì)就是能推掉不做就不做，如果實(shí)在推不掉，就完全按照他的意思做，他要怎么做就怎么做，要做成什么樣就做成什么樣。實(shí)在搞郁悶了就老板炒魷魚吧。

　　六、其他

　　記得剛進(jìn)公司那一陣，對(duì)我們新員工有這樣那樣的培訓(xùn)，估計(jì)轉(zhuǎn)正前至少被培訓(xùn)了20門課吧。具體講的都是產(chǎn)品知識(shí)、測試技能、編程方面的東東。那些講課的老師水平也參差不齊，PPT寫的水準(zhǔn)也有好有壞?？傮w感覺就是那些培訓(xùn)是在浪費(fèi)時(shí)間，如果自己看這些資料效果都要好很多。

　　在轉(zhuǎn)正前，作為新員工要給部門的“老”員工講課，講自己所學(xué)習(xí)過的知識(shí)，然后下面的“老”員工會(huì)發(fā)狂了似的問你問題?，F(xiàn)在我感覺這種方式真的是一種非常好的檢驗(yàn)方法，不但檢驗(yàn)了你的學(xué)習(xí)情況還鍛煉了你講解PPT的能力。

　　七、感悟和進(jìn)步

　　通過這種方式，我覺得自己在很多方面有提高：

　　1、寫PPT的水平。后續(xù)工作中，寫PPT匯報(bào)工作，做的是又快，又漂亮。

　　2、溝通能力。最初別人問我一個(gè)問題，我還沒完全理解他的意圖，就以自己的理解，淅瀝嘩啦的說了一堆別人不想知道的東東，搞得別人一頭霧水。此后，別人每問我一個(gè)問題，我都會(huì)先把他的意圖或意思搞搞清楚了，確認(rèn)后，再以最精練的語言來回答他的問題。

　　3、懂就是懂，不懂就別亂說。記得最早“老”員工問我一個(gè)我自己不是很懂的問題，我通常是按自己的理解方式，跟他胡吹一通。結(jié)果他再一細(xì)問，我就傻了。知道就知道，不知道就別亂說，這點(diǎn)很重要，尤其是在參加面試的時(shí)候，如果自己不是很動(dòng)，別人一問你就會(huì)露餡。

軟件測試工作總結(jié)11

　　時(shí)光荏苒，從畢業(yè)到現(xiàn)在已經(jīng)10年，10年來一直從事著軟件測試的工作。從一個(gè)什么都不會(huì)，到測試技術(shù)人員再到測試管理，期間有迷茫，有痛苦，有彎路，有捷徑。今天對(duì)自己過去的10年測試經(jīng)歷做一個(gè)總結(jié)，一是給自己重新出發(fā)增加動(dòng)力，二是給剛?cè)氲赖摹⒚悦Ｖ械臏y試朋友一點(diǎn)點(diǎn)建議，希望你們少走彎路。

　　首先，談?wù)劀y試職業(yè)規(guī)劃，即做什么的問題。所謂方向比努力重要，這絕對(duì)是一句真理。如果能在剛走上測試工作崗位的時(shí)候明白這個(gè)道理，那么不出5年，你一定能成為某一測試領(lǐng)域的專家，那時(shí)不管是薪水、自信心都是順其自然的事情。但是遺憾的是，我們獲取的太多信息是，測試人員是一個(gè)通才，什么都要學(xué)，什么都要懂。結(jié)果這樣的一個(gè)方向，導(dǎo)致了3腳貓功夫的測試人員一大把。那么什么都懂一點(diǎn)的測試人員難道就沒有用武之地了嗎？也不是，可以朝著測試管理崗位發(fā)展。說到這里，引出了測試職業(yè)規(guī)劃的第一條路：測試管理。那么很容易想到職業(yè)規(guī)劃的另外一條路，測試技術(shù)專家。在測試技術(shù)領(lǐng)域里，無外乎就是性能測試專家和自動(dòng)化測試專家。

　　明確了軟件測試職業(yè)規(guī)劃的三個(gè)方向，接下來就是如何選擇一條適合自己的方向。下面給出我的幾條建議。

　　關(guān)于選擇測試管理：首先你一定不是一個(gè)喜歡技術(shù)，對(duì)技術(shù)敏感的人，這個(gè)很容易判斷。第二，你一定是個(gè)善于溝通，組織協(xié)調(diào)能力強(qiáng)的人。第三，你的長期抗壓能力較強(qiáng)，上能頂住領(lǐng)導(dǎo)批評(píng)，下能頂住下屬埋怨。能受得了委屈，吃的了虧。第四，你對(duì)管理工作充滿持續(xù)的激情，如果過去你是一個(gè)比較如魚得水的學(xué)生干部，那更加沒問題?？傊?，相對(duì)你的IQ，你的`EQ更高。那么從性格上來說你比較適合做測試管理工作。

　　關(guān)于選擇性能測試專家：正好和測試管理人員具備的性格相反，首先，你不喜歡組織協(xié)調(diào)這樣的工作，你性格有些孤傲，你上學(xué)的時(shí)候一定不是學(xué)生干部，或者不是一個(gè)如魚得水的學(xué)生干部。第二，你不一定是個(gè)技術(shù)狂熱者，但你不排斥技術(shù)，你的動(dòng)手能力較強(qiáng)，喜歡實(shí)踐。能靜下心來學(xué)習(xí)。那么你有成為一個(gè)技術(shù)專家的潛力

　　關(guān)于選擇自動(dòng)化測試專家：和性能測試專家類似，如果你掌握一門編程語言，或者有信心學(xué)好一門編程語言，那么恭喜你，你有成為自動(dòng)化測試專家的潛力。通常，性能測試專家和自動(dòng)化測試專家在技術(shù)上是相通的。

　　確定了自己的測試發(fā)展方向，接下來就是如何實(shí)現(xiàn)的問題。有一個(gè)的10000小時(shí)定律理論，即一個(gè)人想要成為某個(gè)領(lǐng)域的專家，需要經(jīng)過1萬個(gè)小時(shí)的錘煉。按此比例計(jì)算，如果以每天工作8小時(shí)，一周工作5天計(jì)算，那么成為一個(gè)領(lǐng)域的專家需要4-5年的時(shí)間。

　　關(guān)于如何成長為測試管理人才：首先你一定要成為一個(gè)功能測試專家；通過參與至少2個(gè)完整項(xiàng)目的測試工作，你對(duì)測試?yán)碚?、一個(gè)完整項(xiàng)目的測試流程、測試活動(dòng)、測試輸出了于指掌。第二，盡量選擇一個(gè)行業(yè)如電信、支付、網(wǎng)購、通訊等深入做下去，成為該領(lǐng)域的業(yè)務(wù)專家。因?yàn)闇y試經(jīng)理的角色往往也是半個(gè)需求人員的角色。第三，盡量在頭三年的時(shí)間里，親自參與功能測試、性能測試、自動(dòng)化測試工作，為后面測試管理的招聘工作、測試計(jì)劃、人員分配、任務(wù)安排打下一個(gè)良好的技術(shù)基礎(chǔ)，說白了，測試管理工作也是一個(gè)技術(shù)管理崗位，沒有一定的技術(shù)功底，很難開展后續(xù)的管理工作。

　　關(guān)于如何成長為性能測試專家：剛進(jìn)入測試管理崗位，你負(fù)責(zé)的工作一定是功能測試任務(wù)。沒有機(jī)會(huì)接觸性能測試工作。怎么辦？我的建議是：自學(xué)或者參加培訓(xùn)班，如果你是一個(gè)自我管理能力非常強(qiáng)的人，建議自學(xué)，如果不是，那么建議參加專門的性能測試培訓(xùn)班。參加培訓(xùn)班之前大致了解一下性能測試的基礎(chǔ)知識(shí)。

　　性能測試的學(xué)習(xí)過程大致如下：

　　1）首先了解一個(gè)系統(tǒng)的架構(gòu)，明白各服務(wù)器之間是如何交互工作、系統(tǒng)的數(shù)據(jù)流向、系統(tǒng)的壓力點(diǎn)，從而確定性能測試需求和指標(biāo)，即那些功能需要考慮壓力，能承擔(dān)的壓力是多大。比如一個(gè)購物網(wǎng)站，最典型的登陸功能、提交訂單功能需要支持多少個(gè)用戶并發(fā)，每個(gè)并發(fā)用戶在幾秒之內(nèi)完成操作，系統(tǒng)長時(shí)間在壓力狀態(tài)下的穩(wěn)定性。

　　2）第二選擇測試工具，對(duì)于基于Http協(xié)議的應(yīng)用來說，一般loadrunner都能完成性能測試工作，學(xué)習(xí)loadrunner的三部曲：腳本錄制編寫（loadrunner generator）、場景設(shè)置和執(zhí)行（loadrunner controller）、結(jié)果分析（loadrunner analysis）的內(nèi)容。

　　對(duì)于一些無法用現(xiàn)有工具實(shí)施性能測試的應(yīng)用，需要考慮自己編寫工具來完成。所以一個(gè)優(yōu)秀的性能測試工程師一定是能熟練使用一門編程語言的。

　　3）實(shí)踐，一定要多實(shí)踐，安裝完loadrunner以后，loadrunner里帶有現(xiàn)成的性能測試項(xiàng)目---飛機(jī)訂票系統(tǒng)。完全可以拿來練手loadrunner。

　　4）性能測試的目的是發(fā)現(xiàn)系統(tǒng)處理能力的瓶頸而系統(tǒng)調(diào)優(yōu)才是最終的目的，如果能進(jìn)一步提高各業(yè)務(wù)服務(wù)器、數(shù)據(jù)庫服務(wù)器的調(diào)優(yōu)技能，對(duì)性能測試工作來說是如虎添翼。

　　關(guān)于如何成長為自動(dòng)化測試專家：

　　自動(dòng)化測試和性能測試不一樣，性能測試主要是對(duì)服務(wù)器的性能做測試，而自動(dòng)化測試是從前端考慮，其目的旨在于替代部分手工測試、考量客戶端長時(shí)間運(yùn)行的穩(wěn)定性。自動(dòng)化測試分為：web站點(diǎn)的自動(dòng)化測試、PC客戶端的自動(dòng)化測試、手機(jī)端的自動(dòng)化測試。每一個(gè)終端的測試都是一個(gè)大的領(lǐng)域，建議先深入學(xué)習(xí)一個(gè)終端的自動(dòng)化測試技術(shù)。

　　關(guān)于Web端站點(diǎn)的自動(dòng)化測試：常用的開源測試工具：selenium框架+一門編程語言（建議python），或者收費(fèi)軟件QTP，推薦selenium，因?yàn)樗情_源的、免費(fèi)的，不存在盜版問題、且可擴(kuò)展，所以國內(nèi)的一線大公司喜歡用。

　　Pc客戶端自動(dòng)化測試：常用的測試工具：QTP。付費(fèi)軟件，國內(nèi)很多小公司在用。

　　Android手機(jī)自動(dòng)化測試：常用的測試工具：monkey、monkeyrunner、robutium、appium等，這些都是開源軟件。一樣，國內(nèi)一流的公司都在使用。

　　蘋果端的自動(dòng)化測試：常用的測試工具：Instrument、FoneMonke、Broomine、iphone SDK自帶的test unit。

　　不管學(xué)習(xí)哪一個(gè)終端的自動(dòng)化測試，熟練掌握一門編程語言是必要條件。

　　最后談?wù)勡泴?shí)力，一個(gè)優(yōu)秀的測試技術(shù)專家，我認(rèn)為需要具備以下幾個(gè)特性：

　　持續(xù)學(xué)習(xí)能力：計(jì)算機(jī)技術(shù)的發(fā)展可謂日新月異，如果不持續(xù)學(xué)習(xí)，那么不出2年，你就會(huì)發(fā)現(xiàn)你只能當(dāng)一個(gè)廉價(jià)的手工測試人員。所以如果能在工作中學(xué)習(xí)，不能的話，下班后保證2個(gè)小時(shí)的自學(xué)時(shí)間。幾年下來，你就能發(fā)現(xiàn)自己的進(jìn)步有多大。

　　溝通能力：我覺得可以從2方面培養(yǎng)：第一：日常工作的溝通能力：和開發(fā)、產(chǎn)品、運(yùn)維、客服同事的溝通要及時(shí)，表達(dá)要準(zhǔn)確，多微笑、多傾聽、保持良好輕松的同事關(guān)系。第二，正式場合的溝通能力，如項(xiàng)目周會(huì)、評(píng)審會(huì)議、總結(jié)會(huì)議，一定要提前做準(zhǔn)備，講什么、怎么講，自己私下里先練習(xí)一下，這樣在正式場合才能表達(dá)清楚、氣定神閑、落落大方，給領(lǐng)導(dǎo)和同事留下一個(gè)好的印象。

　　團(tuán)隊(duì)合作能力：首先從心態(tài)上，要強(qiáng)調(diào)整體的概念，放下單打獨(dú)斗的想法。在實(shí)際項(xiàng)目中，體現(xiàn)為團(tuán)隊(duì)成員之間的相互協(xié)作、資源共享、共同進(jìn)退。這個(gè)時(shí)代已經(jīng)不是一個(gè)英雄創(chuàng)造神話的年代了，只有團(tuán)隊(duì)的齊心協(xié)力才能把項(xiàng)目做好，這樣的人往往也是公司最喜歡，最愿意去培養(yǎng)的人。

　　與優(yōu)秀的人為伍：所謂近朱者赤，近墨者黑。跟對(duì)一個(gè)老大、和優(yōu)秀的人共事，找一個(gè)優(yōu)秀的伴侶、經(jīng)常去參加一些牛人講座、技術(shù)論壇，通過這些人的耳濡目染，一定會(huì)讓你少走很多彎路。

　　其他還有很多軟實(shí)力，但我個(gè)人認(rèn)為以上幾點(diǎn)比較重要。

　　凡事要趁早，特別是技術(shù)行業(yè)，一定要在頭幾年打下扎實(shí)的技術(shù)功底，這對(duì)將來的技術(shù)管理或技術(shù)專家路線都有極大的幫助。

　　不知不覺寫了這么多，感覺還沒有說完，希望我的一些拙見能對(duì)剛畢業(yè)的同學(xué)和還在測試領(lǐng)域迷茫的同學(xué)一點(diǎn)幫助。

軟件測試工作總結(jié)12

　　轉(zhuǎn)眼20xx已經(jīng)結(jié)束，下面我就把我自己到公司這一年的一些感觸、體會(huì)及工作情況給領(lǐng)導(dǎo)及各位同事匯報(bào)一下：

　　我剛開始第一次負(fù)責(zé)做定制開發(fā)的一個(gè)項(xiàng)目，功能的實(shí)現(xiàn)相對(duì)來說比較簡單，但是功能多，繁瑣，而且當(dāng)時(shí)沒有項(xiàng)目開發(fā)的整體經(jīng)驗(yàn)，缺乏項(xiàng)目全局觀，直接開始編碼實(shí)現(xiàn)功能，在項(xiàng)目編碼過程中，由于客戶不斷的增加需求，改動(dòng)，經(jīng)歷了近3個(gè)月時(shí)間，才完工；對(duì)我來說很失??；不過這個(gè)項(xiàng)目對(duì)于我剛負(fù)責(zé)項(xiàng)目開發(fā)的整體經(jīng)驗(yàn)來說，算是一次教訓(xùn)、也算是一次收獲，通過這個(gè)項(xiàng)目及開發(fā)人員提出的意見，進(jìn)行改進(jìn)，并且在后面的項(xiàng)目開發(fā)過程中初見成效，開發(fā)周期逐漸縮短、需求改動(dòng)逐漸減少、開發(fā)出的產(chǎn)品起碼達(dá)到90%的要求；到目前為止，團(tuán)隊(duì)的技術(shù)水平、溝通能力及團(tuán)隊(duì)協(xié)作能力都有所提高、有所改善，但是整個(gè)項(xiàng)目的開發(fā)從開始到結(jié)束存在的問題依然不少：

　　1、項(xiàng)目需求

　　需求是一個(gè)項(xiàng)目的來源，后續(xù)所有工作都是圍繞需求展開，需求中哪怕有一點(diǎn)的不明確，都會(huì)影響項(xiàng)目的總體進(jìn)度及項(xiàng)目質(zhì)量。

　　2、分析設(shè)計(jì)

　　軟件最后的操作便捷性、功能擴(kuò)展性、界面友好性都取決于設(shè)計(jì)人員對(duì)需求的理解、模塊框架的設(shè)計(jì)、業(yè)務(wù)流程的設(shè)計(jì)、數(shù)據(jù)庫表的設(shè)計(jì)，每個(gè)環(huán)節(jié)都是建立在前一個(gè)環(huán)節(jié)的基礎(chǔ)上，每個(gè)環(huán)節(jié)上的失誤都會(huì)影響到之后所有環(huán)節(jié)，項(xiàng)目組無專業(yè)軟件設(shè)計(jì)人員，軟件的`架構(gòu)、邏輯設(shè)計(jì)、界面設(shè)計(jì)，都是憑對(duì)客戶需求的理解設(shè)計(jì)的，導(dǎo)致軟件開發(fā)出來后邏輯處理經(jīng)常改動(dòng)，軟件操作不是很便捷；而數(shù)據(jù)表的建立及表之間的關(guān)系建立主要取決于各項(xiàng)目組人員對(duì)需求的理解程度，每個(gè)人對(duì)需求理解程度不一，直接導(dǎo)致數(shù)據(jù)表建立時(shí)的不規(guī)則，不專業(yè)，從而產(chǎn)生軟件功能上的問題

　　3、編碼

　　第一，開發(fā)人員編碼的統(tǒng)一性較以前有了很大的改善，但是還是存在個(gè)別人員不按統(tǒng)一規(guī)則編碼的現(xiàn)象；

　　第二，開發(fā)人員普遍存在一些簡單的問題就是，比如該判斷的不判斷、點(diǎn)保存沒有任何提示等小問題，這些問題可以說不是技術(shù)問題，而是作為一個(gè)程序員最起碼的工作態(tài)度，認(rèn)不認(rèn)真，細(xì)不細(xì)心；

　　第三，人員技術(shù)水平差距較大，這種現(xiàn)象會(huì)直接影響編碼階段的進(jìn)度；

　　第四，項(xiàng)目編碼過程中的積極性，對(duì)于開發(fā)人員來說也就是工作積極性；

　　4、測試

　　軟件測試決定了軟件是否是一個(gè)已開發(fā)完成的軟件，還是一個(gè)半成品；無專業(yè)測試人員，只能用軟件測試方法中最簡單的排除法，大家可想而知，這種排除法只能排除當(dāng)時(shí)輸入的數(shù)據(jù)，所以發(fā)現(xiàn)bug問題有限，這樣一個(gè)半成品軟件客戶在使用的時(shí)候問題可想而知。

　　5、軟件實(shí)施

　　由于技術(shù)部人員有限，所以經(jīng)常出現(xiàn)各部門對(duì)技術(shù)人員的工作協(xié)調(diào)問題，導(dǎo)致軟件不能按時(shí)實(shí)施、項(xiàng)目開發(fā)不能按進(jìn)度完工、需求不能按計(jì)劃完成等一系列問題。

　　以上問題都是個(gè)人角度去衡量的，考慮不合理之處還望領(lǐng)導(dǎo)及各位同事批評(píng)指正。

　　xx年結(jié)束了，xx年又是一個(gè)新的工作起點(diǎn)，我也在此感謝領(lǐng)導(dǎo)和各位同事的支持和幫助，人常說活到老學(xué)到老，在新的一年我還需不斷的努力，在提高自己的專業(yè)水平的同時(shí)，為公司盡自己的一份力！

軟件測試工作總結(jié)12篇(軟件測試怎么寫工作總結(jié))相關(guān)文章：

★ 高級(jí)軟件測試工程師崗位職責(zé)9篇軟件測試高級(jí)工程師需要掌握的知識(shí)

★ 軟件測試合同6篇(軟件測試驗(yàn)收合格的標(biāo)準(zhǔn)是)

★ 軟件測試合同6篇軟件測試驗(yàn)收合格的標(biāo)準(zhǔn)是

★ 軟件測試轉(zhuǎn)正工作總結(jié)3篇(軟件測試轉(zhuǎn)正申請(qǐng)個(gè)人總結(jié)怎么寫)

★ 軟件測試轉(zhuǎn)正工作總結(jié)9篇(軟件測試轉(zhuǎn)正總結(jié)500字)

★ 軟件測試述職報(bào)告3篇軟件測試工程師述職報(bào)告怎么寫?

★ 軟件測試心得體會(huì)12篇學(xué)習(xí)軟件測試心得