，相關(guān)測(cè)試設(shè)計(jì)人員會(huì)對(duì)測(cè)試對(duì)象進(jìn)行了解、分析，為保證測(cè)試順利進(jìn)行，保證測(cè)試覆蓋盡量多的測(cè)試對(duì)象，會(huì)設(shè)計(jì)測(cè)試案例、測(cè)試方案，在測(cè)試期間進(jìn)行使用；測(cè)試發(fā)現(xiàn)錯(cuò)誤時(shí)，軟件技術(shù)人員會(huì)根據(jù)測(cè)試的缺陷反饋結(jié)果及技術(shù)人員的軟件修改信息對(duì)測(cè)試程序進(jìn)行修改，完畢后再進(jìn)行回歸測(cè)試。
6、 測(cè)試人員素質(zhì)低，缺乏相關(guān)知識(shí)培訓(xùn)。
項(xiàng)目管理人員對(duì)測(cè)試存有偏見，對(duì)于測(cè)試的重要性認(rèn)識(shí)不足，導(dǎo)致其嚴(yán)重忽略測(cè)試
人員的選拔和知識(shí)培訓(xùn)。許多軟件項(xiàng)目讓軟件用戶或新招收的技術(shù)人員來(lái)完成測(cè)試工作，他們認(rèn)為測(cè)試人員的工作很簡(jiǎn)單，就是技術(shù)人員讓測(cè)什么就測(cè)什么，它基本是一個(gè)動(dòng)手不動(dòng)腦的工作。
這樣做的后果進(jìn)一步導(dǎo)致了測(cè)試工作的無(wú)序和混亂，測(cè)試過(guò)程缺乏計(jì)劃性，測(cè)試人員缺乏技術(shù)能力，缺乏對(duì)架構(gòu)的了解，相關(guān)素質(zhì)的缺失使他們成為技術(shù)人員的附庸。測(cè)試對(duì)于他們來(lái)說(shuō)，是一種枯燥的“手＋眼”式的工作，他們唯一渴望的，是將無(wú)聊的測(cè)試盡快完成，從而遠(yuǎn)遠(yuǎn)的逃離。這樣的測(cè)試結(jié)果可想而知。
其實(shí)，軟件工程對(duì)測(cè)試人員的素質(zhì)要求是很嚴(yán)格的，比如：要有相關(guān)計(jì)算機(jī)知識(shí)背景、具備軟件工程基本知識(shí)、熟悉項(xiàng)目編程語(yǔ)言、熟悉項(xiàng)目技術(shù)架構(gòu)及需求內(nèi)容、工作有責(zé)任感、獨(dú)立分析能力及團(tuán)隊(duì)精神等等。真正規(guī)范的軟件項(xiàng)目對(duì)于測(cè)試人員的要求是不會(huì)低于技術(shù)人員的，而且會(huì)為測(cè)試人員提供進(jìn)一步的知識(shí)培訓(xùn)機(jī)會(huì)，以應(yīng)對(duì)各種項(xiàng)目的復(fù)雜情況。
7、 測(cè)試進(jìn)度的錯(cuò)誤估算。
在項(xiàng)目開發(fā)中，領(lǐng)導(dǎo)為督促測(cè)試的進(jìn)程，往往會(huì)讓項(xiàng)目組匯報(bào)工作進(jìn)度，了解已經(jīng)
完成的工作占比，從而對(duì)工作進(jìn)度做出判斷。我對(duì)這種工作方式完全擁護(hù)，只是覺(jué)得這種方式還有不足。
測(cè)試進(jìn)程不是簡(jiǎn)單的1＋1過(guò)程，不能武斷地認(rèn)為“我用8天干完了80％的工作，那么，剩余工作便能在2天內(nèi)干完”。著名的Pareto80/20規(guī)律告訴我們：測(cè)試發(fā)現(xiàn)的所有錯(cuò)誤中的80％很可能集中在20％的程序模塊中，另外20％很可能集中在80％的程序模塊中。
所以，沒(méi)有對(duì)測(cè)試對(duì)象認(rèn)真分析的基礎(chǔ)，單憑工作完成數(shù)量而對(duì)工作進(jìn)度做出的的判斷往往是錯(cuò)誤的。
我認(rèn)為，“工作實(shí)際進(jìn)度＝工作完成量占比＋測(cè)試對(duì)象的錯(cuò)誤占比分析”才是一個(gè)較合理的測(cè)試進(jìn)度估算方式。
測(cè)試新思路：
項(xiàng)目的開發(fā)風(fēng)險(xiǎn)來(lái)自于對(duì)需求的誤解，來(lái)自于設(shè)計(jì)與開發(fā)過(guò)程及產(chǎn)品的缺陷，只有盡早發(fā)現(xiàn)這些缺陷，才能降低并控制項(xiàng)目風(fēng)險(xiǎn)?；谶@種思想，軟件業(yè)出現(xiàn)了一些新的測(cè)試思路，主要有二：
1、測(cè)試驅(qū)動(dòng)開發(fā)（Test-Driven Development，簡(jiǎn)稱TDD）。這種測(cè)試思想被最近流行的XP（Extreme Programming）極限編程方式所大力提倡。它的基本思想是，通過(guò)測(cè)試來(lái)為編程做指導(dǎo)，在某個(gè)要開發(fā)的需求對(duì)象明確之后，在編碼之前，先進(jìn)行相關(guān)測(cè)試代碼（測(cè)試代碼的內(nèi)容和需求規(guī)格說(shuō)明書描述是相同的，有人把它稱為“可執(zhí)行的需求規(guī)格說(shuō)明書”）的編寫工作，完成之后針對(duì)測(cè)試代碼進(jìn)行編程，然后再用測(cè)試程序?qū)﹂_發(fā)代碼進(jìn)行測(cè)試，驗(yàn)證其正確性，若程序通過(guò)了測(cè)試，就說(shuō)明它是符合需求規(guī)格說(shuō)明書要求的。周而復(fù)始，通過(guò)這樣的過(guò)程，開發(fā)進(jìn)程得以層層深入，直到開發(fā)完成。而這時(shí)單元測(cè)試也基本完成了。
這種測(cè)試方式的最大的好處是，盡早地發(fā)現(xiàn)設(shè)計(jì)、開發(fā)中存在的問(wèn)題，避免傳統(tǒng)開發(fā)模式中的“測(cè)試過(guò)程中發(fā)現(xiàn)代碼不能滿足需求而導(dǎo)致的大量返工”。降低項(xiàng)目風(fēng)險(xiǎn)；同時(shí)可以盡早地將“半成品”展示給客戶，使客戶對(duì)需求進(jìn)行驗(yàn)證、補(bǔ)充及完善，另外測(cè)試代碼的表達(dá)方式相對(duì)準(zhǔn)確、無(wú)二義性，可以降低因需求理解錯(cuò)誤而導(dǎo)致的項(xiàng)目風(fēng)險(xiǎn)。
2、迭代測(cè)試。這種測(cè)試是IBM所推崇測(cè)試方式之一，它從迭代式開發(fā)模式演變而來(lái)。在迭代開發(fā)模式中，每個(gè)迭代