軟體測試培訓心得體會

來源:才華庫 2.14W

軟體測試培訓心得體會1

在支付寶測試分析的角色和系統分析的角色是對應的,只不過一個是測試類的另外一個是開發類的。系分下面會有相應開發,測分下面會有相應的測試用例編寫和執行人員。也就是說測試分析文件是對測試執行人員的一個指導(在我原來的理解方式上,覺得測試分析人員應該是用例編寫人員;而在這裡測試分析人員是從業務上去分析的,用例是用例執行人員來寫並且執行的)。

軟體測試培訓心得體會

而通過這次的這次分析覺得自己的測分還存在以下的問題:

1、太關注開發的內部實現邏輯。建議:將開發內部實現邏輯看成一個黑盒子,測試分析要從這個黑盒子的輸入和輸出上去看開發內部實現邏輯是不是有問題,而不應該先去了解開發的實現邏輯然後按照他們的思路去分析。

2、分析文件寫的過於詳細,甚至將用例的步驟都寫了出來。建議:測試分析要從全域性上去看問題,細節的東西即便是知道的,也要留給之後的用例編寫人員去了解(就像系分之後的開發需要去寫詳細設計的道理一樣),這樣後面的人才會自己主動去想問題。

3、分析文件要考慮維護性問題,不要出現類似比如還款中狀態為“R”這種具體的資料內容。因為我的分析是對後續用例編寫人員的一個指導性的文件,所以如果側分這麼寫很有可能導致用例也照著這麼寫,其實不管側分和用例都不應該具體寫到R這麼細節,否則的話開發稍作變動我們就要相應變動我們的用例

4、沒有明確測試目的。review用例的時候,沒有提出每個用例需要明確一個測試目的,讓別人來看這個用例的時候能明白到底是怎麼回事。

總結:

1、以後寫測試分析文件,依據僅僅是prd文件,必須拋開開發實現邏輯部分(即不去看系分文件),待測分出來之後,再去看系分文件,互相看看彼此考慮的是否存在遺漏的地方。等到在寫用例的時候再讓寫用例的人和相應的開發去互相明確更細節的東西。

2、寫用例我們目前都是僅僅做到對流程上的每個節點去單獨分析,細到看輸出的時候會關注到資料庫表的一個變化。但是除了以上部分,其實還少了對整體流程的關注,需要增加業務流程的各條路徑的一個覆蓋,在針對路徑的用例中不需要關注到資料庫表級那麼細。

3、在做流程路徑覆蓋之前應該畫一個路徑圖,這個圖的畫法考慮各個入口的不同分開畫流程圖,分別進行路徑覆蓋。

軟體測試培訓心得體會2

軟體測試在整個軟體週期中的重要性,它存在於整個專案週期,在專案開始之初需求調研的時候就開始了,在形成需求規格說明書的時候就需要針對文件進行測試。這個環節在後續整個專案中佔了很大的比重,能主導整個專案的走向,成敗與否全在於開始階段的決策。

再嚴密的測試也不能完全發現軟體當中所有的錯誤,但是測試還是能發現大部分的錯誤,能確保軟體基本是可用的,所以在後續使用的過程中還需要加強快速響應的環節。結合軟體測試的理論,故障暴露在最終客戶端之前及時主動的去發現並解決。這一點就需要加強研發隊伍的建設。

經過這次培訓中多個案例的講解,讓我瞭解到系統在上線之後會有很多不能預知的效能問題,需要在上線之前實現進行模擬,以規避風險,包括大資料量訪問,高併發數等等。

當然也有很多應對手段,沒有哪種手段可稱為最完美,只有最合適的,需要靈活掌握,綜合運用以達到最優程度,這是個很值得研究的領域。

目前我們在專案建設過程中對效能壓力測試的重視程度還不太高,廠家也很少有僱傭第三方的測試機構。而是在現網進行試用,遇到問題再解決,可能會產生滯後問題,影響客戶使用。希望以後能在效能測試方面提高重視程度,加大人力投入,以保證系統上線後能夠穩定執行。

