更新時(shí)間:2023-10-29 15:09:01作者:佚名
沒(méi)想到,第一次寫(xiě)博客是寫(xiě)測(cè)試。
實(shí)習(xí)測(cè)試,也算預(yù)料之外中的驚喜吧,我的一開(kāi)始看法是后端來(lái)著,后來(lái)認(rèn)為測(cè)試也OK,總之也算我的方向吧。所以也投了測(cè)試相關(guān)職位,沒(méi)想到一次成功,還是比較不錯(cuò)的公司,謝謝我轉(zhuǎn)的好運(yùn)微博,O(∩_∩)O哈哈~其實(shí)前天下午也惡補(bǔ)了相關(guān)知識(shí)。
屁話不多,以下,是近來(lái)一個(gè)月接觸到的測(cè)試相關(guān)知識(shí),像這些知識(shí)性的網(wǎng)上一大把,我也不細(xì)說(shuō)了,這個(gè)都要實(shí)際去接觸就會(huì)有感悟:
測(cè)試流程:
1.需求評(píng)審:相關(guān)人員對(duì)軟件需求文檔進(jìn)行評(píng)審,內(nèi)容是否健全,是否有描述不清楚或矛盾的地方
2.需求剖析:需求剖析這一過(guò)程是主要確定系統(tǒng)必須完成什么工作,對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰具體的要求。
3.測(cè)試計(jì)劃:依照需求計(jì)算測(cè)試所需資源(人力,設(shè)備等)、所需時(shí)間、功能點(diǎn)界定、如何合理分配安排資源
4.用例設(shè)計(jì):測(cè)試用例是指導(dǎo)你執(zhí)行測(cè)試,幫助證明軟件功能或發(fā)覺(jué)軟件缺陷的一種說(shuō)明。用例設(shè)計(jì)好以后,會(huì)進(jìn)行評(píng)審。
5.測(cè)試環(huán)境:軟件+硬件+網(wǎng)路+數(shù)據(jù)打算+測(cè)試工具
6.執(zhí)行測(cè)試:開(kāi)發(fā)人員遞交第一個(gè)版本,假如存在未完成的功能,開(kāi)發(fā)需跟測(cè)試人員說(shuō)明,之后測(cè)試人員依照測(cè)試用例的詳盡步驟,執(zhí)行測(cè)試用例,發(fā)覺(jué)BUG遞交缺陷庫(kù)。
7.BUG跟蹤:開(kāi)發(fā)人員遞交第二個(gè)版本,包括更改的BUG以及降低的部份功能,測(cè)試人員進(jìn)行第二輪測(cè)試和回歸測(cè)試,跟蹤BUG直至關(guān)掉。重復(fù)前面的工作,通常情況下3-4個(gè)版本后BUG數(shù)目減小。
8.測(cè)試報(bào)告:測(cè)試報(bào)告是指把測(cè)試的過(guò)程和結(jié)果寫(xiě)成文檔,對(duì)發(fā)覺(jué)的問(wèn)題和缺陷進(jìn)行剖析,為糾正軟件的存在的質(zhì)量問(wèn)題提供根據(jù),同時(shí)為軟件初驗(yàn)和交付打下基礎(chǔ)。
測(cè)試方式:從不同角度,有不同的分類
1.從是否關(guān)心軟件內(nèi)部結(jié)構(gòu)和具體實(shí)現(xiàn)的角度界定
白盒測(cè)試、黑盒測(cè)試、灰盒測(cè)試
2.從是否執(zhí)行代碼角度
靜態(tài)測(cè)試、動(dòng)態(tài)測(cè)試
3.從軟件開(kāi)發(fā)的過(guò)程按階段界定有
單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試、回歸測(cè)試
BUG的遞交:
雖然怎樣判定是否是一個(gè)優(yōu)秀的bug,最重要的一個(gè)標(biāo)準(zhǔn):開(kāi)發(fā)不用尋問(wèn)測(cè)試就曉得如何再現(xiàn)這個(gè)bug,或則才能理解這個(gè)bug,而不是看不懂這個(gè)bug。對(duì)于我來(lái)說(shuō),目前做的不夠好,應(yīng)當(dāng)再細(xì)致一點(diǎn),萬(wàn)無(wú)一失。
一個(gè)bug單包含什么要素:
1、所屬的系統(tǒng)
2、發(fā)現(xiàn)的版本
3、發(fā)現(xiàn)bug所屬的模塊
4、bug遞交人
5、bug的錯(cuò)誤類型:代碼錯(cuò)誤、界面優(yōu)化、設(shè)計(jì)缺陷、配置相關(guān)、安裝布署、安全相關(guān)、性能問(wèn)題等
6、bug的再現(xiàn)機(jī)率:必現(xiàn)大幾率再現(xiàn)小幾率再現(xiàn)極小幾率再現(xiàn)
7、bug的嚴(yán)重級(jí)別:致命嚴(yán)重通常提示
8、bug的優(yōu)先級(jí):高中低
9、bug的標(biāo)題言簡(jiǎn)意賅說(shuō)明是哪些bug,而不是把測(cè)試用例名子復(fù)制一遍
10、bug單號(hào)通常系統(tǒng)手動(dòng)生成
11、bug內(nèi)容:發(fā)覺(jué)的環(huán)境、預(yù)制條件、重現(xiàn)步驟、預(yù)期結(jié)果、實(shí)際結(jié)果,截圖證明,bug錯(cuò)誤說(shuō)明,
12:附件:測(cè)試用的數(shù)據(jù)或則出錯(cuò)的日志,假如須要添加上日志
遞交bug的時(shí)侯盡量把截圖附上,并對(duì)截圖進(jìn)行標(biāo)明,操作過(guò)程說(shuō)明清楚,雖然字不如圖,描述半天不如一張圖。
數(shù)據(jù)標(biāo)明:
近來(lái)做得最多的是數(shù)據(jù)標(biāo)明,判定情感分類;聽(tīng)上去挺簡(jiǎn)單的,雖然平常瞧瞧評(píng)論也能反映出這是好評(píng),中評(píng)還是差評(píng)。而且對(duì)于此次大量的數(shù)據(jù)標(biāo)明,顯著有點(diǎn)“復(fù)雜”,由于在判定早期我們有個(gè)理念,所以會(huì)秉持界定掉其他平常中我們認(rèn)為是一類的數(shù)據(jù),逐漸團(tuán)隊(duì)也會(huì)總結(jié)各類情況,就類似閱讀理解了,挺有意思的。。。
一個(gè)月以來(lái)的心得:
*對(duì)于目前我們測(cè)試,都是功能測(cè)試,點(diǎn)點(diǎn)點(diǎn),雖然挺有趣的,有些bug靠自己的看法找到也不失為優(yōu)美的藝術(shù)。
*對(duì)于寫(xiě)測(cè)試用例,明白需求是十分重要的,這樣才能寫(xiě)出比較健全有效的用例。并且實(shí)際操作中也會(huì)發(fā)覺(jué)好多須要測(cè)試的點(diǎn),所以要不斷改善,就能發(fā)覺(jué)更多的bug。并且有時(shí)侯需求是在不斷變化的,一定要更上進(jìn)度。
*近來(lái)主要遞交bug軟件測(cè)試學(xué)校,對(duì)于找bug,一定要把自己當(dāng)作用戶,一定要存疑,一定要有要把項(xiàng)目做到最完美的信念。早期,我對(duì)于需求也只是通過(guò)用例,相關(guān)圖資料有個(gè)大致了解。并且在找bug中也會(huì)有好多細(xì)小的不同。例如有些功能有,然而不夠好;例如有些地方?jīng)]有提及的功能,加上是否更好?還有一些bug,更改了,而且療效不大或則目前情況看不出療效等等,這種作為初入測(cè)試的我,我曉得不能沖動(dòng)行事,雖然對(duì)于業(yè)務(wù)我了解的不深,或則對(duì)于個(gè)別功能的實(shí)現(xiàn)以及項(xiàng)目的完成度不了解,造成有些bug是目前沒(méi)必要的,反倒還可能浪費(fèi)開(kāi)發(fā)人員的寶貴時(shí)間,所以交流就很重要,跟項(xiàng)目總監(jiān)確定需求,跟開(kāi)發(fā)人員確定數(shù)據(jù),頁(yè)面相關(guān)問(wèn)題,做到心里有數(shù),才能做事不盲目。在了解情況之下,提bug看著不對(duì)就提(一個(gè)開(kāi)死黨爺爺對(duì)我說(shuō)的)。其實(shí)提bug也可以提一些建議,雖然本意都是為了項(xiàng)目更好。還有提bug你可以簡(jiǎn)單剖析一下誘因,為何你認(rèn)為這兒會(huì)有問(wèn)題軟件測(cè)試學(xué)校,是自己理解錯(cuò)誤,誤認(rèn)成bug,還是開(kāi)發(fā)錯(cuò)誤,想清楚了,提bug的時(shí)侯就順便交待清楚,可以給開(kāi)發(fā)人員提供思路。
雖然越了解測(cè)試,越發(fā)覺(jué)是個(gè)寶庫(kù),由于測(cè)試涉及的知識(shí)太廣了,你須要向一個(gè)寶庫(kù)一樣,能夠走得更遠(yuǎn)。
2023-10-29 14:12
2023-10-29 10:13