軟件測(cè)試工作周報(bào)(已修改)
2024-11-15 06:38 本頁(yè)面
【正文】 第一篇：軟件測(cè)試工作周報(bào)周一：熟悉工作環(huán)境，接受部門(mén)主管分配的任務(wù)，熟悉目前公司正在進(jìn)行的項(xiàng)目軟件的相關(guān)內(nèi)容。周二：學(xué)習(xí)項(xiàng)目相關(guān)內(nèi)容，主要看軟件需求規(guī)格說(shuō)明書(shū)周三：學(xué)習(xí)項(xiàng)目相關(guān)內(nèi)容，主要看了軟件詳細(xì)規(guī)格說(shuō)明書(shū)，了解到UML使項(xiàng)目各個(gè)功能模塊更加地清晰。周四：繼續(xù)學(xué)習(xí)項(xiàng)目文檔，同時(shí)學(xué)習(xí)軟件缺陷跟蹤記錄軟件和AVN。了解并學(xué)會(huì)應(yīng)用專(zhuān)門(mén)記錄軟件缺陷，：測(cè)試了開(kāi)發(fā)項(xiàng)目的基礎(chǔ)指標(biāo)模塊，編寫(xiě)測(cè)試用例，同時(shí)學(xué)習(xí)項(xiàng)目管理工具SVN的使用。周一：繼續(xù)測(cè)試基礎(chǔ)指標(biāo)模塊，編寫(xiě)測(cè)試用例，同時(shí)學(xué)習(xí)項(xiàng)目管理工具SVN的使用。周二：畫(huà)數(shù)據(jù)流圖，測(cè)試沒(méi)有測(cè)完的模塊，學(xué)習(xí)下一個(gè)模塊的相關(guān)文檔內(nèi)容。周三：回歸測(cè)試之前的模塊，測(cè)試用戶(hù)數(shù)據(jù)模塊，繼續(xù)學(xué)習(xí)下一個(gè)模塊的相關(guān)內(nèi)容。周四：測(cè)試系統(tǒng)管理模塊，回歸測(cè)試之前的模塊，部門(mén)知識(shí)分享。初審測(cè)試文檔，修改文檔的相關(guān)內(nèi)容，測(cè)試報(bào)表中心模塊，回歸測(cè)試各相關(guān)模塊。周五：復(fù)審測(cè)試文檔，修改文檔的相關(guān)內(nèi)容，辦理任務(wù)交接?？偨Y(jié)：兩周以來(lái)對(duì)技術(shù)方面的相關(guān)知識(shí)、軟件測(cè)試有了新的認(rèn)識(shí)。第二篇：軟件測(cè)試（推薦）一、簡(jiǎn)答5*6’表面上看這體現(xiàn)了管理的效率和靈活性，但實(shí)際上也體現(xiàn)了管理者對(duì)測(cè)試的輕視。測(cè)試和測(cè)試的人有很大關(guān)系。測(cè)試工作人員應(yīng)該是勤奮并富有耐心，善于學(xué)習(xí)、思考和發(fā)現(xiàn)問(wèn)題，細(xì)心有條理，總結(jié)問(wèn)題，如果具備這樣的優(yōu)點(diǎn)，做其它工作同樣也會(huì)很出色，因此這里還有一個(gè)要求，就是要喜歡測(cè)試這項(xiàng)工作。我們沒(méi)有對(duì)軟件進(jìn)行完全測(cè)試，實(shí)際就是選擇了風(fēng)險(xiǎn)，因?yàn)槿毕輼O有可能存在沒(méi)有進(jìn)行測(cè)試的部分。因此，我們要盡可能的選擇最合適的測(cè)試量，把風(fēng)險(xiǎn)降低到最小 從技術(shù)上講，所有的軟件缺陷都是能夠修復(fù)的，但是沒(méi)有必要修復(fù)所有的軟件缺陷。測(cè)試人員要做的是能夠正確判斷什么時(shí)候不能追求軟件的完美。對(duì)于整個(gè)項(xiàng)目團(tuán)隊(duì)，要做的是對(duì)每一個(gè)軟件缺陷進(jìn)行取舍，根據(jù)風(fēng)險(xiǎn)決定那些缺陷要修復(fù)。發(fā)生這種現(xiàn)象的主要原因如下：沒(méi)有足夠的時(shí)間資源。在任何一個(gè)項(xiàng)目中，通常情況下開(kāi)發(fā)人員和測(cè)試人員都是不夠用的，而且在項(xiàng)目中沒(méi)有預(yù)算足夠的回歸測(cè)試時(shí)間，修改缺陷可能引入新的缺陷。有些缺陷只是特殊情況下出現(xiàn)，這種缺陷處于商業(yè)利益考慮，可以在以后升級(jí)中進(jìn)行修復(fù)。不是缺陷的缺陷。我們經(jīng)常會(huì)碰到某些功能方面的問(wèn)題被當(dāng)成缺陷來(lái)處理，這類(lèi)問(wèn)題可以以后有時(shí)間時(shí)考慮再處理。缺陷是否修改要由軟件測(cè)試人員、項(xiàng)目經(jīng)理、程序員共同討論來(lái)決定是否修復(fù)，不同角色的人員從不同的角度來(lái)思考，以做出正確的決定。 建議我們從以下兩個(gè)方面做起：加強(qiáng)部門(mén)內(nèi)員工之間的互相學(xué)習(xí)，互相學(xué)習(xí)是建立學(xué)習(xí)型組織的基本要求，是知識(shí)互相轉(zhuǎn)移的過(guò)程。在此基礎(chǔ)上，可以把個(gè)人擁有的技術(shù)以知識(shí)的形式沉積下來(lái)，也就完成了隱性知識(shí)到顯性知識(shí)的轉(zhuǎn)化。管理者就應(yīng)該把員工的個(gè)人成長(zhǎng)和企業(yè)的發(fā)展聯(lián)系起來(lái)，為員工設(shè)定合理發(fā)展規(guī)劃并付諸實(shí)現(xiàn)。 測(cè)試要注意下面的事項(xiàng)：（1）用戶(hù)現(xiàn)場(chǎng)測(cè)試不可能測(cè)試全部功能，因此要測(cè)試核心功能。這需要提前做好準(zhǔn)備，這些核心功能一定要預(yù)先經(jīng)過(guò)測(cè)試，證明沒(méi)有問(wèn)題才可以和用戶(hù)共同進(jìn)行測(cè)試。測(cè)試核心模塊的目的是建立用戶(hù)對(duì)軟件的信心。當(dāng)然如果這些模塊如果問(wèn)題較多，不應(yīng)該進(jìn)行演示。（2）如果某些模塊確實(shí)有問(wèn)題，我們可以演示其它重要的業(yè)務(wù)功能模塊，必要時(shí)要向用戶(hù)做成合理的解釋。爭(zhēng)得時(shí)間后，及時(shí)修改缺陷來(lái)彌補(bǔ)。（3）永遠(yuǎn)不能欺騙用戶(hù)，蒙混過(guò)關(guān)。實(shí)際上完全測(cè)試是不可能的。主要有以下原因：完全測(cè)試比較耗時(shí)，時(shí)間上不允許；完全測(cè)試通常意味著較多資源投入，這在現(xiàn)實(shí)中往往是行不通的；輸入量太大，不能一一進(jìn)行測(cè)試；輸出結(jié)果太多，只能分類(lèi)進(jìn)行驗(yàn)證；軟件實(shí)現(xiàn)途徑太多；軟件產(chǎn)品說(shuō)明書(shū)沒(méi)有客觀標(biāo)準(zhǔn)，從不同的角度看，軟件缺陷的標(biāo)準(zhǔn)不同；因此測(cè)試的程度要根據(jù)實(shí)際情況確定 其中的原因主要如下：代碼復(fù)用、拷貝代碼導(dǎo)致程序員容易犯相同的錯(cuò)誤
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1