軟件測試實(shí)習心得體會(huì )3篇
有了一些收獲以后，寫(xiě)一篇心得體會(huì )，記錄下來(lái)，這樣有利于培養我們思考的習慣。相信許多人會(huì )覺(jué)得心得體會(huì )很難寫(xiě)吧，以下是小編幫大家整理的軟件測試實(shí)習心得體會(huì )，歡迎閱讀與收藏。
軟件測試實(shí)習心得體會(huì )1
大三的時(shí)候，一次計算機等級考試，由于考c，數據庫，都沒(méi)過(guò)，就報了個(gè)四級軟件測試工程師。抱著(zhù)試試看的態(tài)度學(xué)了一個(gè)月做了幾套題，就拿下了一個(gè)四級證書(shū)。當時(shí)想的是，這都行，水分有點(diǎn)大吧……
本來(lái)想找一份開(kāi)發(fā)的工作，技術(shù)不夠硬，一直在北京飄著(zhù)飄著(zhù)啊。通過(guò)一個(gè)學(xué)姐，得到了一個(gè)軟件測試面試的機會(huì )。于是半只腳踏入了軟件測試的大門(mén)，因為我現在剛開(kāi)始寫(xiě)測試用例，還沒(méi)有真正的融入到團隊中去。
實(shí)習生，直接領(lǐng)導給我安排了一個(gè)實(shí)習計劃，嚴格按照實(shí)習計劃執行。首先就是看公司軟件的手冊，要了解產(chǎn)品，知道軟件的基本操作流程，不會(huì )了就問(wèn)帶我的師傅。就這樣學(xué)了一個(gè)禮拜，不同于用一款軟件，在用的過(guò)程中要去思考，這個(gè)功能為什么有，這個(gè)功能要實(shí)現什么。忘了說(shuō)了，現在產(chǎn)品做的是功能測試，比較簡(jiǎn)單，所以分到了這個(gè)組里。一周之后帶我的.師傅檢查了一下我的學(xué)習成果，具體操作、實(shí)現軟件的一些功能，然后就幾個(gè)主要的功能點(diǎn)以及一些需要特別注意的關(guān)鍵詞，給我做了詳細的講解。
然后給我了兩個(gè)功能界面，讓我寫(xiě)一些測試用例，開(kāi)始感覺(jué)沒(méi)什么可寫(xiě)的，這兩個(gè)功能實(shí)現起來(lái)很容易的。第一天試著(zhù)寫(xiě)了幾個(gè)，然后拿給師傅看，因為不知道從哪方面入手，雖然看了一些以前的測試用例，但是親手寫(xiě)還是第一次，所以有些拿不準。
就這樣，寫(xiě)了幾天的測試用例，一個(gè)功能點(diǎn)一個(gè)功能點(diǎn)的細分。寫(xiě)的差不多了，就開(kāi)始看一些技術(shù)類(lèi)的博客，尤其是軟件測試中功能測試用例的寫(xiě)法�？粗�(zhù)博客中提到的一些東西，對比自己寫(xiě)的測試用例，看看是不是滿(mǎn)足要求。就這樣自己一點(diǎn)一點(diǎn)的修改。
其實(shí)壓力還是蠻大的，由于要測試的系統需要測試多個(gè)不同的數據庫，以及不同的操作系統是軟件的執行，而我只懂一點(diǎn)的msql，對linux一竅不通。所以有了各種學(xué)習目標，但是還是沒(méi)有清晰的目標。努力吧，既然踏入了這個(gè)行業(yè)，就要努力的去汲取知識，不斷學(xué)習，不斷進(jìn)步!
軟件測試實(shí)習心得體會(huì )2
實(shí)習目的：通過(guò)實(shí)習提高自己的對社會(huì )的認知能力，同時(shí)理論聯(lián)系實(shí)際，讓自己迅速適應社會(huì )，跟上IT前進(jìn)的快速步伐。通過(guò)理論與實(shí)際的結合、學(xué)校與社會(huì )的溝通，進(jìn)一步提高學(xué)生的思想覺(jué)悟、業(yè)務(wù)水平，尤其是觀(guān)察、分析和解決問(wèn)題的實(shí)際工作能力，以便培養自己成為能夠主動(dòng)適應社會(huì )主義現代化建設需要的高素質(zhì)的復合型人才。
1、負責應用上線(xiàn)前的`內部測試，android應用程序的測試；
2、構建測試環(huán)境，設計測試腳本和用例，執行測試腳本和測試用例，尋找Bug；
3、分析問(wèn)題所在并進(jìn)行準確定位和驗證，按照標準格式填寫(xiě)并提交Bug報告；
4、跟蹤并驗證Bug，并確認問(wèn)題得以解決；
5、按照標準格式填寫(xiě)并提交測試報告，完成軟件開(kāi)發(fā)的集成測試工作。
任職要求：
1、掌握軟件軟件測試理論，有清晰的測試邏輯，良好的溝通能力
2、熟練編寫(xiě)測試用例及缺陷報告
3、了解安卓系統常用工具及命令，了解常用自動(dòng)化測試工具
4、有過(guò)專(zhuān)業(yè)的測試培訓經(jīng)歷者優(yōu)先考慮
軟件測試實(shí)習心得體會(huì )3
在支付寶測試分析的角色和系統分析的角色是對應的，只不過(guò)一個(gè)是測試類(lèi)的另外一個(gè)是開(kāi)發(fā)類(lèi)的。系分下面會(huì )有相應開(kāi)發(fā)，測分下面會(huì )有相應的測試用例編寫(xiě)和執行人員。也就是說(shuō)測試分析文檔是對測試執行人員的一個(gè)指導(在我原來(lái)的理解方式上，覺(jué)得測試分析人員應該是用例編寫(xiě)人員;而在這里測試分析人員是從業(yè)務(wù)上去分析的，用例是用例執行人員來(lái)寫(xiě)并且執行的)。
而通過(guò)這次的這次分析覺(jué)得自己的測分還存在以下的問(wèn)題：
1、太關(guān)注開(kāi)發(fā)的內部實(shí)現邏輯。建議：將開(kāi)發(fā)內部實(shí)現邏輯看成一個(gè)黑盒子，測試分析要從這個(gè)黑盒子的輸入和輸出上去看開(kāi)發(fā)內部實(shí)現邏輯是不是有問(wèn)題，而不應該先去了解開(kāi)發(fā)的實(shí)現邏輯然后按照他們的思路去分析。
2、分析文檔寫(xiě)的過(guò)于詳細，甚至將用例的步驟都寫(xiě)了出來(lái)。建議：測試分析要從全局上去看問(wèn)題，細節的東西即便是知道的，也要留給之后的`用例編寫(xiě)人員去了解(就像系分之后的開(kāi)發(fā)需要去寫(xiě)詳細設計的道理一樣)，這樣后面的人才會(huì )自己主動(dòng)去想問(wèn)題。
3、分析文檔要考慮維護性問(wèn)題，不要出現類(lèi)似比如還款中狀態(tài)為“R”這種具體的數據內容。因為我的分析是對后續用例編寫(xiě)人員的一個(gè)指導性的文檔，所以如果側分這么寫(xiě)很有可能導致用例也照著(zhù)這么寫(xiě)，其實(shí)不管側分和用例都不應該具體寫(xiě)到R這么細節，否則的話(huà)開(kāi)發(fā)稍作變動(dòng)我們就要相應變動(dòng)我們的用例
4、沒(méi)有明確測試目的。review用例的時(shí)候，沒(méi)有提出每個(gè)用例需要明確一個(gè)測試目的，讓別人來(lái)看這個(gè)用例的時(shí)候能明白到底是怎么回事。
總結：
1、以后寫(xiě)測試分析文檔，依據僅僅是prd文檔，必須拋開(kāi)開(kāi)發(fā)實(shí)現邏輯部分(即不去看系分文檔)，待測分出來(lái)之后，再去看系分文檔，互相看看彼此考慮的是否存在遺漏的地方。等到在寫(xiě)用例的時(shí)候再讓寫(xiě)用例的人和相應的開(kāi)發(fā)去互相明確更細節的東西。
2、寫(xiě)用例我們目前都是僅僅做到對流程上的每個(gè)節點(diǎn)去單獨分析，細到看輸出的時(shí)候會(huì )關(guān)注到數據庫表的一個(gè)變化。但是除了以上部分，其實(shí)還少了對整體流程的關(guān)注，需要增加業(yè)務(wù)流程的各條路徑的一個(gè)覆蓋，在針對路徑的用例中不需要關(guān)注到數據庫表級那么細。
3、在做流程路徑覆蓋之前應該畫(huà)一個(gè)路徑圖，這個(gè)圖的畫(huà)法考慮各個(gè)入口的不同分開(kāi)畫(huà)流程圖，分別進(jìn)行路徑覆蓋。
【軟件測試實(shí)習心得體會(huì )】相關(guān)文章：
軟件測試實(shí)習心得03-16
軟件測試實(shí)習報告01-31
軟件測試實(shí)習報告12-17
軟件測試實(shí)習心得04-22
軟件測試實(shí)習目的07-17
軟件測試實(shí)習日記03-19
軟件測試實(shí)習總結06-13
軟件測試實(shí)習報告12-17