軟件測試過(guò)程改進(jìn)的大致內容

　　測試過(guò)程改進(jìn)的大致內容：

　　1.重視測試軟件的需求分析：

　　在測試過(guò)程改進(jìn)中要特別注意這一點(diǎn)，很多公司的測試人員都不太重視測試需求分析，由于時(shí)間緊或測試人員有限，不得不看了一部分需求，就開(kāi)始編寫(xiě)相應的測試用例，這也不是什么大驚小怪的事了。我建議：首先，了解獲取需求的渠道，保證測試需求比較全面準確。

　　其次，可以羅列出功能測試或業(yè)務(wù)測試需求點(diǎn)，讓用戶(hù)和項目組成員評審確認，避免測試后期由于時(shí)間原因而導致漏測。

　　2.提高測試計劃的可執行性：

　　很多時(shí)候，測試部門(mén)測試經(jīng)理在項目測試初期，編寫(xiě)了一個(gè)測試計劃以后，后面不管是發(fā)生了什么情況，測試計劃都不會(huì )做相應的調整，這就導致測試計劃成了擺設，應付領(lǐng)導檢查了事的文檔，沒(méi)有真正發(fā)揮測試計劃的指導性作用。不知道大家是否有同感。我的做法：把測試計劃分成大計劃和小計劃。先寫(xiě)大計劃，后編寫(xiě)小計劃。大計劃通過(guò)估算一旦確定后，基本上改動(dòng)不大。小計劃要跟隨項目的測試情況，隨時(shí)調整或修改，當然這就對“測試經(jīng)理”預估測試工作量的能力要求比較高。預估不準那就每周改計劃吧，呵呵!

　　3.合理安排測試活動(dòng)的順序：不合理的測試順序，可能會(huì )引起務(wù)工，測試效率低下。如果不立即采取相應的措施，到后來(lái)還會(huì )導致測試進(jìn)度失控。比如說(shuō)一個(gè)項目中，哪些測試活動(dòng)必須有先后順序，哪些測試活動(dòng)能夠并行開(kāi)展，哪些測試活動(dòng)可以合并，作為測試Leader必須要非常清楚。不明白測試活動(dòng)的順序，讓測試活動(dòng)自由發(fā)展，何談測試過(guò)程改進(jìn)?

　　4.優(yōu)化測試文檔設計： 測試文檔的優(yōu)化，也不是一蹴而就的事情，需要我們不斷提高測試文檔的編寫(xiě)能力，循序漸進(jìn)逐步提高。我們盡量保證測試文檔的可讀寫(xiě)高，任何人都能夠看懂，都能夠執行，也許這是一個(gè)理想化的境界吧，呵呵!!在這個(gè)前提下，盡量保證較少的測試用例，覆蓋較多的需求內容，可能這一點(diǎn)實(shí)施難度比較大。

　　5.強化測試資源的最優(yōu)配置：

　　軟件測試是一個(gè)非常復雜的過(guò)程，需要人力資源、測試設備、測試環(huán)境等多個(gè)因素密切相關(guān)。比如說(shuō)測試設備配置多少個(gè)為最佳?每個(gè)模塊配置的測試人員的能力水平需要達到什么程度?需要多少個(gè)測試人員?等等問(wèn)題。我們必須給出一個(gè)最優(yōu)的資源配置方案。

　　6.參與部分開(kāi)發(fā)文檔的討論：

　　一般情況下，不懂開(kāi)發(fā)的測試人員，很難發(fā)現深層次、嚴重等級較高的缺陷。比如說(shuō)Web測試，如果你不懂Oracle數據庫設計文檔，你很難確定頁(yè)面顯示的結果是否是真實(shí)的數據。不了解詳細設計文檔，很多業(yè)務(wù)流程可能就不會(huì )太清晰，這也就是為什么第一輪測試時(shí)，測試人員老是去問(wèn)開(kāi)發(fā)人員的原因?如果在測試前期，參與了部分開(kāi)發(fā)文檔的討論，盡量了解每個(gè)數據庫中每個(gè)字段的意思，對開(kāi)發(fā)了解深入一些，可能測試深度就不一樣了。

　　7.全面分析測試結果，確定合理的測試度量標準：

　　全面分析階段測試結果，總結測試經(jīng)驗和系統缺陷，分析測試過(guò)程中存在的問(wèn)題，提交有價(jià)值的測試報告，推動(dòng)相關(guān)高層管理人員予以關(guān)注，促進(jìn)問(wèn)題和缺陷得到有效的解決，這才能夠起到關(guān)鍵性的作用。同時(shí)，要確定一個(gè)比較合理的測試度量標準，不斷實(shí)踐、不斷總結、不斷改進(jìn)，提出符合公司實(shí)際情況的測試過(guò)程改進(jìn)措施。