對於快速響應這塊,我們不能一味依賴廠家,而希望自己就能快速響應,及時將問題解決。這也是一個比較長遠的問題,需要加強研發力量的投入。

我個人是做開發出身,有此類經驗,當時是在客戶現場,因為了解系統內部結構,能夠在第一時間排查解決客戶所反饋問題。

現在系統完全由廠家開發,很難了解內部結構,或許會造成後期維護困難。所以,是否應該針對某些專案介入廠家研發工作,比如請廠家提供原始碼等相關要素,以增進維護人員對系統的瞭解。

最後再次感謝公司提供的平臺,感謝領導的信任,讓我有機會得到更深層次的學習以及展示自己能力的機會,我也會盡我所能來完善工作的系統,提高整體工作效率,為南方電網的發展建設提供更堅實,優秀的支撐服務平臺。

軟體測試培訓心得體會3

接觸計算機程式設計已經快7年了,從事專門的軟體測試也快四年了,強子也是在陰差陽錯中踏入軟體測試領域,一開始只想做一個特牛的程式設計師,可是畢業後找工作卻找了個軟體測試的工作,在一些彷徨與猶豫中接受了這個職業並且到現在也做得挺開心,也是由於那時我們這個業務剛成立不久,由於表現還不錯所以一個陰差陽錯的機會被升為team leader,到現在也還在同一家公司做著測試的工作。

先講講做manager的一些體會,其實具體做什麼事真的不是那麼重要,關鍵是做事的方法,做人的章法,特別是對一個manager來說,方法比技術更重要,真的是這樣,當然我也很喜歡研究技術,技術能讓我找到更多的自信和成就感,但是面對著手下一幫兄弟姐妹,一個人的技術就顯得有些力不從心了,這個時候得把你的知識share給大家,當然形式多種多樣,比如寫一份文件,做一個正式的training,給大家營造一種不恥下問的環境或者大家一起討論一些難題等等。當然還有很重要的一點,一定不能說“我不知道”,作為一個頭,如果你真的不知道,那你得想辦法通過一些手段與員工一起把這個問題解決了,堅決不能說“我不知道,你自己看著做吧“等,本來員工是很尊重你的,這些話將直接導致其鄙視你。

另外就是做頭的,特別像咱這種中低層的頭,不像中高層的領導,咱們考慮事情的角度不一樣,當這種小頭兒的最重要的兩件事:把事情做對做好,與員工打成一片。首先得確保把事情做對咯,然後帶領大家朝著這一個對的方向前進進而把事情做好,在99%的時間裡,你是和你的兄弟姐妹們呆在一起而不是和老闆,所以這個過程中的與員工的關係一定要融洽且單純,不能讓員工對你有隔閡感,經常一起吃飯,擺擺龍門陣,嘮嘮家常,開開玩笑,不要擺架子,在一個公司裡最不能擺架子的就是這種小頭兒(或稱之為leader或者manager一類),這就像個村官一樣,小樣的,還真把自己當回事兒呢?

做開發還是做測試?很多人討論甚至爭吵,強子認為之所以會有這樣的問題是因為中國還沒有把軟體行業普及好,大家還停留在江民時代,求伯君時代,認為做開發的才是牛人,才有前途。而事實上,現在的軟體是一個系統工程,缺開發,缺測試,缺文件都不行,都可能直接導致失敗,誰最牛?強子認為寫文件的人最牛,那咱們都去寫文件?不過從強子面試的很多人當中來看,還是有更多的人願意做開發,這不能不說是一大遺憾,強子無能,也只能聊以文字來表達自己對測試的熱愛。測試猶如開發一樣,也是一門深不見底的大學問,咱以後慢慢討論。

