測試管理培訓(xùn)心得(編輯修改稿)
2024-11-03 17:00 本頁面
【文章內(nèi)容簡介】 由于時(shí)間緊導(dǎo)致文檔缺，無法衡量測試人員的工作量和工作質(zhì)量；:測試計(jì)劃進(jìn)度計(jì)劃、測試方案、測試用例、測試報(bào)告、會議紀(jì)要或溝通記錄，但目前我們的測試人員很少有溝通記錄的東西。，導(dǎo)致用例不能覆蓋全部功能或用例無效；，導(dǎo)致測試效果差。，導(dǎo)致版本混亂。，合格的測試人員比較少二、怎樣管理：組織架構(gòu)、人員角色、人員培訓(xùn)a)組織架構(gòu)：質(zhì)量監(jiān)督（質(zhì)量成果控制）、文檔管理、配置管理、設(shè)備管理；就目前公司現(xiàn)狀，不需要單獨(dú)文檔管理和設(shè)備管理b)人員培訓(xùn)：是長期工作，對新進(jìn)員工培訓(xùn)及測試新技術(shù)培訓(xùn)都是要有的，但培訓(xùn)一定要有效果，因此培訓(xùn)后要有總結(jié)或考試，否則培訓(xùn)是浪費(fèi)時(shí)間。：測試計(jì)劃、過程審核及工作產(chǎn)品：以正確的方式對測試過程進(jìn)行管理，選擇合適的人建立有效的測試團(tuán)隊(duì)。三、測試分類：一般由開發(fā)人員自己做，或開發(fā)人員之間互查，測試模塊的可用性及正確性，測試用例編寫以詳細(xì)設(shè)計(jì)為依據(jù)，使用白盒測試技術(shù)；：是為了測試模塊與模塊之間的互通性，測試人員來做，測試用例編寫以概要設(shè)計(jì)為依據(jù)，結(jié)合使用白盒測試、灰盒測試；：此階段測試，不僅要測試軟件，還要測試軟件與硬件系統(tǒng)的結(jié)合程序，因此，系統(tǒng)測試機(jī)的配置要與需求規(guī)格說明書硬件要求一致，是對整個(gè)軟件、硬軟件系統(tǒng)測試，測試用例編寫以需求規(guī)格說明書為依據(jù)；：主要是業(yè)主方測試，測試用例以用戶需求規(guī)格說明書為依據(jù)，此類型測試一般不會在第二方測試；：一般都是在現(xiàn)場環(huán)境測試，若由于軟件性質(zhì)問題，不能在現(xiàn)場測試，應(yīng)該配置與現(xiàn)場1:1的測試環(huán)境測試，因?yàn)檐浖男阅懿皇呛陀布h(huán)境成線性比例的，因此在一個(gè)環(huán)境下測試結(jié)果，不能正確預(yù)估其它環(huán)境的測試結(jié)果。關(guān)于測試類型還有阿爾法測試、貝特測試，但我們不是做市場化的產(chǎn)品，很少用到。接著老師又從軟件測試的預(yù)備階段、準(zhǔn)備階段、執(zhí)行階段及收尾階段分別詳細(xì)講解了各階段的注意事項(xiàng)及中國軟件評測中心在這幾階段怎么做的，其它的一些大公司是怎么做的，從中見識了一些大公司在軟件測試方面的做法，從中借鑒了一些適合公司的實(shí)踐。由于時(shí)間關(guān)系，講的不是特別細(xì)致，主要是點(diǎn)到為止，讓我們知道測試管理有哪些關(guān)注點(diǎn)。主要的核心點(diǎn)是如何來預(yù)防缺陷要高于如何解決缺陷，缺陷越早發(fā)現(xiàn)解決成本越低。很多測試人員在手工測試都不是很好的情況下，瘋狂追逐自動(dòng)化測試，其實(shí)一個(gè)軟件在測試中，最主要的還是手工功能測試中發(fā)現(xiàn)的問題比例比較大，自動(dòng)化畢竟還是需要人來設(shè)置場景和測試腳本，并且自動(dòng)化測試在前期準(zhǔn)備要花費(fèi)大量的時(shí)間，花費(fèi)大量時(shí)間寫的測試腳本若沒有重復(fù)使用的話，屬得不償失。當(dāng)然自動(dòng)化測試有它自身優(yōu)點(diǎn)，自動(dòng)化測試最大的優(yōu)點(diǎn)就是把重復(fù)性的勞動(dòng)交給計(jì)算機(jī)去做，每個(gè)版本更新后都需要重復(fù)測試的功能，或者是大量的數(shù)據(jù)的重復(fù)操作。這些如果在項(xiàng)目之前都開發(fā)完成的話，對于軟件的效率會有極大的提高。但是它的局限性也比較大：l 自動(dòng)化測試前期投入很大，包括編寫自動(dòng)化測試工具，開發(fā)自動(dòng)化測試腳本。如果項(xiàng)目周期短，沒有可持續(xù)性不適合自動(dòng)化測試，例如我們公司目前的項(xiàng)目不太適合自動(dòng)化測試方式。自動(dòng)化測試的技術(shù)門檻相對較高，測試團(tuán)隊(duì)整體水平不高的情況下無法完成工具的發(fā)開，心有余而力不足。對于沒有預(yù)期結(jié)果的測試，不適應(yīng)自動(dòng)化。l ll 對于用戶體驗(yàn)的測試，主觀性比較強(qiáng)的不適應(yīng)自動(dòng)化。測試人員的工作是基于需求、設(shè)計(jì)階段的詳細(xì)文檔成果制定詳細(xì)測試計(jì)劃，和詳細(xì)設(shè)計(jì)（測試用例及測試方案設(shè)計(jì)）可在同一時(shí)間完成。完美的測試是90%的測試任務(wù)和開發(fā)并行完成，10%的測試任務(wù)在開發(fā)之后完成，還是剛才說的，預(yù)防缺陷要比解決缺陷效果好的多。讓開發(fā)人員邊開發(fā)就邊測試自己的代碼使之都是有效代碼。測試計(jì)劃中除了包含常見的測試內(nèi)容，功能測試，性能測試，健壯性測試，安全測試，界面測試等，還應(yīng)該考慮到UE用戶體驗(yàn)測試，因?yàn)橛脩趔w驗(yàn)的好壞是決定商業(yè)上是否成功的標(biāo)準(zhǔn)。不僅把產(chǎn)品做到能用，還要把產(chǎn)品做到好用。所以產(chǎn)品開發(fā)完成之后積累用戶的反饋也很重要。需求不明確所導(dǎo)致的測試時(shí)間的延長，這些都要計(jì)算到測試風(fēng)險(xiǎn)之中。l 制定測試計(jì)劃中，人員不充分，經(jīng)驗(yàn)不足怎么辦？從工程的角度考慮問題，不僅僅是要求測試人員之間分享經(jīng)驗(yàn)，還需要有效的標(biāo)準(zhǔn)。一個(gè)好的模板，是節(jié)約人力成本的好辦法。還能弱化對每個(gè)人的依賴度。還要檢查需求細(xì)不細(xì)，避免主觀語句（性能高，響應(yīng)速度快等這樣的形容詞），速度響應(yīng)快，快到多少秒。一定要量化需求，l 而不是主觀感受。凡事以數(shù)據(jù)說話，這樣才能有說服力。如何提高測試用例的編寫水平？第一，積累測試素材，比如對于文本框的驗(yàn)證，一般都是驗(yàn)證那幾項(xiàng)，有效數(shù)值，無效數(shù)值?？崭?，空等等
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1