術(shù)語、名詞定義

1.      黑盒測(cè)試

　　黑盒測(cè)試也稱為功能測(cè)試,它著眼于程序的外部特征,而不考慮程序的內(nèi)部邏輯結(jié)構(gòu)。測(cè)試者把被測(cè)程序看成一個(gè)黑盒,不用關(guān)心程序的內(nèi)部結(jié)構(gòu)。黑盒測(cè)試是在程序接口處進(jìn)行測(cè)試，它只檢查程序功能是否能正常使用，程序是否能接收輸入數(shù)據(jù)產(chǎn)生正確的輸出信息，并且保持外部信息(如數(shù)據(jù)庫或文件)的完整性。黑盒測(cè)試是基于用戶角度進(jìn)行的測(cè)試。

2.      白盒測(cè)試

　　軟件測(cè)試的主要方法之一，也稱結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng)測(cè)試或基于程序本身的測(cè)試。測(cè)試者需要了解待測(cè)試程序代碼的內(nèi)部結(jié)構(gòu)、算法等信息，這是從程序設(shè)計(jì)者的角度對(duì)程序進(jìn)行的測(cè)試。它的優(yōu)點(diǎn)是幫助軟件測(cè)試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問題。

3.      灰盒測(cè)試

　　可以理解為靜態(tài)的白盒測(cè)試或動(dòng)態(tài)的黑盒測(cè)試，灰盒就是界于黑白之間, 對(duì)軟件內(nèi)部有所了解, 但不見得到了如指掌的程度, 卻可以結(jié)合這些了解做些比黑盒多點(diǎn)的測(cè)試。

4.      文檔測(cè)試

　　文檔測(cè)試涵蓋面很大，在軟件的各個(gè)版本中均有所使用。隨著軟件版本的變化，文檔測(cè)試的測(cè)試內(nèi)容也有所變化。在需求分析以及原型架構(gòu)階段，文檔測(cè)試主要目標(biāo)是： Sitemap、動(dòng)作分解列表、數(shù)據(jù)庫ER圖、UML用例圖、流程圖、需求文檔等文檔。

　　文檔測(cè)試主要檢查文檔的正確性、完整性和可理解性。正確性是指不要把軟件的功能和操作寫錯(cuò)，也不允許文檔內(nèi)容前后矛盾。完整性是指文檔不可以漏掉關(guān)鍵性內(nèi)容?？衫斫庑允侵冈谖臋n中描述的語言要簡(jiǎn)明易懂，不能讓別的開發(fā)人員拿到文檔時(shí)看不懂文檔的內(nèi)容。

5.      命名規(guī)范測(cè)試

　　命名規(guī)范測(cè)試用于測(cè)試項(xiàng)目中的文件命名、代碼以及版本號(hào)等書寫是否符合規(guī)范。文件命名規(guī)范以及版本號(hào)命名規(guī)范可以參看第四部分里軟件命名規(guī)范的詳細(xì)信息；各種語言的命名規(guī)范可以參考語言自身的規(guī)范，如NoahWeb的可以參考 http://docs.noahweb.net附錄中的《NoahWeb各類資源命名規(guī)范》。

6.      需求完整性測(cè)試

　　需求完整性測(cè)試主要存在于需求探索階段，在需求尚未完全明確之前對(duì)已收集到的需求做出整理性的、檢查遺漏性的測(cè)試，確認(rèn)需求是否明確。另外，需求完整性測(cè)試也承擔(dān)著一部分澄清需求的任務(wù)。

7.      鏈接完整性測(cè)試

　　在原型架構(gòu)階段，鏈接完整性的測(cè)試是非常有必要的。該項(xiàng)測(cè)試任務(wù)主要是檢查假頁面中各種鏈接是否完整，是否指向目標(biāo)位置，屬于檢查性的測(cè)試。

8.      頁面完整性測(cè)試

　　頁面完整性測(cè)試主要存在于集成測(cè)試階段以及其后續(xù)其它階段中，測(cè)試頁面是否完整，頁面質(zhì)量是否達(dá)標(biāo)，屬于檢查性測(cè)試。

9.      UI合理性測(cè)試

　　UI合理性測(cè)試也就是人機(jī)交互界面的合理性，UI合理性測(cè)試的內(nèi)容很多，具體測(cè)試內(nèi)容如下：