關於專案管理,這又是一門大學問,強子在這幾年當中也經歷過無數次的版本更新,版本釋出或者一些內部的專案,對專案管理略知一二,有空時強子自會附上一些體會。我想專案管理最本質的一點:保護專案團隊,保護專案經理,去除雜音。專案經理這活,不好乾,要職位沒職位,要資金沒資金,做好了皆大歡喜,做不好就捲鋪蓋走人,挺難,不過咱有咱的方式方法,怕啥?

軟體測試培訓心得體會4

《軟體測試方法和技術》這門課程,還是由張建東老師教我們的。在張老師的講解下,我深刻的體會到軟體測試是很有必要的。一個軟體,從最開始的可行性分析、需求分析、概要設計、詳細設計、編寫程式碼。這一系列的開發之下。千辛萬苦的,花費了大量的人力物力、金錢時間,終於把軟體給做出來了。你試著想一下,要是送到客戶的手上,客戶突然發現,軟體用不了,或者是軟體存在很大的缺陷。導致軟體不好用、甚至比原先沒有這個軟體,還麻煩了。客戶是很憤怒的。客戶一憤怒,就導致客戶不會付錢。這最終,專案失敗,造成資源的大量浪費,所以說軟體測試還是很有必要的。再者就是,軟體測試可以發現軟體的缺陷,從而通知程式設計人員不斷改進軟體。在這樣不斷測試,不斷改進的情況下。將軟體效能不斷提高,軟體變得越來越好用。

軟體測試,旨在發現軟體的缺陷。可以這樣說,軟體測試就是以發現軟體缺陷,為最終目的的測試活動。它通過軟體測試方法,白盒的、黑盒的、靜態的或是動態的。藉助軟體測試工具,來找到缺陷。然後在缺陷評審和確認之後將缺陷記錄下來,並用缺陷管理工具管理,詳細描述,關注軟體缺陷的發生週期。對它的嚴重性、和優先順序下一個定義。書寫軟體缺陷報告,具名缺陷的重現步驟、測試的期望結果與實際結果、還有相關圖片、文字資料。提交給軟體程式設計人員,來完成軟體缺陷的修復。

軟體測試的方法,包括:白盒測試和黑盒測試。其中,白盒測試之中,有含有:語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋、等方法。黑盒測試方法中,有:等價類劃分法、邊界值分析法、判定表法、因果圖法等。軟體測試方法,按照是否執行程式碼來看,可以分為:靜態測試和動態測試。其中靜態測試有,對程式碼的走查和評審。動態測試,則是要通過執行程式碼來執行。白盒測試多用於軟體的單元測試上,黑盒測試多用於功能性測試上。程式碼的靜態測試和動態測試,則是每一個軟體專案都必須的。

單元測試,多構造樁函式或是驅動程式來測試。一般藉助與各種軟體測試工具。軟體測試,或者說程式測試。一般先是進行單元測試。單元測試,修改完單元之中的缺陷、錯誤之後,就是整合測試。整合測試多針對程式功能進行測試,看程式的各項功能是否達到要求,是否齊全。整合測試之後就是系統測試。系統測試是針對整個軟體系統的。看軟體系統是否達到效能的要求。從而改進程式碼,以求達到系統的嚴格要求。最後就是驗收測試,這個測試,一般都分成兩半來做。一半是,程式設計師模擬客戶環境,進行測試。而,另一半則是,真正的客戶參與的測試。最大程度的體現客戶的真實環境。客戶在試執行的情況下,看是否會發現,平時發現並且以前的環境發現不了的問題。

驗收測試,包含對介面的測試和軟體可用性的測試,運用尼爾森十大原則,來測試軟體是否好用。軟體是否達到使用者的對軟體介面的需求。

無論是軟體編寫,還是軟體測試,都需要相應的文件管理。還有針對軟體測試製定的測試計劃,軟體測試執行等。

通過本學期的學習,我感受到軟體測試是一門非常需要學習的課程。即使作為考察課程,它也是軟體行業人士所必須瞭解的知識。它對軟體工程專案的作用是至關重要的。現在,作為學生的我所做的專案雖然都是一些小的專案,但是在小組共同開發的時候還是需要用到

