單元測試

軟件單元是軟件最低端的模塊，在使用 PB開發(fā)形成的客戶機或者服務(wù)器的軟件系統(tǒng)中，一個窗口、函數(shù)、菜單、報表或者存儲過程中都被認為是一個單元進行測試。單元測試其實是測試的第一步。

1）對于測試人員的安排，在完整的軟件單元測試中，開發(fā)者是最熟悉軟件系統(tǒng)的，因此開發(fā)者自身對系統(tǒng)進行測試是最為適合的。

2）對于測試計劃來說，其在單元測試之前必須被設(shè)計和記錄好。針對系統(tǒng)的文檔說明必須極為詳細，從而確保單元開發(fā)者在調(diào)離和提升或者其他原因離開崗位時，其他人員能夠繼續(xù)完成相應(yīng)的單元測試工作。另外，在集成和系統(tǒng)測試過程中，清晰、詳細以及容易理解的單元測試文檔也能夠極大的提升測試工作的基本效率。

單元測試的測試計劃由單元的開發(fā)者（也是該單元的測試者）編制，但在測試計劃執(zhí)行前必須進行審查。這些審查由開發(fā)者以外的人進行，第一遍審查由開發(fā)者的直接上司去做，其目的在于找出測試計劃中的錯誤、缺點和疏漏之處。第二遍審查由測試該單元所屬系統(tǒng)的測試人員進行，其目的在于確認測試計劃符合公布的標準。如果測試計劃在任何方面有問題，都將被立即退回到開發(fā)者手中。

3）在客戶機和服務(wù)器的實際開發(fā)過程中，單元測試作為測試工作開展的第一步，大量實踐證明，單元測試執(zhí)行速度越快，其最終的結(jié)果越有價值，在開發(fā)過程中發(fā)現(xiàn)錯誤越早，那么糾正該錯誤所需要花費的代價就會越小。通常來說，單元編碼工作完成之后，便應(yīng)當立即開展單元測試工作。此外，單元測試工作可以并行開展，對于必須獨立的單元，通過并行測試能夠極大地提升測試的基本速度。

4)單元測試階段的測試類型：在單元測試階段一般采用白盒測試法。深入到代碼層去充分地測試它們是必要的。在這一階段，必須進行的測試有：路徑測試、聲明測試、循環(huán)測試、邊值測試、接口測試、數(shù)據(jù)確認、事務(wù)測試等。

5）由于單元測試存在一定的特殊性，因此在PB環(huán)境下，軟件的開發(fā)應(yīng)當以窗口為核心，將軟件的多種功能串接在一起，軟件系統(tǒng)將會展現(xiàn)為多種不同的窗口，基于此，對于窗口中不同空間事件的描述將會成為該類軟件測試工作開展的核心。

a.控件的測試：一個空間可以看成是由相關(guān)聯(lián)的一組事件的描述組成的，完成一個相對獨立的功能。對每一個事件的Script分別進行測試就完成了對一個控件的測試。與傳統(tǒng)的軟件相比，PB開發(fā)的軟件風格表現(xiàn)在各事件獨立存在，因此對它的測試相對容易。一般來講，先按設(shè)計的規(guī)格說明對其代碼進行審核；然后，用白盒法對其進行測試，可以達到較好的效果。

b.窗口的測試：宏觀上看，很像是集成測試。其實，所謂單元測試和集成測試也都是相對而言的，在有些情況下不易分得很清楚。在單元測試階段，對窗口的測試主要是測試窗口上各控件是否能按設(shè)計要求正常工作。在軟件開發(fā)過程中，制定了一系列的標準文件，包括設(shè)計文檔標準，界面標準，測試大綱等。對窗口和控件的測試過程中，界面標準和測試大綱是測試的依據(jù)。