o      提示、菜單、幫助的格式是否一致；

o      提示、菜單、幫助中的術(shù)語是否一致；

o      各個(gè)控件之間的對(duì)齊方式是否一致；

o      輸入界面和輸出界面在外觀、布局、交互方式上是否一致；

o      功能類似的相關(guān)界面在外觀、布局、交互方式上是否一致；

o      同一層次的文字在同一種提示場(chǎng)合（一般情況、特殊字體、警告等）在文字大小、字體、顏色、對(duì)齊方式方面是否一致，字體大小是否與界面的大小比例協(xié)調(diào)；

o      多個(gè)連續(xù)界面依次出現(xiàn)的情況下，界面的外觀、操作方式是否一致；

o      系統(tǒng)是否拒絕客戶的錯(cuò)誤輸入并做出提示；

o      系統(tǒng)是否在用戶完成操作時(shí)給出操作成功的提示；

o      用戶界面是否存在空白空間，沒有空白空間的界面是雜亂無章的，易用性差；

o      各個(gè)控件的間隔是否一致，垂直和水平方向上是否對(duì)齊；

o      是否允許動(dòng)作的可逆性，返回原有操做；

10.   數(shù)據(jù)和數(shù)據(jù)庫完整性測(cè)試

　　因?yàn)樵陂_發(fā)階段開發(fā)人員隨時(shí)都有可能根據(jù)需要來修改數(shù)據(jù)庫，所以對(duì)數(shù)據(jù)和數(shù)據(jù)庫完整性測(cè)試在軟件項(xiàng)目的任何階段也是非常必要的。該項(xiàng)測(cè)試內(nèi)容主要是以數(shù)據(jù)庫表為單位，檢查數(shù)據(jù)庫表以及表中各字段命名是否符合命名規(guī)范，表中字段是否完整，數(shù)據(jù)庫表中的字段描述是否正確包括字段的類型、長(zhǎng)度、是否為空，數(shù)據(jù)庫表中的關(guān)系、索引、主鍵、約束是否正確。

11.   功能測(cè)試

　　功能測(cè)試在軟件項(xiàng)目的任何階段中都是重要的。實(shí)現(xiàn)功能，滿足客戶需求是軟件本身最大的使命。功能測(cè)試在任何階段下基本上都作為測(cè)試工作的第一項(xiàng)出現(xiàn)。該項(xiàng)測(cè)試任務(wù)主要為了測(cè)試已實(shí)現(xiàn)的功能是否滿足需求，是否正確，是否有價(jià)值以及是否完整。在黑盒和白盒測(cè)試狀態(tài)下，該測(cè)試均會(huì)被使用。

　　功能測(cè)試中測(cè)試人員往往會(huì)忽略掉一些細(xì)節(jié)問題，比如：一個(gè)功能的實(shí)現(xiàn)必須要經(jīng)過6步操作才能完成，而且需要加入20條信息才能看得出測(cè)試結(jié)果，有的測(cè)試人員為了節(jié)省時(shí)間雖然做完了6步操作，但是沒有加入足量的信息，,使得測(cè)試不全面,正是因?yàn)檫@樣而導(dǎo)致一些隱藏的BUG沒有被測(cè)試出來。所以說在功能測(cè)試中要按部就班的把所有要進(jìn)行的測(cè)試功能每一步都執(zhí)行一遍，應(yīng)該添加的數(shù)據(jù)都添加完整，以避免遺漏掉BUG沒有測(cè)試出來。

12.   壓力測(cè)試

　　壓力測(cè)試是為了發(fā)現(xiàn)在什么條件下您的應(yīng)用程序的性能會(huì)變得不可接受。這通過改變應(yīng)用程序的輸入以對(duì)應(yīng)用程序施加越來越大的負(fù)載并測(cè)量在這些不同的輸入時(shí)性能的改變來實(shí)現(xiàn)的。這種操作也稱為負(fù)載測(cè)試，但是負(fù)載測(cè)試通常描述一種特定類型的壓力測(cè)試——增加用戶數(shù)量以對(duì)應(yīng)用程序進(jìn)行壓力測(cè)試。