專案的測試。如今這門課程我學的還不是很好,但我相信在今後的實訓及工作當中,能夠更好的體驗和感受到專案測試的精髓,對軟體專案測試有更深入的瞭解。我也希望,學校的老師能夠在今後的教學當中重視軟體專案測試課程,多讓學生了解例項,去感受、體會軟體專案測試所遇到的問題和解決方案,理解軟體專案測試的精髓。

軟體測試培訓心得體會5

將近一個月的假期實習生活結束了,告別了這一次短暫的實習生活,這段時間也讓我感概萬分,有歡樂,也有苦累,也許這就是實習生活所必須經歷的`吧。似乎嚐到了校園中所不能經歷的辛酸苦累,所以,這段時間裡我學到了很多,也都成為了我人生中的寶貴財富,也邁向了社會中重要的一步,是非常值得珍惜的。

這次實踐主要就是學會使用公司軟體部門所開發的應用軟體和各種產品裝置,熟悉和了解一貫的操作方法和可能出現的問題,並就如何解決問題向老員工請教方法。教我的是一位年紀稍大的老員工,先與我說了一下要點,然後讓我自已看,遇到不懂的就問。初次接觸,發現它並不像書本那樣的有條有序,許多資訊夾雜在一起,令人眼花繚亂,而有不同的種類,要做到隨便一看就知是什麼單是不行的,因為看過一點有關軟體測試的書籍,所有有點了解,但是這些根本不夠,於是接來的幾天我就踏踏實實的坐在哪裡認真的看產品介紹和說明書,熟悉它的大致結構。

熟悉了相關軟體和硬體的操作和基本故障診斷之後,我也成為工作之中的一員,開始嘗試解決客戶應用產品中出現的一些問題。在這一段時間裡,主要任務有鞏固之前所學的,對常見的錯誤要一看便知,並養成認真仔細的工作習慣。在工作的過程中我也遇到了一些棘手的問題,但是經過大家的共同努力也一起解決了。經過了這些之後我也感覺到光靠培訓聽講是不那麼管用的,有時候也要自己試著去解決問題去親自動手測試一些東西,在實際的應用過程中去發現問題和解決問題,做任何事都是一樣要實事求是。

結合之前的培訓,瞭解我現在的任務就是熟悉各種軟體的操作和資料結構,然後在此基礎上盡一切可能的去模擬、去思考現實使用環境中的應用可能性和預測可能出現的狀況再對比一出現故障的概率等等,在這樣的一個環節之後我要做的更細緻的活兒就是做好各種測試計劃和測試報告,然後對這些報告做一個準確和客觀的評估然後將我所獲得的結果反饋給軟體或者硬體開發人員。

經過了將近一個月時間學習,瞭解到自己還有許多的不足,首先是缺乏工作經驗,因為自己缺乏經驗,很多問題而不能分清主次,還有些培訓或學習不能找到重點,然後工作態度仍然不夠積極,在工作中僅僅能夠完成佈置的工作是不夠的,若沒有工作做時可能就會鬆懈,不能做到主動學習。在工作中,不允許絲毫的馬虎,嚴謹認真是時刻要牢記的。同時,學術上不夠鑽研,這是由工作性質決定的,也是我自己選擇的,因為在我看來,只有被市場認可的技術才有價值,,但我畢竟是大三在校生,對科研技術進展方面都不瞭解,所以還需要更多的鍛鍊機會。

經過這一次的實踐與學習,我才慢慢開始真正瞭解了軟體測試工作,實習是一個開端,一個讓自己學會成長的地方,不管是從工作技能上還是為人處事上,我都感覺到了自己有很大的提高。

首先,應對軟體測試感興趣和對自己有自信,如果具備了這兩點,那麼在開發過程中不管遇到什麼樣的困難,我相信自己一定能克服。作為軟體測試工作者要善於懷疑,世界上沒有絕對正確的,總有錯誤的地方,具有叛逆心理,別人認為不可能發生的事,我卻認為可能發生,別人認為是對的,我卻認為不是對的。有時候,往往某些質疑才是關鍵。保持一個良好的心情,否則很可能無法把測試作好,一定不能把生活中的不愉快的情緒帶到工作中來。在工作技能上,因為從事的是測試工作,自己又沒有經驗,所以一切需要我從頭開始,而且更需要自己的努力、耐心和細心。這些都是自己欠缺的,但是在工作了這幾個月後,真的發現自己有了很大的改善。其次,讓自己成熟了許多。雖然不能用語言來描述,但是確實可以從生活中的點點滴滴感覺得到。經歷使人成長,只有經歷過,才可以讓自己真的成熟起來。

剛開始的時候很多人都和我一樣,認為軟體測試工作簡單,只需要動動滑鼠就行,之後才明白當初的認識是多麼的膚淺。雖然自是功能測試,手工測試的工作,但是那滑鼠也不是那麼亂點的!所以其實做任何一件事都要付出自己自己的真心,努力去做,勇敢去做,才能離成功更進一步。

軟體測試培訓心得體會6

通過這次課程設計的實訓,增加了我學習軟體技術的興趣,雖然還不明確軟體技術包含的具體內容,但從C++語言這門課程開始,已發現程式設計的樂趣,在學習C++語言的過程中也學到了許多計算機應用基礎知識,對計算機的機體也有了一個大體的瞭解。在實際操作過程中犯的一些錯誤還會有意外的收穫,感覺實訓很有意思。在具體操作中對這學期所學的C++語言的理論知識得到鞏固,達到實訓的基本目的,也發現自己的不足之出,在以後的上機中應更加註意,同時體會到C++語言具有的語句簡潔,使用靈活,執行效率高等特點。發現上機實訓的重要作用,特別是對陣列和迴圈有了深刻的理解。

通過實際操作,學會C++語言程式程式設計的基本步驟、基本方法,開發了自己的邏輯思維能力,培養了分析問題、解決問題的能力。深刻體會到“沒有做不到的,只有想不到的”,“團結就是力量”,“實踐是檢驗真理的標準”,“不恥下問”的寓意。

在此希望以後應多進行這樣的實訓,加長設間,培養學生獨立思考問題的能力,提高實際操作水平。

通過本次專案實訓我要感謝學校領導給我們提供了這次機會,讓我們自己有出去體會生活,自己做專案的深刻體會。這次實訓讓我明白我自己之前的學習還是差很多,只有不斷的努力,才能學好。還要感謝達內公司對我的指導,我自己的努力固然重要,但是達內的優秀教師給我做的培訓,講的理論都讓我受益匪淺,讓我對軟體有了一個新的概念新的理解。

軟體測試培訓心得體會7

在大慶浦東軟體平臺有限公司經過一週的軟體測試實訓,從對軟體測試沒有什麼經驗的我初步掌握了軟體測試的方法和技能,收穫頗多。

我在大學期間的專業是資訊與計算科學,原本打算從事網路方面的工作,對活動目錄、資料庫、作業系統等的知識比較感興趣。經過這次理論學習,瞭解到要做好軟體測試,要求掌握的知識並不僅僅是測試方面的,網路、資料庫、作業系統等的知識對做好測試也是很有幫助的。這讓我明確了以後學習的目標,在不斷學習軟體測試的同時,也應該繼續其他相關知識的深入學習。

通過此次學習,對整個軟體測試行業的瞭解大大的加深。以前認為軟體測試只是枯燥的反覆的使用被測試軟體來發現異常的問題,以為軟體測試並不重要,低開發一等。現在認識到了軟體測試的重要性,軟體測試是軟體產業向軟體工業化生產時代邁進不可缺少的重要組成部分,是保證軟體質量達到客戶需求不可缺少的環節。軟體測試在國內是一個新的職業,發展得比較晚,但它的重要性正在為行業所重視。

在學習過程中,我瞭解了作為一個合格的測試人員所應具備的素質與技能。其中個人素質在測試工作中起到了非常重要的作用,它包括你的信心、耐心、細心和與人交流溝通的能力,它將貫穿你工作生涯的整個過程。在測試理論上,我們系統學習了軟體測試的流程,各種測試階段和測試方法,以及測試工具的使用。通過這些課程的學習,讓我們對軟體工程也有了更深刻的理解,為以後的測試工作作了很好的理論儲備和技能的提升。

軟體測試作為軟體開發過程中一個非常重要的環節,越來越成為軟體開發商和使用者關注的焦點。完善的測試是軟體質量的保證,因此軟體測試就成了一項重要而艱鉅的工作,要做好這項工作當然也絕非易事,我在做軟體測試工作中總結出了一些經驗和技巧。

1.功能點的細化

在進行測試前,先將所要測試的功能細分,填寫《測試用例表》,有針對性的執行功能測試案例,逐個對每個功能細分點進行測試。在每次執行測試案例之前,明確此次執行的目的和預期的輸出結果,並要做好記錄。

2.注意測試中的錯誤集中發生的現象

有一些錯誤是和程式開發人員的程式設計水平和習慣有很大關係的。例如程式中的拼寫錯誤,習慣用法等。注意收集並記錄這些現象,有助於更快、更多地發現類似的錯誤。

3.儘可能多的使用非常規的測試

充分考慮到各種合法的輸入和不合法的輸入以及各種邊界條件。邊界值往往是最容易出現異常的情況,特殊的情況下甚至要製造極端的狀態和意外狀態,比如網路突然中斷,和電源突然斷電等情況。

4.對測試錯誤結果一定要有一個確認的過程

一般有A測試出來的錯誤,一定要有一個B來確認。

5.制定嚴格的測試計劃

測試時間安排的儘量寬鬆,不要希望在極短的時間內完成一個高水平的測試。

6.迴歸測試的關聯性一定要引起充分的注意

在開發人員剛修復Bug之後的地方,再找一找,往往開發人員只修復報告出來的缺陷而不去考慮別的功能在修改時可能會重新造成錯誤。修改一個錯誤而引起更多的錯誤出現的現象並不少見。

7.測試文件要儘可能詳細

《測試用例表》中的功能點可儘量的詳細,如實、詳細地記錄每次執行測試案例的輸入資料,輸出資料,出錯提示,進行測試的時間,完成測試的時間等,便於以後對測試工作的回溯。

8.重視交流和溝通

包括和程式開發人員的交流,同是測試人員之間的交流,網上技術論壇和網友的交流,和客戶的交流等。多思考,多交流,多提問,通過多種溝通交流的途徑,可以少走很多彎路,同時可以學到很多東西。

9.善於總結

在測試過程中發現的所有問題,異常情況,發現程式開發人員易犯,常犯的錯誤,各種有價值的經驗教訓,使用系統和操作資料庫時發現或者學到的技巧,使用測試工具時的心得等等,都可以隨手記錄在筆記本或者電腦上。這些都將是今後工作中可以參照的珍貴資料,同時也會成為自己的寶貴經驗。

10.妥善儲存一切測試過程文件。

這次軟體測試實訓為我們以後從事軟體測試工作打下了良好的專業基礎,為我們的進一步學習提高打下了紮實的理論基礎。對測試過程有了初步的認識,測試計劃、測試設計、測試開發、測試執行、測試評估、測試報告貫穿整個軟體開發過程。單元測試、整合測試、系統測試、驗證測試每個階段都應以使用者需求為依據。這些基本的概念雖然比較抽象,但對以後的實踐是大有益處的。

總的來說,這次培訓效果不錯,對自己有一定的提升,這完全不同與學校的學習,因為它更加貼近工作,針對以後工作的內容作了很多例項的練習與工具的使用,為我們更快的加入工作提供的很好的前提。接下來一段時間,我將利用假期進入相關測試部門進行實際專案的訓練,我相信在我有了很好的理論基礎後,會在工作中很好的加以應用,讓測試工作做得更好。同時,我會更加努力的學習與工作,遇到問題會及時多渠道尋找解決方法,積極上進,希望早日成為一名優秀的測試人員。

軟體測試培訓心得體會8

20xx年x月x日。我懷著對提高並實現自我價值的心態,走進深圳走秀網路科技有限公司的大門,開始了自己大學裡兼職實習工作。轉眼間。6個月的實習時間就要過去了。回想起這段時間的工作過程,我深深的認識到在走秀網實習的選擇是絕對正確的,走秀網和公司的同事們對我個人產生的積極影響也是超越我料想之中的。現將這段時間的工作進行如下總結。

首先,要具有良好的學習能力。剛進走秀,帶我的老大是哈爾濱人,我跟她很投緣。開始的一個星期,我只是熟悉公司的一些業務和我們前端的測試範圍,在熟悉業務的過程中,我發現這些頁面上的東西看上去挺簡單的,但是要深入瞭解還是需要很長的一段時間。期間老大叫一個老員工帶著我去測試一些之前xiu2.0所遺留的簡單的bug。走秀網的測試部還比較大,所以對工作的流程和上線之前的版本控制的非常嚴格。我們在上線之前,會經過兩套環境,功能測試環境和映象環境,功能測試環境是對需求和功能的一個詳細的驗證環境,映象環境是模擬生產環境迴歸之前我們在功能測試環境上鎖遺留的一些小的bug。因為不知道這些轉測試的bug是怎麼產生的,所以需要去跟開發人員溝通,開始的時候自己一個人不敢過去開發部,就讓老員工(才哥)帶著過去,一段時間過後,我開始自己去和開發溝通交流,從發現問題的重現,到催促開發修改和轉測試,這一段時間讓我深刻體會到溝通時多麼重要。

在走秀期間,我們測試部總監還會對我們不定時的培訓。教會我們測試的工作流程和每個階段應該展開的工作範疇。作為測試,必要會使用的缺陷管理工具bugzilla和測試用例管理工具testlink,還給我們培訓了,如何使用自動化工具ruby+watir來對一些測試點進行自動化指令碼的編寫。慢慢的,在對公司的業務瞭解的比較透的時候,老大就開始讓我們自己對一些小需求進行測試,測試的過程中,不僅僅是對頁面和表面功能進行測試,還要根據需求文件和頁面的顯示對資料庫表進行查詢操作,檢視頁面的顯示和功能是否和資料表裡面的一致,還要在後臺日誌中檢視是否有報錯。所以,測試並不是像我想象中的那麼簡單,不是在頁面上點來點去就可以測的好的。

實習可以使每一個學生有更多的機會嘗試不同的工作,扮演不同的社會角色,逐步完成職業化角色的轉化,發現自己真實的潛力和興趣,以奠定良好的事業基礎,也為自我成長豐富了閱歷,促進整個社會人才資源的優化配置。作為一名學生,我想學習的目的不在於通過畢業考試,而是為了獲取知識,獲取工作技能,換句話說,在學校學習是為了能夠適應社會的需要,通過學習保證能夠完成將來的工作,為社會做出貢獻。然而步出象牙塔步入社會是有很大落差的,能夠以進入公司實習作為緩衝,對我而言是一件幸事,通過實習工作了解到工作的實際需要,使得學習的目的性更明確,得到的效果也相應的更好。

人要想成功及獲得好的業績,必須牢記一個規則:我們永遠不能將個人利益凌駕於團隊利益之上,在團隊工作中,會出現在自己的協助下同時也從中受益的情況,反過來看,自己本身受益其中,這是保證自己成功的最重要的因素之一。

熱門標籤