軟件測試心得體會(通用15篇)
當我們經過反思,有了新的啟發(fā)時,不如來好好地做個總結,寫一篇心得體會,這樣有利于我們不斷提升自我。那么心得體會怎么寫才能感染讀者呢?以下是小編幫大家整理的軟件測試心得體會,僅供參考,歡迎大家閱讀。
軟件測試心得體會1
曾經一度認為軟件測試就是使用工具測試bug,現(xiàn)在看來不是這么一回事情,因為還是有手工測試(執(zhí)行測試),工具只是一個輔助,用工具你先要去了解測試的一些基本的東西(如:測試用例,預期結果等),不是那按兩下按鈕就行了,就算是錄制腳本,也需要看懂腳本的代碼,工具不是萬能的。
一開始接觸軟件測試覺得很枯燥乏味,全都是一些理論的東西,還不如回到小學學習語文呢,都是一些名詞的解釋,比如:黑盒測試,百合測試,系統(tǒng)測試。測試基礎等等這些,老師都會去告訴你這些名詞什么意思,很無聊,到后來慢慢由語文變成了數(shù)學,開始練習測試用列的編寫,這個還有點意思,因為這個更多時候能夠體現(xiàn)個人的邏輯思維能力,再然后數(shù)學就轉變成了英語,因為要使用到一些測試的工具,比如:WinRunner工具,錄制腳本它會產生一些代碼,不過代碼比較好理解,雖然是英文的但是還是很好看懂的。
學習軟件測試一學期,其實我覺得最重要的是興趣,有了興趣還是不行的,還需要具備一些語言的基礎,例如:C,java,C#等一些語言,這些語言你不需要去深入的學習,只需要了解,最重要的是了解數(shù)據(jù)庫(例如:SQL,MySQL,Oracle)的知識,想要成為一個好的測試工程師,應該要全面的發(fā)展,讀懂需求分析文檔(注:客戶的'要求),還有要學會寫文檔,語言的組織能力決定你這份文檔的價值,這也是一種溝通能力的體現(xiàn),比如寫缺陷報告時:有一項是描述缺陷,這就能看出你的表達能力,給程序員能不能看懂就能體現(xiàn)溝通,最后就是整理文檔和撰寫測試總結報告,越是到最后越是要細心,因為軟件永遠都是有缺陷的,我們的細心可以讓軟件減少一些bug,不求最好,只求更好。
軟件測試心得體會2
這個學期我學習了軟件測試這門專業(yè)課程,在學期即將結束的時候,我也對這門課程建立基本的了解和理解。軟件測試這門課程作為軟件工程專業(yè)中一門很重要的課程,已經在軟件領域占據(jù)了不可替代的角色,當一個軟件從雛形到真正的在一臺計算機上運行的時候,誰也不能保證計算機軟件能一步到位的滿足人們的需求。所以就有了軟件測試,其目的是:第一是確認軟件的質量,其一方面是確認軟件做了你所期望的事情,另一方面是確認軟件以正確的方式來做了這個事件。下面我簡單的寫一下這個學期對課程的總結和收獲。
我認為,在整個龐大的軟件工程中,不管是需求分析、架構設計甚至是最后的debug,都會產生引入不管的機會,這就要求作為一個軟件測試師要掌握豐富的.軟件工程原理和知識。測試的工作將會存在于整個項目周期,即在項目開始時需要各種分析調研時就開始了。尤其是在形成需求規(guī)格說明書時就有對文檔的測試需求,甚至主導整個項目的走向。
軟件測試對邏輯思維、學習能力、反應要求很高,是否有嚴密的思維和逆向思維也非常重要。做測試還要考慮到所有出錯的可能性,有時候還要用一些非常規(guī)的的測試方法。軟件測試還很注重軟件性能問題,也就是要保證軟件運行得很好;不同的使用環(huán)境下,考慮軟件的兼容性同樣重要。對于測試員來講,會比開發(fā)人員更加重視軟件產品的質量問題。在測試過程中,測試者可能會為客戶的需求角度考慮
到更多,由此我們可以認為測試人員有權利決定產品是否可以發(fā)布。然而,通過一個學期的學期,我們又不得不懂得,軟件測試人員不是萬能的,測試人員在面對一個設計爛編碼爛的軟件時,也是無法不低頭的,再怎么測試它也變不成優(yōu)秀的軟件。
通過課上的理論因為課下的實踐和后半學期又因為身體力行于QQ群論壇里使我對測試方法和設計分析有了大致的接觸和深入了解。收印象深刻的有一下幾點。
1、最基本的測試的分類:從是否需要執(zhí)行被測軟件的角度,可分為靜態(tài)測試和動態(tài)測試;從測試是否針對系統(tǒng)的內部結構和具體實現(xiàn)算法的角度來看,可分為白盒測試和黑盒測試。
2、然后就是,白盒測試中的邏輯驅動測試的覆蓋率測試。
3、還有就是對于劃分等價類和邊界值法這一塊,讓我從模糊到明朗。
4、在初次寫測試用例的時候,感覺真是糾結,用例寫的很死板,看似簡單的一個填表工作,要寫好真是不簡單。一開始寫的比較不自然,有些生搬硬套,而且還很慢。在后來負責了對論壇新鮮事版塊的測試之后,明白了測試用例其實就是指導怎么去執(zhí)行測試,而且書寫設計測試用例也要以熟悉軟件的業(yè)務為前提,才能更好的去測試。
另外就是一個學期的學習讓我糾正了幾點誤區(qū):
1.有位大師曾說過:“軟件測試的目的在于發(fā)現(xiàn)錯誤,一個好的測試用例在于發(fā)現(xiàn)從來未發(fā)現(xiàn)的錯誤,一個成功的測試是發(fā)現(xiàn)了從未發(fā)現(xiàn)的錯誤的測試!庇纱宋易哉J為測試就是為了找到bug,然而一個學期的測試學習經驗告訴我這是錯誤的,如果只是為了找到BUG,那么BUG會成天纏著你。
2.在大家協(xié)力測試論壇的時期內,我曾認為這種大量的重復性的工作真的很乏味,可是在這乏味中真心發(fā)生挺多有意思的bug,意想不到的bug,所以我認為只要掌握了方法,在重復中尋到到創(chuàng)新的小驚喜,任何東西都有它的特點。
作為測試新手,通過一學期的學習,我認為能獨立寫測試計劃,設計測試用例,精通一種測試工具,理解一種bug管理軟件是新手晉級老手的必備素質。任重而道遠?!
在最后,我不得不提的就是細心和耐心了。這是我認為這個學期測試課上收獲最大的了,課程要求測試時必須細心和耐心,我在想,如果以后真的工作在測試一系列的崗位上,要學會坐得住,用大量的時間和精力和bug斗爭,分離、識別還有歸類bug,是不是也能真的改變我粗心大意和三分鐘熱度的毛病。
最后感謝劉老師這學期的課程講授,和實踐中的指導和幫助。測試路程,路漫漫其修遠兮,吾將上下而求索。
軟件測試心得體會3
將近一個月的假期實習生活結束了,告別了這一次短暫的實習生活,這段時間也讓我感概萬分,有歡樂,也有苦累,也許這就是實習生活所必須經歷的吧。似乎嘗到了校園中所不能經歷的辛酸苦累,所以,這段時間里我學到了很多,也都成為了我人生中的寶貴財富,也邁向了社會中重要的一步,是非常值得珍惜的。
這次實踐主要就是學會使用公司軟件部門所開發(fā)的應用軟件和各種產品設備,熟悉和了解一貫的操作方法和可能出現(xiàn)的問題,并就如何解決問題向老員工請教方法。教我的是一位年紀稍大的老員工,先與我說了一下要點,然后讓我自已看,遇到不懂的就問。初次接觸,發(fā)現(xiàn)它并不像書本那樣的有條有序,許多信息夾雜在一起,令人眼花繚亂,而有不同的種類,要做到隨便一看就知是什么單是不行的.,因為看過一點有關軟件測試的書籍,所有有點了解,但是這些根本不夠,于是接來的幾天我就踏踏實實的坐在哪里認真的看產品介紹和說明書,熟悉它的大致結構。
熟悉了相關軟件和硬件的操作和基本故障診斷之后,我也成為工作之中的一員,開始嘗試解決客戶應用產品中出現(xiàn)的一些問題。在這一段時間里,主要任務有鞏固之前所學的,對常見的錯誤要一看便知,并養(yǎng)成認真仔細的工作習慣。在工作的過程中我也遇到了一些棘手的問題,但是經過大家的共同努力也一起解決了。經過了這些之后我也感覺到光靠培訓聽講是不那么管用的,有時候也要自己試著去解決問題去親自動手測試一些東西,在實際的應用過程中去發(fā)現(xiàn)問題和解決問題,做任何事都是一樣要實事求是。
結合之前的培訓,了解我現(xiàn)在的任務就是熟悉各種軟件的操作和數(shù)據(jù)結構,然后在此基礎上盡一切可能的去模擬、去思考現(xiàn)實使用環(huán)境中的應用可能性和預測可能出現(xiàn)的狀況再對比一出現(xiàn)故障的概率等等,在這樣的一個環(huán)節(jié)之后我要做的更細致的活兒就是做好各種測試計劃和測試報告,然后對這些報告做一個準確和客觀的評估然后將我所獲得的結果反饋給軟件或者硬件開發(fā)人員。
經過了將近一個月時間學習,了解到自己還有許多的不足,首先是缺乏工作經驗,因為自己缺乏經驗,很多問題而不能分清主次,還有些培訓或學習不能找到重點,然后工作態(tài)度仍然不夠積極,在工作中僅僅能夠完成布置的工作是不夠的,若沒有工作做時可能就會松懈,不能做到主動學習。在工作中,不允許絲毫的馬虎,嚴謹認真是時刻要牢記的。同時,學術上不夠鉆研,這是由工作性質決定的,也是我自己選擇的,因為在我看來,只有被市場認可的技術才有價值,,但我畢竟是大三在校生,對科研技術進展方面都不了解,所以還需要更多的鍛煉機會。
經過這一次的實踐與學習,我才慢慢開始真正了解了軟件測試工作,實習是一個開端,一個讓自己學會成長的地方,不管是從工作技能上還是為人處事上,我都感覺到了自己有很大的提高。
首先,應對軟件測試感興趣和對自己有自信,如果具備了這兩點,那么在開發(fā)過程中不管遇到什么樣的困難,我相信自己一定能克服。作為軟件測試工作者要善于懷疑,世界上沒有絕對正確的,總有錯誤的地方,具有叛逆心理,別人認為不可能發(fā)生的事,我卻認為可能發(fā)生,別人認為是對的,我卻認為不是對的。有時候,往往某些質疑才是關鍵。保持一個良好的心情,否則很可能無法把測試作好,一定不能把生活中的不愉快的情緒帶到工作中來。在工作技能上,因為從事的是測試工作,自己又沒有經驗,所以一切需要我從頭開始,而且更需要自己的努力、耐心和細心。這些都是自己欠缺的,但是在工作了這幾個月后,真的發(fā)現(xiàn)自己有了很大的改善。其次,讓自己成熟了許多。雖然不能用語言來描述,但是確實可以從生活中的點點滴滴感覺得到。經歷使人成長,只有經歷過,才可以讓自己真的成熟起來。
剛開始的時候很多人都和我一樣,認為軟件測試工作簡單,只需要動動鼠標就行,之后才明白當初的認識是多么的膚淺。雖然自是功能測試,手工測試的工作,但是那鼠標也不是那么亂點的!所以其實做任何一件事都要付出自己自己的真心,努力去做,勇敢去做,才能離成功更進一步。
軟件測試心得體會4
實習目的:通過實習提高自己的對社會的認知能力,同時理論聯(lián)系實際,讓自己迅速適應社會,跟上IT前進的快速步伐。通過理論與實際的結合、學校與社會的溝通,進一步提高學生的思想覺悟、業(yè)務水平,尤其是觀察、分析和解決問題的實際工作能力,以便培養(yǎng)自己成為能夠主動適應社會主義現(xiàn)代化建設需要的高素質的復合型人才。
1、負責應用上線前的內部測試,android應用程序的測試;
2、構建測試環(huán)境,設計測試腳本和用例,執(zhí)行測試腳本和測試用例,尋找Bug;
3、分析問題所在并進行準確定位和驗證,按照標準格式填寫并提交Bug報告;
4、跟蹤并驗證Bug,并確認問題得以解決;
5、按照標準格式填寫并提交測試報告,完成軟件開發(fā)的`集成測試工作。
任職要求:
1、掌握軟件軟件測試理論,有清晰的測試邏輯,良好的溝通能力
2、熟練編寫測試用例及缺陷報告
3、了解安卓系統(tǒng)常用工具及命令,了解常用自動化測試工具
4、有過專業(yè)的測試培訓經歷者優(yōu)先考慮
軟件測試心得體會5
寫在前面:找工作真不容易,來北京呆了一個多月,都沒找到一個合適的工作
大三的時候,一次計算機等級考試,由于考c,數(shù)據(jù)庫,都沒過,就報了個四級軟件測試工程師。抱著試試看的態(tài)度學了一個月做了幾套題,就拿下了一個四級證書。當時想的是,這都行,水分有點大吧。
本來想找一份網(wǎng)站開發(fā)的工作,技術不夠硬,一直在北京飄著飄著啊。通過一個學姐,得到了一個軟件測試面試的機會。于是半只腳踏入了軟件測試的大門,因為我現(xiàn)在剛開始寫測試用例,還沒有真正的`融入到團隊中去。
實習生,直接領導給我安排了一個實習計劃,嚴格按照實習計劃執(zhí)行。首先就是看公司軟件的手冊,要了解產品,知道軟件的基本操作流程,不會了就問帶我的師傅。就這樣學了一個禮拜,不同于用一款軟件,在用的過程中要去思考,這個功能為什么有,這個功能要實現(xiàn)什么。忘了說了,現(xiàn)在產品做的是功能測試,比較簡單,所以分到了這個組里。一周之后帶我的師傅檢查了一下我的學習成果,具體操作、實現(xiàn)軟件的一些功能,然后就幾個主要的功能點以及一些需要特別注意的關鍵詞,給我做了詳細的講解。
然后給我了兩個功能界面,讓我寫一些測試用例,開始感覺沒什么可寫的,這兩個功能實現(xiàn)起來很容易的。第一天試著寫了幾個,然后拿給師傅看,因為不知道從哪方面入手,雖然看了一些以前的測試用例,但是親手寫還是第一次,所以有些拿不準。
就這樣,寫了幾天的測試用例,一個功能點一個功能點的細分。寫的差不多了,就開始看一些技術類的博客,尤其是軟件測試中功能測試用例的寫法?粗┛椭刑岬降囊恍〇|西,對比自己寫的測試用例,看看是不是滿足要求。就這樣自己一點一點的修改。
其實壓力還是蠻大的,由于要測試的系統(tǒng)需要測試多個不同的數(shù)據(jù)庫,以及不同的操作系統(tǒng)是軟件的執(zhí)行,所以有了各種學習目標,但是還是沒有清晰的目標。努力吧,既然踏入了這個行業(yè),就要努力的去汲取知識,不斷學習,不斷進步!
軟件測試心得體會6
雖然一如繼往地寫讀書筆記,筆墨也浪費了不少。但真正坐下來利用大段的時間將自己的思路理清還沒有過。因為最近有了一定的時間,更因為狠狠地泡了一段時間測試論壇,下載學習了該網(wǎng)站的電子測試雜志之后,自己的思路終于開始清晰起來,朦朦朧朧地開始看清了遠方的路,麻著膽子去分析一下自己,也學著展望一下未來了,畢竟摸黑走路的感覺很不好。
我覺得學習軟件測試的通用技術與針對某類軟件的測試技術外,還有一個重要的與技術無關的方面:業(yè)務知識.沒有具體的業(yè)務知識很難發(fā)現(xiàn)軟件中潛在的邏輯錯誤甚至是需求上的錯誤,當然需求要依據(jù)特定的軟件,但軟件測試人員對需求理解的深入程度不應低于軟件開發(fā)的人員.因為軟件測試所有的依據(jù)來自于需求,而所有的需求來自于客戶,甚至是我們的全部都來自于客戶.識別需求后還必須轉化為測試上的需求,畢竟測試人員看需求的角度和開發(fā)人員還是有區(qū)別的。
關于學習,我知道我并非計算機專業(yè)的學生,初涉軟件測試行業(yè),沒有接受系統(tǒng)的培訓,對軟件測試一無所知,既不知道該測試什么,也不知道如何開始測試。但是,總該知道如何去學習,然而我認為,學習總該有必要的方法。
1. 找個好師傅
這是最重要的一條了,也是公司提供的最好的一個條件.剛進來的時候,td,測試案例都有一個pm細心的和你講,案例有什么方法來設計要注意哪些錯誤軟件測試技術相關書籍目錄、軟件測試流程相關文檔目錄、產品業(yè)務相關的文檔目錄,一大堆的東西馬上夠你頭暈的了.呵呵,還好,悟性不錯,都囫圇吞棗地吞下去了。
2.學會讀書
無論是神馬專業(yè),我始終確信,萬變不離其宗,我知道,我不是這個專業(yè)的,但這個并不代表這我就不了解這個,再怎么不濟,我也是從書本中走出來的,我相信,只要我努力地吧書本啃熟,我能夠靈活地融入到這個職業(yè)中去,從書本中找尋解決問題的方法。標記出自己所錯誤的。
3.與前輩們一起討論,多說
總有一天,我們會成為一位前輩,不過不是現(xiàn)在,至少現(xiàn)在我們應該好好的向別人學習,所以,我覺得,前輩是我們前進道路上不可或缺的一部分,他會成為引領我們前進的發(fā)動機,給我們指點,跟我們道工作的經驗。然而,我們也應該多說,我知道,前輩們給我們講解,已經是很辛苦的`事情,畢竟,這不是他們的義務。我們也應該多多說說我們的觀點,這樣既能夠讓人家了解我們的水平,也方便老師前輩們對我們進行指導。
這些天的學習,我也有了一點自己的心得體會
體會一:軟件測試在整個軟件周期中的重要性。
它存在于整個項目周期,在項目開始之初需求調研的時候就開始了,在形成需求規(guī)格說明書的時候就需要針對文檔進行測試。這個環(huán)節(jié)在后續(xù)整個項目中占了很大的比重,能主導整個項目的走向,成敗與否全在于開始階段的決策。
體會二:軟件測試的真正意義在于發(fā)現(xiàn)錯誤,而不在于驗證軟件是正確的。
再嚴密的測試也不能完全發(fā)現(xiàn)軟件當中所有的錯誤,但是測試還是能發(fā)現(xiàn)大部分的錯誤,能確保軟件基本是可用的,所以在后續(xù)使用的過程中還需要加強快速響應的環(huán)節(jié)。結合軟件測試的理論,故障暴露在最終客戶端之前及時主動的去發(fā)現(xiàn)并解決。這一點就需要加強研發(fā)隊伍的建設。
軟件測試心得體會7
六天的培訓結束了,感覺過得好快啊。雖然是因為參加“模擬招聘”獲得這次機會的,不像其他同學一樣是交錢的,但是我也是抱著要學東西的心態(tài)參加的。
第一天老師就給了個下馬威——教材全是全是英文版的。對于雖然大三的我來說,英語四級剛過,六級成績還沒出來的情況下,想看懂全文是不太現(xiàn)實的。在老師講解過程中利用在線翻譯才勉強能看懂句子。不過培訓過程中最難忘的不是來自教材,而是來自老師的那雙犀利的眼神。無論何時,只要你打開了與課堂無關的網(wǎng)頁,她總會第一時間或叫號碼,或叫名字,或站到你旁邊。說實話,大學上課已經很久沒有這種高中被管的感覺了。雖然不爽,但是卻有種回到高中的快感(說的是實話)。
頭幾天還蠻不錯的,食堂開門的,超市沒關?珊髱滋,當校門口已無人煙,就剩我們這幾個的時候就真覺得寢室樓好靜啊,還不如在機房呆著。對于老師我想說的是,前幾天笑容總是掛在臉上,可兩天后明顯笑的少了,不知道是不是因為和大家熟了,沒有剛見面的客氣了(我喜歡看人笑,本身也喜歡笑,老師的這種變化,我很敏銳的察覺了)。
這次培訓雖然感覺學到的沒有很多,但是我了解了一個企業(yè),起碼是軟件測試這一行業(yè)大致的運作模式,讓我對我將來要不要從事這個行業(yè)有了認識。貌似軟件測試女生為主,男生比較適合從開發(fā)做起,這是我這幾天得到的最大體會。還有對于課堂結束的.演講,是個鍛煉
自己的好機會,我并不否認這點,不過貌似每個人都只有一次機會,我是個表現(xiàn)欲很強的人,讓我講了一次有點不過癮。
開始我是因為不想浪費免費來上課的就會,來到后我覺得確實很多時候是需要多接觸下這些社會上的公司、企業(yè)等,畢竟還有一年就畢業(yè)了,到底何去何從自己是真的要好好做個打算了。期待下一期的網(wǎng)新的培訓??
軟件測試心得體會8
在支付寶測試分析的角色和系統(tǒng)分析的角色是對應的,只不過一個是測試類的另外一個是開發(fā)類的。系分下面會有相應開發(fā),測分下面會有相應的測試用例編寫和執(zhí)行人員。也就是說測試分析文檔是對測試執(zhí)行人員的一個指導(在我原來的理解方式上,覺得測試分析人員應該是用例編寫人員;而在這里測試分析人員是從業(yè)務上去分析的,用例是用例執(zhí)行人員來寫并且執(zhí)行的)。
而通過這次的這次分析覺得自己的測分還存在以下的問題:
1、太關注開發(fā)的內部實現(xiàn)邏輯。建議:將開發(fā)內部實現(xiàn)邏輯看成一個黑盒子,測試分析要從這個黑盒子的輸入和輸出上去看開發(fā)內部實現(xiàn)邏輯是不是有問題,而不應該先去了解開發(fā)的實現(xiàn)邏輯然后按照他們的思路去分析。
2、分析文檔寫的過于詳細,甚至將用例的步驟都寫了出來。建議:測試分析要從全局上去看問題,細節(jié)的東西即便是知道的,也要留給之后的用例編寫人員去了解(就像系分之后的開發(fā)需要去寫詳細設計的道理一樣),這樣后面的人才會自己主動去想問題。
3、分析文檔要考慮維護性問題,不要出現(xiàn)類似比如還款中狀態(tài)為“R”這種具體的數(shù)據(jù)內容。因為我的分析是對后續(xù)用例編寫人員的一個指導性的文檔,所以如果側分這么寫很有可能導致用例也照著這么寫,其實不管側分和用例都不應該具體寫到R這么細節(jié),否則的話開發(fā)稍作變動我們就要相應變動我們的用例
4、沒有明確測試目的。review用例的時候,沒有提出每個用例需要明確一個測試目的,讓別人來看這個用例的時候能明白到底是怎么回事。
總結:
1、以后寫測試分析文檔,依據(jù)僅僅是prd文檔,必須拋開開發(fā)實現(xiàn)邏輯部分(即不去看系分文檔),待測分出來之后,再去看系分文檔,互相看看彼此考慮的是否存在遺漏的地方。等到在寫用例的`時候再讓寫用例的人和相應的開發(fā)去互相明確更細節(jié)的東西。
2、寫用例我們目前都是僅僅做到對流程上的每個節(jié)點去單獨分析,細到看輸出的時候會關注到數(shù)據(jù)庫表的一個變化。但是除了以上部分,其實還少了對整體流程的關注,需要增加業(yè)務流程的各條路徑的一個覆蓋,在針對路徑的用例中不需要關注到數(shù)據(jù)庫表級那么細。
3、在做流程路徑覆蓋之前應該畫一個路徑圖,這個圖的畫法考慮各個入口的不同分開畫流程圖,分別進行路徑覆蓋。
軟件測試心得體會9
接觸計算機程序設計已經快7年了,從事專門的軟件測試也快四年了,強子也是在陰差陽錯中踏入軟件測試領域,一開始只想做一個特牛的程序設計師,可是畢業(yè)后找工作卻找了個軟件測試的工作,在一些彷徨與猶豫中接受了這個職業(yè)并且到現(xiàn)在也做得挺開心,也是由于那時我們這個業(yè)務剛成立不久,由于表現(xiàn)還不錯所以一個陰差陽錯的機會被升為team leader,到現(xiàn)在也還在同一家公司做著測試的工作。
先講講做manager的一些體會,其實具體做什么事真的不是那么重要,關鍵是做事的方法,做人的章法,特別是對一個manager來說,方法比技術更重要,真的是這樣,當然我也很喜歡研究技術,技術能讓我找到更多的自信和成就感,但是面對著手下一幫兄弟姐妹,一個人的技術就顯得有些力不從心了,這個時候得把你的知識share給大家,當然形式多種多樣,比如寫一份文檔,做一個正式的`training,給大家營造一種不恥下問的環(huán)境或者大家一起討論一些難題等等。當然還有很重要的一點,一定不能說“我不知道”,作為一個頭,如果你真的不知道,那你得想辦法通過一些手段與員工一起把這個問題解決了,堅決不能說“我不知道,你自己看著做吧“等,本來員工是很尊重你的,這些話將直接導致其鄙視你。
另外就是做頭的,特別像咱這種中低層的頭,不像中高層的領導,咱們考慮事情的角度不一樣,當這種小頭兒的最重要的兩件事:把事情做對做好,與員工打成一片。首先得確保把事情做對咯,然后帶領大家朝著這一個對的方向前進進而把事情做好,在99%的時間里,你是和你的兄弟姐妹們呆在一起而不是和老板,所以這個過程中的與員工的關系一定要融洽且單純,不能讓員工對你有隔閡感,經常一起吃飯,擺擺龍門陣,嘮嘮家常,開開玩笑,不要擺架子,在一個公司里最不能擺架子的就是這種小頭兒(或稱之為leader或者manager一類),這就像個村官一樣,小樣的,還真把自己當回事兒呢?
做開發(fā)還是做測試?很多人討論甚至爭吵,強子認為之所以會有這樣的問題是因為中國還沒有把軟件行業(yè)普及好,大家還停留在江民時代,求伯君時代,認為做開發(fā)的才是牛人,才有前途。而事實上,現(xiàn)在的軟件是一個系統(tǒng)工程,缺開發(fā),缺測試,缺文檔都不行,都可能直接導致失敗,誰最牛?強子認為寫文檔的人最牛,那咱們都去寫文檔?不過從強子面試的很多人當中來看,還是有更多的人愿意做開發(fā),這不能不說是一大遺憾,強子無能,也只能聊以文字來表達自己對測試的熱愛。測試猶如開發(fā)一樣,也是一門深不見底的大學問,咱以后慢慢討論。
關于項目管理,這又是一門大學問,強子在這幾年當中也經歷過無數(shù)次的版本更新,版本發(fā)布或者一些內部的項目,對項目管理略知一二,有空時強子自會附上一些體會。我想項目管理最本質的一點:保護項目團隊,保護項目經理,去除雜音。項目經理這活,不好干,要職位沒職位,要資金沒資金,做好了皆大歡喜,做不好就卷鋪蓋走人,挺難,不過咱有咱的方式方法,怕啥?
軟件測試心得體會10
下面簡單談談我的幾點體會:
體會一:軟件測試在整個軟件周期中的重要性。
它存在于整個項目周期,在項目開始之初需求調研的時候就開始了,在形成需求規(guī)格說明書的時候就需要針對文檔進行測試。這個環(huán)節(jié)在后續(xù)整個項目中占了很大的比重,能主導整個項目的走向,成敗與否全在于開始階段的決策。
體會二:軟件測試的真正意義在于發(fā)現(xiàn)錯誤,而不在于驗證軟件是正確的。
再嚴密的測試也不能完全發(fā)現(xiàn)軟件當中所有的錯誤,但是測試還是能發(fā)現(xiàn)大部分的錯誤,能確保軟件基本是可用的,所以在后續(xù)使用的過程中還需要加強快速響應的環(huán)節(jié)。結合軟件測試的理論,故障暴露在最終客戶端之前及時主動的去發(fā)現(xiàn)并解決。這一點就需要加強研發(fā)隊伍的建設。
體會三:在系統(tǒng)性能測試方面需要重視。
經過這次培訓中多個案例的講解,讓我了解到系統(tǒng)在上線之后會有很多不能預知的性能問題,需要在上線之前實現(xiàn)進行模擬,以規(guī)避風險,包括大數(shù)據(jù)量訪問,高并發(fā)數(shù)等等。
當然也有很多應對手段,沒有哪種手段可稱為最完美,只有最合適的,需要靈活掌握,綜合運用以達到最優(yōu)程度,這是個很值得研究的領域。
下面是本人的`幾點想法:
想法一:加強系統(tǒng)上線前的性能測試。
目前我們在項目建設過程中對性能壓力測試的重視程度還不太高,廠家也很少有雇傭第三方的測試機構。而是在現(xiàn)網(wǎng)進行試用,遇到問題再解決,可能會產生滯后問題,影響客戶使用。希望以后能在性能測試方面提高重視程度,加大人力投入,以保證系統(tǒng)上線后能夠穩(wěn)定運行。
想法二:適當介入相關項目研發(fā)
對于快速響應這塊,我們不能一味依賴廠家,而希望自己就能快速響應,及時將問題解決。這也是一個比較長遠的問題,需要加強研發(fā)力量的投入。
我個人是做開發(fā)出身,有此類經驗,當時是在客戶現(xiàn)場,因為了解系統(tǒng)內部結構,能夠在第一時間排查解決客戶所反饋問題。
現(xiàn)在系統(tǒng)完全由廠家開發(fā),很難了解內部結構,或許會造成后期維護困難。所以,是否應該針對某些項目介入廠家研發(fā)工作,比如請廠家提供源代碼等相關要素,以增進維護人員對系統(tǒng)的了解。
最后再次感謝公司提供的平臺,感謝領導的信任,讓我有機會得到更深層次的學習以及展示自己能力的機會,我也會盡我所能來完善工作的系統(tǒng),提高整體工作效率,為南方電網(wǎng)的發(fā)展建設提供更堅實,優(yōu)秀的支撐服務平臺。
軟件測試心得體會11
一個從點點點開始,一切未知的故事。
在最初的認知里,軟件測試這個行業(yè)需要掌握的只是簡單的點點點,但是怎么點,從那點,為什么點一直是我內心的疑惑,所以,為了讓自己能夠點點點,更明白的點點點,學習軟件測試并在這個行業(yè)發(fā)展成了我現(xiàn)階段的目標。
需求澄清階段:從二三百字的英文需求文檔,像一個產品的使用說明書,簡單明了的交代了是什么,怎么用。到后來幾千字的需求澄清文檔,是一次思維的轉變。從習以為常的使用各種軟件到思考怎樣去制造出來一個軟件,一個成熟的軟件具備了哪些功能才能夠讓我們去使用,要同時從人和計算機的角度去思考問題。從人的角度出發(fā),我們要考慮我們所需要的軟件能夠幫助我們干什么,在哪些方面減少我們的人工成本,怎樣才是使用起來方便快捷的。從代碼的角度出發(fā),代碼能夠實現(xiàn)的功能有哪些,其中的邏輯順序是怎樣的,怎樣才能用最少的代碼實現(xiàn)最多的功能。盡最大的努力去提出盡可能多的需求。
思維導圖階段:思維導圖,像字面意思一樣,是思維的引導流程圖。相比于繁瑣的文字信息,它能夠有邏輯有順序的用最少的文字展現(xiàn)一個軟件應有的功能。也能夠說明在人們對于軟件錯誤的操作后,軟件能夠明確的告知。
測試計劃階段:計劃,顧名思義,對任何一件事情都是需要有計劃的,它就像是完成目標的開始,我們在對某件事情有了初步的了解之后,怎樣去完成這件事情,誰去完成這件事情,在什么環(huán)境下完成這件事情,怎樣就算達到目標,不管哪一方面,我們都需要一個簡單的計劃,這樣才能更好的掌控事情的發(fā)展形勢。
測試設計階段:軟件測試需要我們去測試什么,我們怎樣才能測試出來我們想要的東西,根據(jù)什么去執(zhí)行測試。或許這就是測試設計的意義。根據(jù)對需求的理解,我們怎樣才算完成對需求的開發(fā),是測試設計的'重點,也是測試用例編寫的依據(jù)。我們需要全方面的考慮問題。不僅僅是它能不能正常使用,而且也包括在異常情況下的處理;在不同條件,不同環(huán)境下功能能否正常使用;一個軟件前端和后端所能顯示的信息情況是否一致。這些都不再是概括性的描述,而是具體的實例。
需求澄清到用例開發(fā),二三百字到上萬字的文檔,對于軟件測試這個行業(yè)有了全新的認識。不止是簡單的點點點,是對一個項目上線前的最后一道防線,盡可能多的去避免缺陷產生是軟件測試的職責。
對于現(xiàn)階段的自己,想要更深層次的了解軟件測試,需要的是時間和精力的付出。只希望現(xiàn)在的自己,能夠快速的掌握軟件測試的基礎知識,進入這個行業(yè)。在實踐中成長,在成長中學習。
軟件測試心得體會12
通過這次項目使我知道了一個團隊的重要性,一個好的團隊真的可以事半功倍,當然組長起的作用很大,一個好的組長就可以很好的發(fā)揮各個組員的優(yōu)勢,使組員之間優(yōu)勢互補,這樣一個好項目的完成就具備了很好的基礎。
不管什么時候,學習能力是一個人必備的,你可以不懂,但你可以在很短的時間內學會它,這是我深深感受到我們在學校的理論學習是多么重要,技術有很多,但理論基本不變,這我覺得就是一個人的.學習能力的基礎。
在這次實訓當中,我感受最深的就是技術的欠缺,還有應該提高學習能力,一直以為學校學的基礎知識不會有多大用處,實踐才是最重要的,現(xiàn)在發(fā)現(xiàn)沒有好的理論,很難在實踐中有進步。學習的能力我認為是在一個很短的時間里,學習自己欠缺的東西,能更好的完成工作。還有團隊的協(xié)作,這也是以后我應該注意的,一個人即使技術很強,但如果他不能很好的進行團隊合作的話,他不可能做好一個項目。
很感謝公司提供這個實訓項目,能讓我們很好的進行親身體驗,在項目進展過程中,非常感謝項目小組成員對我工作的支持和幫助,感謝在項目開發(fā)中,各位領導對項目進度的關注!謝謝!
軟件測試心得體會13
這是我第一次參加項目開發(fā),我們小組的各位成員互相協(xié)助,充分體現(xiàn)了團隊精神和意識。首先,項目的模塊必須分的合理清晰,只有這樣后期的'所有工作才能順利展開,每位成員必須積極向上、團結一致共同努力實現(xiàn)項目的開發(fā)。其次,通過這次項目開發(fā),我對項目開發(fā)的流程有了基本的認識和了解,我相信這是我以后工作學習的基礎。最后,我充分認識到了自己基礎知識的不足和能力上的欠缺,機會永遠留給有準備的人的,在這個充滿競爭的社會當中,機會也是留給優(yōu)秀者的。
很榮幸參加了這次蘭州直方信息技術有限公司提供的這次實訓,我真誠地感謝這次項目開發(fā)當中的項目經理,你幫我們解自我決了很多實踐當中遇到的問題。也真誠地感謝參加實訓的每一位成員,感謝你們對我的幫助,是你們讓我更加清楚地認識了自我。真誠地祝愿大家工作學習順順利利,生活開開心心。
軟件測試心得體會14
在大慶浦東軟件平臺有限公司經過一周的軟件測試實訓,從對軟件測試沒有什么經驗的我初步掌握了軟件測試的方法和技能,收獲頗多。
我在大學期間的專業(yè)是信息與計算科學,原本打算從事網(wǎng)絡方面的工作,對活動目錄、數(shù)據(jù)庫、操作系統(tǒng)等的知識比較感興趣。經過這次理論學習,了解到要做好軟件測試,要求掌握的知識并不僅僅是測試方面的,網(wǎng)絡、數(shù)據(jù)庫、操作系統(tǒng)等的知識對做好測試也是很有幫助的。這讓我明確了以后學習的目標,在不斷學習軟件測試的同時,也應該繼續(xù)其他相關知識的深入學習。
通過此次學習,對整個軟件測試行業(yè)的了解大大的加深。以前認為軟件測試只是枯燥的反復的使用被測試軟件來發(fā)現(xiàn)異常的問題,以為軟件測試并不重要,低開發(fā)一等,F(xiàn)在認識到了軟件測試的重要性,軟件測試是軟件產業(yè)向軟件工業(yè)化生產時代邁進不可缺少的重要組成部分,是保證軟件質量達到客戶需求不可缺少的環(huán)節(jié)。軟件測試在國內是一個新的職業(yè),發(fā)展得比較晚,但它的重要性正在為行業(yè)所重視。
在學習過程中,我了解了作為一個合格的測試人員所應具備的素質與技能。其中個人素質在測試工作中起到了非常重要的作用,它包括你的信心、耐心、細心和與人交流溝通的能力,它將貫穿你工作生涯的整個過程。在測試理論上,我們系統(tǒng)學習了軟件測試的流程,各種測試階段和測試方法,以及測試工具的使用。通過這些課程的學習,讓我們對軟件工程也有了更深刻的理解,為以后的測試工作作了很好的'理論儲備和技能的提升。
軟件測試作為軟件開發(fā)過程中一個非常重要的環(huán)節(jié),越來越成為軟件開發(fā)商和用戶關注的焦點。完善的測試是軟件質量的保證,因此軟件測試就成了一項重要而艱巨的工作,要做好這項工作當然也絕非易事,我在做軟件測試工作中總結出了一些經驗和技巧。
1.功能點的細化
在進行測試前,先將所要測試的功能細分,填寫《測試用例表》,有針對性的運行功能測試案例,逐個對每個功能細分點進行測試。在每次運行測試案例之前,明確此次運行的目的和預期的輸出結果,并要做好記錄。
2.注意測試中的錯誤集中發(fā)生的現(xiàn)象
有一些錯誤是和程序開發(fā)人員的編程水平和習慣有很大關系的。例如程序中的拼寫錯誤,習慣用法等。注意收集并記錄這些現(xiàn)象,有助于更快、更多地發(fā)現(xiàn)類似的錯誤。
3.盡可能多的使用非常規(guī)的測試
充分考慮到各種合法的輸入和不合法的輸入以及各種邊界條件。邊界值往往是最容易出現(xiàn)異常的情況,特殊的情況下甚至要制造極端的狀態(tài)和意外狀態(tài),比如網(wǎng)絡突然中斷,和電源突然斷電等情況。
4.對測試錯誤結果一定要有一個確認的過程
一般有A測試出來的錯誤,一定要有一個B來確認。
5.制定嚴格的測試計劃
測試時間安排的盡量寬松,不要希望在極短的時間內完成一個高水平的測試。
6.回歸測試的關聯(lián)性一定要引起充分的注意
在開發(fā)人員剛修復Bug之后的地方,再找一找,往往開發(fā)人員只修復報告出來的缺陷而不去考慮別的功能在修改時可能會重新造成錯誤。修改一個錯誤而引起更多的錯誤出現(xiàn)的現(xiàn)象并不少見。
7.測試文檔要盡可能詳細
《測試用例表》中的功能點可盡量的詳細,如實、詳細地記錄每次運行測試案例的輸入數(shù)據(jù),輸出數(shù)據(jù),出錯提示,進行測試的時間,完成測試的時間等,便于以后對測試工作的回溯。
8.重視交流和溝通
包括和程序開發(fā)人員的交流,同是測試人員之間的交流,網(wǎng)上技術論壇和網(wǎng)友的交流,和客戶的交流等。多思考,多交流,多提問,通過多種溝通交流的途徑,可以少走很多彎路,同時可以學到很多東西。
9.善于總結
在測試過程中發(fā)現(xiàn)的所有問題,異常情況,發(fā)現(xiàn)程序開發(fā)人員易犯,常犯的錯誤,各種有價值的經驗教訓,使用系統(tǒng)和操作數(shù)據(jù)庫時發(fā)現(xiàn)或者學到的技巧,使用測試工具時的心得等等,都可以隨手記錄在筆記本或者電腦上。這些都將是今后工作中可以參照的珍貴資料,同時也會成為自己的寶貴經驗。
10.妥善保存一切測試過程文檔。
這次軟件測試實訓為我們以后從事軟件測試工作打下了良好的專業(yè)基礎,為我們的進一步學習提高打下了扎實的理論基礎。對測試過程有了初步的認識,測試計劃、測試設計、測試開發(fā)、測試執(zhí)行、測試評估、測試報告貫穿整個軟件開發(fā)過程。單元測試、集成測試、系統(tǒng)測試、驗證測試每個階段都應以用戶需求為依據(jù)。這些基本的概念雖然比較抽象,但對以后的實踐是大有益處的。
總的來說,這次培訓效果不錯,對自己有一定的提升,這完全不同與學校的學習,因為它更加貼近工作,針對以后工作的內容作了很多實例的練習與工具的使用,為我們更快的加入工作提供的很好的前提。接下來一段時間,我將利用假期進入相關測試部門進行實際項目的訓練,我相信在我有了很好的理論基礎后,會在工作中很好的加以應用,讓測試工作做得更好。同時,我會更加努力的學習與工作,遇到問題會及時多渠道尋找解決方法,積極上進,希望早日成為一名優(yōu)秀的測試人員。
軟件測試心得體會15
《軟件測試方法和技術》這門課程,還是由張建東老師教我們的。在張老師的講解下,我深刻的體會到軟件測試是很有必要的。一個軟件,從最開始的可行性分析、需求分析、概要設計、詳細設計、編寫代碼。這一系列的開發(fā)之下。千辛萬苦的,花費了大量的人力物力、金錢時間,終于把軟件給做出來了。你試著想一下,要是送到客戶的手上,客戶突然發(fā)現(xiàn),軟件用不了,或者是軟件存在很大的缺陷。導致軟件不好用、甚至比原先沒有這個軟件,還麻煩了?蛻羰呛軕嵟?蛻粢粦嵟,就導致客戶不會付錢。這最終,項目失敗,造成資源的大量浪費,所以說軟件測試還是很有必要的。再者就是,軟件測試可以發(fā)現(xiàn)軟件的缺陷,從而通知編程人員不斷改進軟件。在這樣不斷測試,不斷改進的情況下。將軟件性能不斷提高,軟件變得越來越好用。
軟件測試,旨在發(fā)現(xiàn)軟件的缺陷?梢赃@樣說,軟件測試就是以發(fā)現(xiàn)軟件缺陷,為最終目的的測試活動。它通過軟件測試方法,白盒的、黑盒的、靜態(tài)的或是動態(tài)的。借助軟件測試工具,來找到缺陷。然后在缺陷評審和確認之后將缺陷記錄下來,并用缺陷管理工具管理,詳細描述,關注軟件缺陷的發(fā)生周期。對它的嚴重性、和優(yōu)先級下一個定義。書寫軟件缺陷報告,具名缺陷的重現(xiàn)步驟、測試的期望結果與實際結果、還有相關圖片、文字資料。提交給軟件編程人員,來完成軟件缺陷的修復。
軟件測試的方法,包括:白盒測試和黑盒測試。其中,白盒測試之中,有含有:語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋、等方法。黑盒測試方法中,有:等價類劃分法、邊界值分析法、判定表法、因果圖法等。軟件測試方法,按照是否運行代碼來看,可以分為:靜態(tài)測試和動態(tài)測試。其中靜態(tài)測試有,對代碼的走查和評審。動態(tài)測試,則是要通過運行代碼來執(zhí)行。白盒測試多用于軟件的單元測試上,黑盒測試多用于功能性測試上。代碼的靜態(tài)測試和動態(tài)測試,則是每一個軟件項目都必須的。
單元測試,多構造樁函數(shù)或是驅動程序來測試。一般借助與各種軟件測試工具。軟件測試,或者說程序測試。一般先是進行單元測試。單元測試,修改完單元之中的缺陷、錯誤之后,就是集成測試。集成測試多針對程序功能進行測試,看程序的各項功能是否達到要求,是否齊全。集成測試之后就是系統(tǒng)測試。系統(tǒng)測試是針對整個軟件系統(tǒng)的?窜浖到y(tǒng)是否達到性能的要求。從而改進代碼,以求達到系統(tǒng)的嚴格要求。最后就是驗收測試,這個測試,一般都分成兩半來做。一半是,程序員模擬客戶環(huán)境,進行測試。而,另一半則是,真正的客戶參與的測試。最大程度的體現(xiàn)客戶的真實環(huán)境?蛻粼谠囘\行的情況下,看是否會發(fā)現(xiàn),平時發(fā)現(xiàn)并且以前的環(huán)境發(fā)現(xiàn)不了的問題。
驗收測試,包含對界面的測試和軟件可用性的測試,運用尼爾森十大原則,來測試軟件是否好用。軟件是否達到用戶的對軟件界面的需求。
無論是軟件編寫,還是軟件測試,都需要相應的`文檔管理。還有針對軟件測試制定的測試計劃,軟件測試執(zhí)行等。
通過本學期的學習,我感受到軟件測試是一門非常需要學習的課程。即使作為考察課程,它也是軟件行業(yè)人士所必須了解的知識。它對軟件工程項目的作用是至關重要的,F(xiàn)在,作為學生的我所做的項目雖然都是一些小的項目,但是在小組共同開發(fā)的時候還是需要用到
項目的測試。如今這門課程我學的還不是很好,但我相信在今后的實訓及工作當中,能夠更好的體驗和感受到項目測試的精髓,對軟件項目測試有更深入的了解。我也希望,學校的老師能夠在今后的教學當中重視軟件項目測試課程,多讓學生了解實例,去感受、體會軟件項目測試所遇到的問題和解決方案,理解軟件項目測試的精髓。
【軟件測試心得體會】相關文章:
軟件測試心得體會10-29
軟件測試心得體會(精選17篇)10-15
軟件測試實習報告11-14
軟件測試實習心得09-28
軟件測試的實習報告10-24
軟件測試培訓心得體會7篇09-16
軟件測試自我鑒定06-26
軟件測試心得體會集合14篇09-13
軟件測試工作總結08-16