　　對(duì)應(yīng)用程序進(jìn)行壓力測(cè)試最簡(jiǎn)單的方法是手工改變輸入（客戶機(jī)數(shù)量、需求大小、請(qǐng)求的頻率、請(qǐng)求的混合程度等等）并描繪性能的變化。但是如果有許多輸入，或者需要在大的范圍內(nèi)改變輸入，那么你可以借助一個(gè)自動(dòng)化的壓力測(cè)試工具來完成此測(cè)試。

13.   安全性測(cè)試

　　安全性測(cè)試主要是測(cè)試系統(tǒng)在沒有授權(quán)的內(nèi)部或者外部用戶對(duì)系統(tǒng)進(jìn)行攻擊或者惡意破壞時(shí)如何進(jìn)行處理，是否仍能保證數(shù)據(jù)和頁面的安全。測(cè)試人員可以學(xué)習(xí)一些黑客技術(shù)，來對(duì)系統(tǒng)進(jìn)行攻擊。另外，對(duì)操作權(quán)限的測(cè)試也包含在安全性測(cè)試中。具體測(cè)試內(nèi)容如下：

o      執(zhí)行添加、刪除、修改等動(dòng)作中是否做過登錄檢測(cè)。

o      退出系統(tǒng)之后的操作是否可以完成。

o      所有插入表單操作中輸入特殊字符是否可以正常輸正常存儲(chǔ)，特殊字符為：！?#￥%……—*（）~——-+=[]{}、|；：‘”？/《》<>，。

o      在帶有參數(shù)的回顯數(shù)據(jù)的動(dòng)作中更改參數(shù)，把參數(shù)改為特殊字符并加入操作語句看是否出錯(cuò)。

o      測(cè)試表單中有沒有做標(biāo)簽檢測(cè)，標(biāo)簽檢測(cè)是否完整。

o      在插入表單中加入特殊的HTML代碼，例如：<marquee>表單中的字本是否移動(dòng)？</marquee>。

14.   頁面腳本測(cè)試

　　頁面中時(shí)常使用到JavaScript腳本，為了降低頁面的出錯(cuò)率，則必須對(duì)頁面腳本進(jìn)行測(cè)試。其主要內(nèi)容包括：相關(guān)頁面中的腳本是否正常運(yùn)行，JavaScript腳本是否有錯(cuò)誤頁面。

15.   提示文本測(cè)試

　　提示文本測(cè)試從嚴(yán)格意義上來講應(yīng)該屬于UI合理性測(cè)試的一部分，該項(xiàng)測(cè)試主要針對(duì)各個(gè)頁面中使用到的大量提示文檔進(jìn)行測(cè)試，主要包括：表達(dá)不明確的位置是否有提示文本、提示文本的彈出是否正常、提示信息含義是否明確易懂。

16.   瀏覽器測(cè)試

　　由于B/S結(jié)構(gòu)項(xiàng)目是基于瀏覽器運(yùn)行的，所以需要對(duì)瀏覽器進(jìn)行必要的測(cè)試。該測(cè)試任務(wù)主要是軟件對(duì)各種瀏覽器（IE5.5、IE6.0、 FireFox瀏覽器）的支持是否正常，在IE瀏覽器中可以正常顯示的頁面在其它瀏覽器中是否可以正常顯示。

17.   安裝測(cè)試

　　在軟件項(xiàng)目的后期階段，會(huì)對(duì)做好的軟件進(jìn)行打包把軟件做成安裝程序，以便用戶可以正確的安裝使用，所以需要對(duì)做好的安裝文件進(jìn)行安裝功能方面的測(cè)試。該測(cè)試的主要任務(wù)是：檢查軟件是否能夠正常安裝使用、是否可以完全卸載此軟件的所有功能和頁面。

通過測(cè)試的標(biāo)準(zhǔn)

　　一般有“基于測(cè)試用例”和“基于缺陷密度”兩種評(píng)比準(zhǔn)則，在這里我們采用前者。
準(zhǔn)則如下：

　　1. 功能性測(cè)試用例通過率達(dá)到100％；
　　2. 非功能性測(cè)試用例通過率達(dá)到95％；

備選通過辦法：

　　根據(jù)實(shí)際情況由項(xiàng)目經(jīng)理和測(cè)試負(fù)責(zé)人以及用戶等共同討論確定本階段是否結(jié)束。