《軟件測試實習日記九篇》
軟件測試實習日記 篇1
昨天對測試用例設計一般常用方法進行了學習，感覺有點迷糊，心想要是要項目實踐我會理解得更徹底。今天主要任務是了解測試用例設計的其他方法。包括錯誤推測法、因果圖法、綜合策略法。
1、錯誤推測
在測試程序時，人們可能根據(jù)經(jīng)驗或直覺推測程序中可能存在的各種錯誤，從而有針對性地編寫檢查這些錯誤的測試用例，這就是錯誤推測法。
2.因果圖
等價類劃分和邊界值方法分析方法都只是孤立地考慮各個輸入數(shù)據(jù)的測試功能，而沒有考慮多個輸入數(shù)據(jù)的組合引起的錯誤。
3.綜合策略
每種方法都能設計出一組有用例子，用這組例子容易發(fā)現(xiàn)某種類型的錯誤，但可能不易發(fā)現(xiàn)另一類型的錯誤。因此在實際測試中，聯(lián)合使用各種測試方法，形成綜合策略，通常先用黑盒法設計基本的測試用例，再用白盒法補充一些必要的測試用例。
軟件測試實習日記 篇2
今天早上起得比較早，到公司也挺早的。在路上我就計劃好了今天的主要任務是學習測試計劃編寫基本策略：
到公司打開電腦，就開始了編寫測試計劃編寫的基本策略：從學習中我了解到要編寫一個好的測試計劃絕非易事項目。第一點測試計劃編寫依據(jù)：項目計劃、項目計劃的評估狀態(tài)以及業(yè)務的理解。第二點測試計劃編寫的時間必須規(guī)劃好。第三點測試計劃的編寫與實施人員必須注明。第四點測試計劃的變更：測試計劃是一個發(fā)展變化的文檔，會隨著項目的發(fā)展，人員或環(huán)境的變動而變化。第五點測試計劃的優(yōu)先級別必須制定好。第六點測試計劃的評審第七點測試計劃制定過程：1、評估項目計劃和狀態(tài)2、組建測試小組3、了解項目風險4、制定測試計劃5、審查測試計劃第八點測試計劃應遵循以下原則：盡早開始原則、靈活變更原則、合理評審原則、簡潔易讀原則。
軟件測試實習日記 篇3
早上從寢室出發(fā)就暗示自己要踏踏實實的學習忌浮躁。早上我早早的到公司，開始我的學習，今天我學習的主要內容是測試用例設計方法之劃分等價類法。
①如果某個輸入條件規(guī)定了取值范圍或值的個數(shù)。則可確定一個合理的等價類(輸入值或數(shù)在此范圍內)和兩個不合理等價類(輸入值或個數(shù)小于這個范圍的最小值或大于這個范圍的最大值)。
②如果規(guī)定了輸入數(shù)據(jù)的一組值，而且程序對不同的輸入值做不同的處理，則每個允許輸入值是一個合理等價類，此處還有一個不合理等價類(任何一個不允許的輸入值)。
③如果規(guī)定了輸入數(shù)據(jù)必須遵循的規(guī)則，可確定一個合理等價類(符合規(guī)則)和若干個不合理等價類(從各種不同角度違反規(guī)則)。
④如果已劃分的等價類中各元素在程序中的處理方式不同，則應將此等價類進一步劃分為更小的等價類。
軟件測試實習日記 篇4
實習的第一周
按照公司安排，分配到基站那邊熟悉設備和操作器件任務是認識基站設備RBS2206(室內宏蜂窩)的組成，請點各基站設備資產(chǎn)，登記載波的開啟情況，進行備用電池的放電測試，門禁系統(tǒng)的開啟關閉操作，空調溫度的調整(一般為26度)等
由于我們隊員較多，隊長安排我們向另外兩名早來的實習生學習我們的工作地點是海珠區(qū)的中國移動的各個基站點(主要分布在樓宇天臺和地下停車場)，時間是每天早上9點鐘到下午6點，中午休息一會兒工作任務較為簡單，操作起來單調機械，需要乘坐面包車到處去各個點奔波抱著學習和吃苦的態(tài)度，還是認真的完成任務起先進入基站都感覺好奇，認真地向隊長和隊員們請教問題有的問題都覺得太簡單，但書本上從未涉及過，還是坦誠地向別人請教
這一周的工作下來，學會了基站的各個部件的位置組成和實物外觀，結合所學書本上的知識，加深了各器件的了解和提高了實際動手操作能力學會了與來自不同教育背景和生活地方的同事的交流與合作，深感工作上要不恥下問和同事間要合作緊密才能很好地完成工作任務
實習的第二周
依然是在基站學習工作任務與上一周的大概相同，熟悉基站設備，備用電池的放電測試，不過開始進行故障處理和部分時間進行巡檢
工作地點仍然是海珠區(qū)的廣東移動的基站機房與室外基站，不過檢查的基站點與上一周略為不同，都第一次進入檢查時間上也一樣，雖然我們組要值夜班，考慮到我們實習生的身份，暫時不作安排
這一周的工作與之前的工作內容大致相同，其中故障處理較多，故障處理一般就是更換基站設備，如CDU，TRU(載波)，DXU等，更換設備有一套標準的流程，實踐動手不能馬虎了事還有部分巡檢，需要用OMT軟件連接設備，主要用來定位基站設備故障工作上依然單調枯燥，但不能放松，以免出現(xiàn)安全事故或工作不到位，給下一步流程的工作的同事帶來重復的麻煩
實習的第三周
基站工作結束，開始做網(wǎng)優(yōu)相關工作，網(wǎng)優(yōu)主要包括路測，驗收，樓宇普查，掃頻等任務，是比基站的工作復雜一點，是處理解決信號問題的主要人員
工作地點是廣州移動的業(yè)務數(shù)據(jù)中心，我所在的組是西區(qū)，位于體育中心和珠江新城一帶，工作時間與之前一樣第一天由負責人說明工作流程和注意事項，沒有接觸到實際的網(wǎng)優(yōu)工作，都是一些送文件和設備給同事使用的跑腿工作
這一周的工作不多，負責人的一番指導和教悔也讓我認識網(wǎng)優(yōu)這一職位屬于干活多薪資少的工作，需要耐心努力地學習理論和操作知識，吃苦耐勞踏實工作才能完成工作
實習的第四周
這一周才是接觸到網(wǎng)優(yōu)的實際工作，路測，路測就是道路測試信號，由于道路上都可能占用多個小區(qū)，甚至是越區(qū)覆蓋，是網(wǎng)優(yōu)中分析處理問題的一個很好的學習過程
工作地點是廣州大道位于中山大道及體育東路之間的一段道路，實際上就是天河路一帶，時間是凌晨2點開始，因為剛剛進行過割接小區(qū)，所以測試一下割接后小區(qū)占用情況數(shù)據(jù)顯示信號強度正常，只存在局部地點出現(xiàn)質差，割接成功
這一周的工作是和一位路測隊長學習，在測試過程中繁繁出現(xiàn)問題，手機電池沒電，數(shù)據(jù)線連不通，電腦鼠標不動，沒有帶上3G卡，最后測試時間縮短減少電池使用時間，回公司更換數(shù)據(jù)線，暫時沒有測試3G與2G切換情況信號測試前的設備檢查是否完好，測試軟件的熟悉準備都是測試前必須注意的問題
軟件測試實習日記 篇5
了解了各種測試用例的方法，之后又在實際項目中設計了一些測試用例，總體感覺就是：公司里分配寫作測試用例的時間并不長，而且提供的文檔也不全面，所以寫測試用例要符合測試部門的當前現(xiàn)狀和項目的測試特點，綜合考慮，所以看起來有點像測試計劃的某些內容，但是對問題的細化程度不一樣。
測試用例的設計是一項復雜的測試工作，測試用例的設計方法需要考慮測試的目標，被測試軟件的特性，測試者人力資源的技術和能力，測試組織形式，測試進度、測試成本等多個方面。
確定測試用例的輸入數(shù)據(jù)確實對于測試用例非常重要，它決定著測試用例的執(zhí)行效果和效率，但是確定輸入測試數(shù)據(jù)只是設計測試用例的一個步驟，而不是全部。因此，不能把測試用例的設計方法等同于測試用例數(shù)據(jù)的方法。
軟件測試實習日記 篇6
今天主要是進行系統(tǒng)測試和評估測試。同時整個開發(fā)過程中我們小組也協(xié)同項目經(jīng)理對各個方面進行了質量評審。從各個方面對不同的工件進行了評審，其中大部分通過了，不可避免地其中也有一些問題，但是我們采取了相應的糾正措施，保證了各個工件的質量。
學任何東西都應該認真研究，否則一知半解還不如不學；另外要注重把平時所學和實際相聯(lián)系。熟練的專業(yè)技能是一個公司生存和發(fā)展的資本?，F(xiàn)在主要的任務還是多學習，多積累。
軟件測試實習日記 篇7
目標在我的生活中很重要，每天給自己制定一個小目標，這樣生活就了激情這也是我保持激情的方法之一。今天我的目標是基本掌握邊界值法。
使用邊界值分析方法設計測試用例時一般與等價類劃分結合起來。但它不是從一個等價類中任選一個例子作為代表，而是將測試邊界情況作為重點目標，選取正好等于、剛剛大于或剛剛小于邊界值的測試數(shù)據(jù)。
(1)如果輸入條件規(guī)定了值的范圍，可以選擇正好等于邊界值的數(shù)據(jù)作為合理的測試用例，同時還要選擇剛好越過邊界值的數(shù)據(jù)作為不合理的測試用例。
(2)如果輸入條件指出了輸入數(shù)據(jù)的個數(shù)，則按最大個數(shù)、最小個數(shù)、比最小個數(shù)少1、比最大個數(shù)多1等情況分別設計測試用例。
(3)對每個輸出條件分別按照以上原則(1)或(2)確定輸出值的邊界情況。
(4)如果程序的規(guī)格說明給出的輸入或輸出域是個有序集合(如順序文件、線形表、鏈表等)，則應選取集合的第一個元素和最后一個元素作為測試用例。
3月11號
之前學習了測試用例設計的常用方法，今天計劃是學習另一種方法：正交分析法。
正交分析法：即正交分解法是將一個力沿著互相垂直的方向(x軸、y軸)進行分解的方法。
正交分解法:(1)明確研究對象(或系統(tǒng));(2)了解運動狀態(tài)(題給出、暗示或判斷、假設);(3)進行受力分析(按順序，場力、彈力、摩擦力);(4)建立坐標,對力進行正交分解(有相對運動或相對運動趨勢的特別是有加速度的，必需建一軸在這方向上,)所建立的坐標原點最好是題目中大多數(shù)力的交點.(5)立方程，解之。(有時還需∑M=0，這不屬正交分解法)
正交表：次數(shù)(Runs)：簡單的說，就是次數(shù)是多少，就有多少個用例。因素數(shù)(Factors)：簡單的說，就是有多少個變量。水平數(shù)(Levels)：比如有三個變量，其中變量取值最多的是四個值，那么水平數(shù)就是四。強度(Strength)：即變量間的相互關系，當強度為二時，只考慮變量兩兩之間的影響，如果強度為三，同考慮三個變量對結果的影響;當強度增加時，用例的個數(shù)會急劇增加
軟件測試實習日記 篇8
做測試已不知不覺有兩個月了。現(xiàn)在我僅自我總結以下如何做好測試計劃工作。
1.明確測試的目標，增強測試計劃的實用性
編寫軟件測試計劃得重要目的就是使測試過程能夠發(fā)現(xiàn)更多的軟件缺陷，因此軟件測試計劃的價值取決于它對幫助管理測試項目，并且找出軟件潛在的缺陷。因此，軟件測試計劃中的測試范圍必須高度覆蓋功能需求，測試方法必須切實可行，測試工具并且具有較高的實用性，便于使用，生成的測試結果直觀、準確
2.堅持“5W”規(guī)則，明確內容與過程
“5W”規(guī)則指的是“What（做什么）”、“Why（為什么做）”、“When（何時做）”、“Where（在哪里）”、“How（如何做）”。利用“5W”規(guī)則創(chuàng)建軟件測試計劃，可以幫助測試團隊理解測試的目的（Why），明確測試的范圍和內容（What），確定測試的開始和結束日期（When），指出測試的方法和工具（How），給出測試文檔和軟件的存放位置（Where）。
3.采用評審和更新機制，保證測試計劃滿足實際需求
測試計劃寫作完成后，如果沒有經(jīng)過評審，直接發(fā)送給測試團隊，測試計劃內容的可能不準確或遺漏測試內容，或者軟件需求變更引起測試范圍的增減，而測試計劃的內容沒有及時更新，誤導測試執(zhí)行人員。
4.分別創(chuàng)建測試計劃與測試詳細規(guī)格、測試用例
應把詳細的測試技術指標包含到獨立創(chuàng)建的測試詳細規(guī)格文檔，把用于指導測試小組執(zhí)行測試過程的測試用例放到獨立創(chuàng)建的測試用例文檔或測試用例管理數(shù)據(jù)庫中。測試計劃和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術的關系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細規(guī)格、測試用例是完成測試任務的具體戰(zhàn)術。
軟件測試實習日記 篇9
前面測試計劃的學習告一段落了。從今天起我將專心軟件測試用例設計的學習。
軟件測試用例就是一個文檔，描述輸入、動作、或者時間和一個期望的結果，其目的是確定應用程序的某個特性是否正常的工作。
測試輸入
提供測試執(zhí)行中的各種輸入條件。根據(jù)需求中的輸入條件，確定測試用例的輸入。測試用例的輸入對軟件需求當中的輸入有很大的依賴性，如果軟件需求中沒有很好的定義需求的輸入，那么測試用例設計中會遇到很大的障礙。
操作步驟
提供測試執(zhí)行過程的步驟。對于復雜的測試用例，測試用例的輸入需要分為幾個步驟完成，這部分內容在操作步驟中詳細列出。
預期結果
提供測試執(zhí)行的預期結果，預期結果應該根據(jù)軟件需求中的輸出得出。如果在實際測試過程中，得到的實際測試結果與預期結果不符，那么測試不通過；反之則測試通過。