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