　　8.兼顧成本的前提下，盡量保證測試的覆蓋率：

　　在保證測試成本的前提下，我們要盡可能的提高測試的覆蓋率。其中測試覆蓋：包括測試內容覆蓋、測試技術(shù)覆蓋和測試過(guò)程覆蓋。我們可以通過(guò)測試用例覆蓋率來(lái)提高測試的質(zhì)量，保證較多的缺陷在版本發(fā)布以前被測試組發(fā)現。也可以通過(guò)提高測試技術(shù)覆蓋率，用實(shí)踐來(lái)驗證，不能夠輕易相信部分行業(yè)人士的一面之詞，而誤入歧途。在保證公司盈利的情況下，盡量提高測試的覆蓋率，提高測試質(zhì)量。

　　測試過(guò)程改進(jìn)的注意事項：

　　1.切忌“好高騖遠”脫離公司實(shí)際：

　　很多時(shí)候，軟件公司大家都一窩蜂的趕時(shí)髦。我們一提到測試過(guò)程改進(jìn)，大家都想像“測試規范”一樣弄得非常全面，大部分都停留在理論上，花了大量的人力和物力，往往脫離了公司的實(shí)際情況，得不喪失，結果可想而知。

　　2.測試過(guò)程改進(jìn)不能盲目跟風(fēng)，切不可趕潮流：

　　一個(gè)公司近年來(lái)的發(fā)展方向一旦確定，那就要堅持走下去。如果定位不一樣，那對測試過(guò)程改進(jìn)的要求也就不一樣。比如說(shuō)一個(gè)小公司，本來(lái)測試人員都很少，測試資源都有限，正常測試都無(wú)法保證，那你覺(jué)的談“測試過(guò)程改進(jìn)”還有意義嗎?再比如說(shuō)小公司有測試過(guò)程改進(jìn)的經(jīng)濟實(shí)力，那也無(wú)法和大公司相比，畢竟企業(yè)也要賺錢(qián)、盈利、生存。所以，測試改進(jìn)時(shí)，一定要考慮測試部門(mén)的規模、公司的商業(yè)機會(huì )、企業(yè)經(jīng)濟實(shí)力等等方面的因素，更不應該盲目跟風(fēng)。合適的才是最好的!過(guò)程改進(jìn)，切不可趕潮流!

　　3.測試過(guò)程改進(jìn)最好由專(zhuān)人負責：

　　在中國，很多時(shí)候，一個(gè)人干多個(gè)人的事情，拿到的工資與付出不成正比，虧呀!!!比如說(shuō)在我們公司，凡是涉及到軟件測試的工作，都由測試經(jīng)理負責，包括“測試過(guò)程改進(jìn)”、“測試規范制定”、“測試模板制定”、“自動(dòng)化測試”呀?什么的，都一個(gè)人干，甚至包括QA的工作，都快被累死了，呵呵!!最主要是一個(gè)人干幾個(gè)人該做的事情，很容易分散精力，并且考慮也不會(huì )很周到，也沒(méi)有一個(gè)人專(zhuān)業(yè)了。建議由專(zhuān)人來(lái)負責測試過(guò)程的改進(jìn)比較好，測試過(guò)程改進(jìn)成功的幾率會(huì )大很多。

　　4.測試過(guò)程改進(jìn)并不等于花費大量資金

　　大部分的測試公司，在測試過(guò)程改進(jìn)上都是走走過(guò)場(chǎng)，為得都是應付客戶(hù)。有的公司是請一些測試專(zhuān)家進(jìn)行咨詢(xún)，不僅花費大量的時(shí)間，還耗費的大量的資金。有的公司是買(mǎi)一些測試工具、缺陷工具，當然開(kāi)銷(xiāo)也不小。我覺(jué)得：如果條件允許的情況下，各方面都可以跟上，那樣比較理想。如果公司經(jīng)濟條件有限，我建議針對公司的實(shí)際情況，合理利用測試部門(mén)的集體智慧，改進(jìn)測試過(guò)程方為良策。

　　5.測試過(guò)程改進(jìn)不能夠急于求成：

　　軟件測試過(guò)程改進(jìn)，作為軟件測試的一個(gè)階段，我們只能夠循序漸進(jìn)，不能急于求成。我們應該正確處理好測試和測試過(guò)程改進(jìn)的主次關(guān)系，一步一步用實(shí)踐驗證來(lái)完善。相信只要經(jīng)過(guò)測試部門(mén)的不斷努力，測試過(guò)程改進(jìn)一定會(huì )取得成功.

原文轉自：http://kjueaiud.com