-
軟件測(cè)試實(shí)習(xí)日記
推薦度：
- 相關(guān)推薦
軟件測(cè)試實(shí)習(xí)日記
時(shí)間如快馬般匆匆，一天又過(guò)去了，相信大家一定感觸頗深吧，需要進(jìn)行好好的總結(jié)并且記錄在日記里了。為了讓您不再為寫日記頭疼，下面是小編整理的軟件測(cè)試實(shí)習(xí)日記，歡迎大家分享。
軟件測(cè)試實(shí)習(xí)日記1
近段時(shí)間，開發(fā)和我們一起做性能測(cè)試，涉及一些底層的技術(shù)，也準(zhǔn)備開年之后寫自動(dòng)化的腳本，突然間發(fā)現(xiàn)，測(cè)試也是有意義的，不想我之前想的那么討厭，自己在生活中做一些事情，也會(huì)按照測(cè)試的一些思想來(lái)做，有時(shí)候變得有點(diǎn)挑剔了，呵呵。而且測(cè)試在國(guó)內(nèi)還不成熟，人才還很缺，測(cè)試也是很有前途的，自己還是喜歡測(cè)試這份工作的。而且測(cè)試需要我學(xué)的東西也很多，邏輯思維和技術(shù)含量還是很高的。唉，恍然大悟了。而且工作這么一段時(shí)間，也現(xiàn)實(shí)了，在做數(shù)據(jù)庫(kù)和開發(fā)我的'經(jīng)驗(yàn)是有限的，而我那有限的一點(diǎn)經(jīng)驗(yàn)在測(cè)試方面也是綽綽有余了，正好為我的測(cè)試提升一步。
以前學(xué)計(jì)算機(jī)的時(shí)候?qū)τ?jì)算機(jī)的知識(shí)一點(diǎn)也不感興趣，自從學(xué)了數(shù)據(jù)庫(kù)之后就對(duì)數(shù)據(jù)庫(kù)產(chǎn)生了強(qiáng)烈的興趣，對(duì)計(jì)算機(jī)的一些知識(shí)也，慢慢的產(chǎn)生了興趣。我喜歡設(shè)計(jì)數(shù)據(jù)庫(kù)，我喜歡想各種方法，盡量讓她達(dá)到最優(yōu)的狀態(tài)，喜歡寫SQL語(yǔ)句，各種復(fù)雜的查詢排序等等都寫過(guò)，對(duì)事務(wù)和索引也研究了一段時(shí)間。
軟件測(cè)試實(shí)習(xí)日記2
這周的工作任務(wù)主要是完成旅行網(wǎng)的第一輪測(cè)試，由于數(shù)據(jù)庫(kù)的設(shè)計(jì)不合理還有待遇寫的不夠規(guī)范導(dǎo)致我們系統(tǒng)打印不出來(lái)，后來(lái)把代碼的合理性，還有新版本的功能都做完了的上線了。
1、完成了后臺(tái)bug的'修改。
2、完了管理學(xué)生的條件的查詢。
3、完成了申請(qǐng)打印的條件查詢。
4、票務(wù)管理新增加了一個(gè)功能代理商可以修改代理商信息。
在完成這幾個(gè)任務(wù)需要的時(shí)間我們很少了，這是由于全段時(shí)間我們對(duì)我們這個(gè)系統(tǒng)做過(guò)很多的修改功能，還有自己對(duì)宇整個(gè)代碼的流程也是越來(lái)熟悉，讓我更加有成就感，因?yàn)槲也粫?huì)為了一個(gè)簡(jiǎn)單的文件而去浪費(fèi)時(shí)間去學(xué)習(xí)，還有我們可以自己?jiǎn)为?dú)去很多功能了，我就會(huì)覺(jué)得我們現(xiàn)在的待遇不行。想到這里我們就會(huì)覺(jué)得自己的心里不平行。
軟件測(cè)試實(shí)習(xí)日記3
第二天上班，我有點(diǎn)不習(xí)慣早起，公司每天8:30起床�？赡苁且�?yàn)檫@是我的第一份正式的實(shí)習(xí)工作，以前都不曾這么正式的上過(guò)班，對(duì)于上班沒(méi)有過(guò)什么想法。所以第二天一大早我不慌不忙的'出發(fā)了。又由于沒(méi)平時(shí)沒(méi)在上班時(shí)間出去過(guò)，對(duì)于擠公交也沒(méi)什么概念。擠公交擠到想死。真想說(shuō)，做個(gè)上班族，擠公交是一門必修課。折騰了一早上，我終于踩點(diǎn)到公司報(bào)到了。
一大早趕到辦公室，覺(jué)得桌子很臟，就在清潔阿姨那借來(lái)了抹布和水桶，把自己的衛(wèi)生搞好了，開始了一天的工作。
今天我又開始看軟件測(cè)試的書籍，了解到黑盒測(cè)試又稱功能測(cè)試：是對(duì)已知產(chǎn)品的功能設(shè)計(jì)規(guī)格，可以進(jìn)行測(cè)試證明每個(gè)實(shí)現(xiàn)了的功能是否符合要求。白盒測(cè)試則是對(duì)已知產(chǎn)品的內(nèi)部工作的過(guò)程，可以通過(guò)測(cè)試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格是否符合設(shè)計(jì)規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過(guò)檢查。
軟件測(cè)試實(shí)習(xí)日記4
今天任務(wù)是了解H模型，H模型中，軟件測(cè)試過(guò)程活動(dòng)完全獨(dú)立，貫穿于整個(gè)產(chǎn)品的周期與其他流程并發(fā)的進(jìn)行，某個(gè)測(cè)試點(diǎn)準(zhǔn)備就緒時(shí)，就可以從測(cè)試準(zhǔn)備階段進(jìn)行到測(cè)試執(zhí)行階段。軟件測(cè)試可以盡早的進(jìn)行，并且可以根據(jù)被測(cè)物的不同而分層次進(jìn)行。
H模型揭示了一個(gè)原理:軟件測(cè)試是一個(gè)獨(dú)立的'流程,貫穿產(chǎn)品整個(gè)生命周期,與其他流程并發(fā)地進(jìn)行。H模型指出軟件測(cè)試要盡早準(zhǔn)備,盡早執(zhí)行。不同的測(cè)試活動(dòng)可以是按照某個(gè)次序先后進(jìn)行的,但也可能是反復(fù)的,只要某個(gè)測(cè)試達(dá)到準(zhǔn)備就緒點(diǎn),測(cè)試執(zhí)行活動(dòng)就可以開展
軟件測(cè)試實(shí)習(xí)日記5
昨天把所有的記錯(cuò)本學(xué)生掌握的正確的知識(shí)點(diǎn)還有錯(cuò)誤的知識(shí)點(diǎn)都統(tǒng)計(jì)出來(lái)，雖然功能已經(jīng)實(shí)現(xiàn)了，但是我們我覺(jué)得這個(gè)模塊是真的沒(méi)有做完的，因?yàn)殡m然功能可以正常的顯示了，但是我們沒(méi)有測(cè)試所有的學(xué)生的顯示的結(jié)果是根據(jù)我們需求來(lái)的，今天的主要任務(wù)就是做測(cè)試，我在打印所有的學(xué)生的`記錯(cuò)本的時(shí)候發(fā)現(xiàn)我在每一個(gè)學(xué)生的記錯(cuò)本中打印所有學(xué)生的錯(cuò)誤知識(shí)點(diǎn)了，這就是一個(gè)集合沒(méi)有在循環(huán)內(nèi)生成的原因。
所以我們以后工作都需要自己測(cè)試過(guò)所有的功能才去提交。這樣是一個(gè)好的習(xí)慣，只要這樣我們?cè)诠ぷ魈峤坏臅r(shí)候我不需要每個(gè)時(shí)候都知道我們的工作是否已經(jīng)完成了，如果不去測(cè)試而且把我們做的東西提交上去我們，我們的客戶發(fā)現(xiàn)我們的產(chǎn)品都不好，讓我們的用戶覺(jué)得這個(gè)東西不成熟，這樣我們就會(huì)失去很多的用戶。
軟件測(cè)試實(shí)習(xí)日記6
如何設(shè)計(jì)測(cè)試用例，如何評(píng)審測(cè)試用例，最后如何管理測(cè)試用例，這都是我們測(cè)試工作中必須要去改進(jìn)的問(wèn)題。在之前的公司，由于團(tuán)隊(duì)工作任務(wù)繁忙，我們沒(méi)有太多的時(shí)間去管理和優(yōu)化測(cè)試用例，也因此對(duì)用例方面少了太多的思考，而且雖然有對(duì)于用例的評(píng)審，但一直以來(lái)，我認(rèn)為是做得不夠好的，畢竟每次評(píng)審下來(lái)，感覺(jué)效果沒(méi)有預(yù)期的那么好，主要還是沒(méi)有足夠的時(shí)間去管理，所以無(wú)法引起重視。不過(guò)，現(xiàn)在我想我需要花大量的時(shí)間來(lái)管理用例了，而且要保證有序的進(jìn)行，最后輸出讓團(tuán)隊(duì)中各個(gè)成員都認(rèn)為滿意而且高效的測(cè)試用例。對(duì)于用例管理的根本問(wèn)題，我個(gè)人認(rèn)為是分類上，如何有效的維護(hù)和優(yōu)化用例，就是需要前期明確的分類規(guī)劃，根據(jù)分類的優(yōu)先級(jí)一步一步地來(lái)完成就可以了，到最后，我們也可以有效把控的測(cè)試覆蓋度。
當(dāng)前，我們大致可以把測(cè)試用例分稱三個(gè)方面，分別是功能、UI和業(yè)務(wù)流程，從這三個(gè)角度來(lái)進(jìn)行設(shè)計(jì)。
1、從功能的角度，功能是每個(gè)項(xiàng)目測(cè)試的重點(diǎn)，通常在測(cè)試人員得到需求文檔的時(shí)候，我們就開始設(shè)計(jì)測(cè)試用例，那么這個(gè)時(shí)候需求文檔上列出都是功能以及部分一些業(yè)務(wù)邏輯等，所以在測(cè)試用例的第一階段就是完成功能的用例設(shè)計(jì)。不過(guò)這里，肯定會(huì)讓很多人疑惑，其實(shí)功能、業(yè)務(wù)還有UI，都是有關(guān)聯(lián)的，而且很多時(shí)候無(wú)法分解的。這里后面我會(huì)舉個(gè)例子說(shuō)明哈，但絕非都是可以分類，只是談?wù)勅绾畏纸獾姆椒�，最重要的就是不要遺漏就行。
2、從UI的角度，UI通常是指界面測(cè)試，這個(gè)應(yīng)該不難理解，但要想與功能點(diǎn)進(jìn)行分解，也不是那么容易區(qū)分的，所以我們來(lái)直觀的說(shuō)明哈。界面測(cè)試，注重樣式，外觀、整潔、擺放以及易用性，還包括用戶體驗(yàn)等。
3、從業(yè)務(wù)的角度，這個(gè)相對(duì)來(lái)說(shuō)，還比較好理解，業(yè)務(wù)通常是指一連串的`動(dòng)作所連接起來(lái)的流程，這個(gè)流程必須有行為和目標(biāo)，或者說(shuō)方向。業(yè)務(wù)通常是一個(gè)項(xiàng)目或者產(chǎn)品設(shè)計(jì)的核心，當(dāng)下，越來(lái)越多的應(yīng)用業(yè)務(wù)流程都是非常復(fù)雜，所以對(duì)于業(yè)務(wù)的用例設(shè)計(jì)，就是考驗(yàn)一個(gè)測(cè)試人員的業(yè)務(wù)水平如何。
下面通過(guò)一個(gè)證券交易平臺(tái)上的買入和撤單業(yè)務(wù)，進(jìn)行具體說(shuō)明：
業(yè)務(wù)說(shuō)明：買入業(yè)務(wù)包括股票代碼、當(dāng)前價(jià)格、買入價(jià)格，買入股票數(shù)量、確定買入按鈕和取消按鈕;
撤單業(yè)務(wù)包括選擇撤單的未成交業(yè)務(wù)、撤單成功、撤單失敗以及取消撤單按鈕;
以上只是大致列舉了一部分。
功能點(diǎn)：買入按鈕、取消按鈕、選擇撤單、撤單按鈕和取消撤單按鈕等
UI界面測(cè)試：股票代碼、當(dāng)前價(jià)格、買入價(jià)格、買入股票數(shù)量，所有的文本框;買入成功/失敗的提示框;撤單成功/失敗的提示框;撤單成功/失敗的業(yè)務(wù)狀態(tài)等
業(yè)務(wù)測(cè)試：買入業(yè)務(wù)，從輸入買入表單的數(shù)據(jù)，到提交表單，到最后買入的表單顯示的位置，以及買入提交但未成交，可以撤單，完成撤單的業(yè)務(wù)，到撤單成功或者失敗等，這一連串的工作組合就是一個(gè)業(yè)務(wù)流程。
其實(shí)這里就存在一個(gè)爭(zhēng)議性的問(wèn)題，對(duì)于買入和撤單，既可以作為功能點(diǎn)，也可以作為一個(gè)業(yè)務(wù)邏輯來(lái)設(shè)計(jì)，但從本質(zhì)上來(lái)講，功能點(diǎn)注重單獨(dú)的操作，而業(yè)務(wù)流重的在是一個(gè)流程，還需要具體業(yè)務(wù)去甄別。功能點(diǎn)的設(shè)計(jì)更主要對(duì)這個(gè)買入和撤單的按鈕本身進(jìn)行用例設(shè)計(jì);而業(yè)務(wù)則是需要從買入和撤單之前的輸入到最后輸出這樣一個(gè)過(guò)程來(lái)設(shè)計(jì)。
以上也只是大概的一個(gè)簡(jiǎn)單的說(shuō)明，具體的操作還得根據(jù)自己的實(shí)際流程來(lái)執(zhí)行，畢竟測(cè)試用例的管理是一個(gè)長(zhǎng)期的積累和沉淀的過(guò)程，好的方法都是總結(jié)出來(lái)的。對(duì)于測(cè)試來(lái)說(shuō)，用例是基礎(chǔ)，對(duì)于回歸測(cè)試、自動(dòng)化、性能等等都是根本，管理好測(cè)試用例，也就是提高測(cè)試的工作質(zhì)量。
軟件測(cè)試實(shí)習(xí)日記7
對(duì)于開發(fā)來(lái)說(shuō)，并不是所有的bug都需要修復(fù)的；而對(duì)于測(cè)試來(lái)說(shuō)，也并不是所有的bug都是開發(fā)去解決的。處理BUG的方法并不是狹隘的將BUG修復(fù)，也包括對(duì)BUG進(jìn)行刪除操作，和放棄選擇。軟件測(cè)試的確是一門技術(shù)，需要學(xué)習(xí)各種工具的使用。但真正在工作中，思考新的測(cè)試方法或引入新的工具，也是在項(xiàng)目空閑時(shí)候，一般大家想的最多的是關(guān)于項(xiàng)目本身的問(wèn)題，測(cè)試方法也是平時(shí)使用的幾種而已。我覺(jué)得最重要的'是態(tài)度，態(tài)度意味著責(zé)任感，責(zé)任感意味著測(cè)試人員會(huì)想盡辦法把問(wèn)題找出來(lái)，才能根據(jù)項(xiàng)目需求發(fā)現(xiàn)合適的測(cè)試方法和具，才能在軟件測(cè)試時(shí)，全神貫注，在執(zhí)行測(cè)試用例時(shí)不斷發(fā)現(xiàn)新的用例。經(jīng)驗(yàn)對(duì)于測(cè)試人員是寶貴的資本，所以要經(jīng)�？偨Y(jié)，往往能讓自己表達(dá)出來(lái)的才是體會(huì)最深刻的。永遠(yuǎn)千萬(wàn)不要忽略溝通。
軟件測(cè)試實(shí)習(xí)日記8
這周的工作主要是對(duì)我們整個(gè)系統(tǒng)進(jìn)行檢查bug，由于我們的項(xiàng)目做完過(guò)程中是沒(méi)有需求文檔，很多的需求根本就不知道要做成什么樣子，導(dǎo)致我們?cè)谧黾蓽y(cè)試中會(huì)遇到各種各樣的問(wèn)題。當(dāng)我遇到問(wèn)題的時(shí)候我們只能以我們現(xiàn)在需求來(lái)判斷我們?cè)瓉?lái)做過(guò)的系統(tǒng)的功能是否完成的`標(biāo)準(zhǔn)。
今天在遷移數(shù)據(jù)的時(shí)候，搞的人很煩，由于我們?cè)瓉?lái)歷史數(shù)據(jù)數(shù)據(jù)太多的冗余。導(dǎo)致我們現(xiàn)在的新系統(tǒng)的數(shù)據(jù)一直都說(shuō)不是很完善。還有就是下午遇到我們我們推薦的題目沒(méi)有找到在數(shù)據(jù)庫(kù)里面導(dǎo)致我們打印記錯(cuò)本的報(bào)錯(cuò)。這一些都是數(shù)據(jù)的不完善的造成的結(jié)果。
進(jìn)過(guò)今天的遇到的問(wèn)題我想了很多，因?yàn)榻裉斓陌l(fā)生的問(wèn)題我們完成可以通過(guò)數(shù)據(jù)的判斷可以解決這些，所以以后寫代碼的時(shí)候多考慮如果沒(méi)有數(shù)據(jù)我們寫的代碼會(huì)不會(huì)報(bào)錯(cuò)呢？還有就是我們寫的東西不錯(cuò)在界面中報(bào)錯(cuò)。
到現(xiàn)在為止我都工作了2個(gè)多月了，時(shí)間過(guò)的飛快，然而自己的想法也是越來(lái)越多。因?yàn)轳R上就面臨到畢業(yè)的時(shí)候。一個(gè)打算就是自己趕快把自己學(xué)校的事情都搞定，還有一個(gè)想法就是自己畢業(yè)后盡量跑到沿海地方去，自己不要只要會(huì)搞技術(shù)還要學(xué)會(huì)怎么去處理業(yè)務(wù)邏輯。這樣的自己才能成長(zhǎng)的更快。
軟件測(cè)試實(shí)習(xí)日記9
了解了各種測(cè)試用例的方法，之后又在實(shí)際項(xiàng)目中設(shè)計(jì)了一些測(cè)試用例，總體感覺(jué)就是：公司里分配寫作測(cè)試用例的時(shí)間并不長(zhǎng)，而且提供的文檔也不全面，所以寫測(cè)試用例要符合測(cè)試部門的當(dāng)前現(xiàn)狀和項(xiàng)目的測(cè)試特點(diǎn)，綜合考慮，所以看起來(lái)有點(diǎn)像測(cè)試計(jì)劃的某些內(nèi)容，但是對(duì)問(wèn)題的細(xì)化程度不一樣。
測(cè)試用例的設(shè)計(jì)是一項(xiàng)復(fù)雜的測(cè)試工作，測(cè)試用例的設(shè)計(jì)方法需要考慮測(cè)試的'目標(biāo)，被測(cè)試軟件的特性，測(cè)試者人力資源的技術(shù)和能力，測(cè)試組織形式，測(cè)試進(jìn)度、測(cè)試成本等多個(gè)方面。
確定測(cè)試用例的輸入數(shù)據(jù)確實(shí)對(duì)于測(cè)試用例非常重要，它決定著測(cè)試用例的執(zhí)行效果和效率，但是確定輸入測(cè)試數(shù)據(jù)只是設(shè)計(jì)測(cè)試用例的一個(gè)步驟，而不是全部。因此，不能把測(cè)試用例的設(shè)計(jì)方法等同于測(cè)試用例數(shù)據(jù)的方法。
軟件測(cè)試實(shí)習(xí)日記10
懷揣著最初的夢(mèng)想、保持著那份激情和耐心、我繼續(xù)著我軟件學(xué)習(xí)的路程。今天我開始了測(cè)試用例設(shè)計(jì)方法的學(xué)習(xí)。
測(cè)試用例是軟件測(cè)試的核心
軟件測(cè)試的'重要性是毋庸置疑的。但如何以最少的人力、資源投入，在最短的時(shí)間內(nèi)完成測(cè)試，發(fā)現(xiàn)軟件系統(tǒng)的缺陷，保證軟件的優(yōu)良品質(zhì)，則是軟件公司探索和追求的目標(biāo)。每個(gè)軟件產(chǎn)品或軟件開發(fā)項(xiàng)目都需要有一套優(yōu)秀的測(cè)試方案和測(cè)試方法。測(cè)試用例的設(shè)置
我們?cè)缙诘臏y(cè)試用例是按功能設(shè)置用例。后來(lái)引進(jìn)了路徑分析法，按路徑設(shè)置用例。目前演變?yōu)榘垂δ�、路徑混合模式設(shè)置用例。
按功能測(cè)試是最簡(jiǎn)捷的，按用例規(guī)約遍歷測(cè)試每一功能。
對(duì)于復(fù)雜操作的程序模塊，其各功能的實(shí)施是相互影響、緊密相關(guān)、環(huán)環(huán)相扣的，可以演變出數(shù)量繁多的變化。沒(méi)有嚴(yán)密的邏輯分析，產(chǎn)生遺漏是在所難免。路徑分析是一個(gè)很好的方法，其最大的優(yōu)點(diǎn)是在于可以避免漏測(cè)試。
軟件測(cè)試實(shí)習(xí)日記11
今天主要研究W模型
V模型的局限性在于沒(méi)有明確地說(shuō)明早期的測(cè)試,無(wú)法體現(xiàn)“盡早地和不斷地進(jìn)行軟件測(cè)試的原則。在V模型中增加軟件各開發(fā)階段應(yīng)同步進(jìn)行的測(cè)試，演化為W模型（如下圖）。在模型中不難看出，開發(fā)是“V”，測(cè)試是與此并行的“V”。基于“盡早地和不斷地進(jìn)行軟件測(cè)試”的原則，在軟件的需求和設(shè)計(jì)階段的測(cè)試活動(dòng)應(yīng)遵循IEEE1012-1998《軟件驗(yàn)證與確認(rèn)（V&V）》的原則。
W模型由Evolutif公司提出，相對(duì)于V模型，W模型更科學(xué)。W模型是V模型的'發(fā)展，強(qiáng)調(diào)的是測(cè)試伴隨著整個(gè)軟件開發(fā)周期，而且測(cè)試的對(duì)象不僅僅是程序，需求、功能和設(shè)計(jì)同樣要測(cè)試。測(cè)試與開發(fā)是同步進(jìn)行的，從而有利于盡早地發(fā)現(xiàn)問(wèn)題。
W模型也有局限性。W模型和V模型都把軟件的開發(fā)視為需求、設(shè)計(jì)、編碼等一系列串行的活動(dòng)，無(wú)法支持迭代、自發(fā)性以及變更調(diào)整。
軟件測(cè)試實(shí)習(xí)日記12
今天主要開始軟件測(cè)試模型的學(xué)習(xí)，通過(guò)學(xué)習(xí)我主要了解到軟件測(cè)試有以下幾個(gè)模型：
1、V模型
在軟件測(cè)試方面，V模型是最廣為人知的模型，盡管很多富有實(shí)際經(jīng)驗(yàn)的測(cè)試人員還是不太熟悉V模型，或其他的模型。V模型已存在了很長(zhǎng)時(shí)間，和瀑布開發(fā)模型有著一些共同的特性，由此也和瀑布模型一樣地受到了批評(píng)和質(zhì)疑。V模型中的過(guò)程從左到右，描述了基本的開發(fā)過(guò)程和測(cè)試行為。V模型的價(jià)值在于它非常明確地標(biāo)明了測(cè)試過(guò)程行政工作計(jì)劃 中存在的`不同級(jí)別，并且清楚地描述了這些測(cè)試階段和開發(fā)過(guò)程期間各階段的對(duì)應(yīng)關(guān)系。局限性：把測(cè)試作為編碼之后的最后一個(gè)活動(dòng)，需求分析等前期產(chǎn)生的錯(cuò)誤直到后期的驗(yàn)收測(cè)試才能發(fā)現(xiàn).
軟件測(cè)試實(shí)習(xí)日記13
今天是實(shí)習(xí)的第一天，說(shuō)實(shí)話，其實(shí)去的路上心里一直都在忐忑。有點(diǎn)緊張有點(diǎn)興奮。不知道平常的日常所學(xué)所在實(shí)踐中能否用得上，也不知道實(shí)際的`軟件測(cè)試上怎樣的情況。
剛到單位時(shí)，由于剛認(rèn)識(shí)感覺(jué)有點(diǎn)悶悶的。需求測(cè)試部并沒(méi)有太多人，設(shè)有一個(gè)部門主管，兩個(gè)需求和一個(gè)運(yùn)維和一個(gè)測(cè)試，帶我的是負(fù)責(zé)測(cè)試工作的劉姐。剛?cè)?bào)到的時(shí)候，主管帶我到各部門做了個(gè)簡(jiǎn)單的自我介紹，大家都對(duì)我這位90后的新同事給予了熱烈的歡迎。從熱烈的掌聲中我感受到了該單位的工作氣氛比我想象的活躍多了。值得一提的是，在隔壁的設(shè)計(jì)部做自我介紹時(shí)，居然撞見了一個(gè)老鄉(xiāng)，聊著才知道，我們辦公室還有兩個(gè)老鄉(xiāng)。為這年頭遇見老鄉(xiāng)不奇怪，但一下子遇見這么多還真是難得。當(dāng)時(shí)，我就想在這里實(shí)習(xí)一定會(huì)很好，很輕松的。
介紹完了之后，負(fù)責(zé)人給我安排了一個(gè)座位。由于我之前沒(méi)接觸過(guò)軟件測(cè)試，對(duì)軟件測(cè)試可以說(shuō)是一片空白。由于種種原因，劉姐給了我一本軟件測(cè)試基礎(chǔ)知識(shí)的書，工作第一天我就在座位上看了一整天書。
軟件測(cè)試實(shí)習(xí)日記14
目標(biāo)在我的生活中很重要，每天給自己制定一個(gè)小目標(biāo)，這樣生活就了激情這也是我保持激情的方法之一。今天我的目標(biāo)是基本掌握邊界值法。
使用邊界值分析方法設(shè)計(jì)測(cè)試用例時(shí)一般與等價(jià)類劃分結(jié)合起來(lái)。但它不是從一個(gè)等價(jià)類中任選一個(gè)例子作為代表，而是將測(cè)試邊界情況作為重點(diǎn)目標(biāo)，選取正好等于、剛剛大于或剛剛小于邊界值的測(cè)試數(shù)據(jù)。
(1)如果輸入條件規(guī)定了值的范圍，可以選擇正好等于邊界值的數(shù)據(jù)作為合理的測(cè)試用例，同時(shí)還要選擇剛好越過(guò)邊界值的數(shù)據(jù)作為不合理的測(cè)試用例。
(2)如果輸入條件指出了輸入數(shù)據(jù)的個(gè)數(shù)，則按最大個(gè)數(shù)、最小個(gè)數(shù)、比最小個(gè)數(shù)少1、比最大個(gè)數(shù)多1等情況分別設(shè)計(jì)測(cè)試用例。
(3)對(duì)每個(gè)輸出條件分別按照以上原則(1)或(2)確定輸出值的邊界情況。
(4)如果程序的'規(guī)格說(shuō)明給出的輸入或輸出域是個(gè)有序集合(如順序文件、線形表、鏈表等)，則應(yīng)選取集合的第一個(gè)元素和最后一個(gè)元素作為測(cè)試用例。
3月11號(hào)
之前學(xué)習(xí)了測(cè)試用例設(shè)計(jì)的常用方法，今天計(jì)劃是學(xué)習(xí)另一種方法：正交分析法。
正交分析法：即正交分解法是將一個(gè)力沿著互相垂直的方向(x軸、y軸)進(jìn)行分解的方法。
正交分解法:(1)明確研究對(duì)象(或系統(tǒng));(2)了解運(yùn)動(dòng)狀態(tài)(題給出、暗示或判斷、假設(shè));(3)進(jìn)行受力分析(按順序，場(chǎng)力、彈力、摩擦力);(4)建立坐標(biāo),對(duì)力進(jìn)行正交分解(有相對(duì)運(yùn)動(dòng)或相對(duì)運(yùn)動(dòng)趨勢(shì)的特別是有加速度的，必需建一軸在這方向上,)所建立的坐標(biāo)原點(diǎn)最好是題目中大多數(shù)力的交點(diǎn).(5)立方程，解之。(有時(shí)還需∑M=0，這不屬正交分解法)
正交表：次數(shù)(Runs)：簡(jiǎn)單的說(shuō)，就是次數(shù)是多少，就有多少個(gè)用例。因素?cái)?shù)(Factors)：簡(jiǎn)單的說(shuō)，就是有多少個(gè)變量。水平數(shù)(Levels)：比如有三個(gè)變量，其中變量取值最多的是四個(gè)值，那么水平數(shù)就是四。強(qiáng)度(Strength)：即變量間的相互關(guān)系，當(dāng)強(qiáng)度為二時(shí)，只考慮變量?jī)蓛芍g的影響，如果強(qiáng)度為三，同考慮三個(gè)變量對(duì)結(jié)果的影響;當(dāng)強(qiáng)度增加時(shí)，用例的個(gè)數(shù)會(huì)急劇增加
軟件測(cè)試實(shí)習(xí)日記15
前面測(cè)試計(jì)劃的學(xué)習(xí)告一段落了。從今天起我將專心軟件測(cè)試用例設(shè)計(jì)的學(xué)習(xí)。
軟件測(cè)試用例就是一個(gè)文檔，描述輸入、動(dòng)作、或者時(shí)間和一個(gè)期望的結(jié)果，其目的是確定應(yīng)用程序的某個(gè)特性是否正常的工作。
測(cè)試輸入
提供測(cè)試執(zhí)行中的各種輸入條件。根據(jù)需求中的輸入條件，確定測(cè)試用例的輸入。測(cè)試用例的輸入對(duì)軟件需求當(dāng)中的輸入有很大的`依賴性，如果軟件需求中沒(méi)有很好的定義需求的輸入，那么測(cè)試用例設(shè)計(jì)中會(huì)遇到很大的障礙。
操作步驟
提供測(cè)試執(zhí)行過(guò)程的步驟。對(duì)于復(fù)雜的測(cè)試用例，測(cè)試用例的輸入需要分為幾個(gè)步驟完成，這部分內(nèi)容在操作步驟中詳細(xì)列出。
預(yù)期結(jié)果
提供測(cè)試執(zhí)行的預(yù)期結(jié)果，預(yù)期結(jié)果應(yīng)該根據(jù)軟件需求中的輸出得出。如果在實(shí)際測(cè)試過(guò)程中，得到的實(shí)際測(cè)試結(jié)果與預(yù)期結(jié)果不符，那么測(cè)試不通過(guò)；反之則測(cè)試通過(guò)。
【軟件測(cè)試實(shí)習(xí)日記】相關(guān)文章：
軟件測(cè)試實(shí)習(xí)總結(jié)04-13
軟件測(cè)試實(shí)習(xí)報(bào)告01-03
精選軟件測(cè)試實(shí)習(xí)日記范文（通用6篇）04-30
軟件測(cè)試實(shí)習(xí)心得體會(huì)08-22
軟件測(cè)試實(shí)習(xí)心得體會(huì)08-29
軟件測(cè)試培訓(xùn)心得06-03