術(shù)語(yǔ)、名詞定義
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ù)庫(kù)或文件)的完整性。黑盒測(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)代碼中隱藏的問(wèn)題。
3.?灰盒測(cè)試

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

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

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

　　命名規(guī)范測(cè)試用于測(cè)試項(xiàng)目中的文件命名、代碼以及版本號(hào)等書(shū)寫(xiě)是否符合規(guī)范。文件命名規(guī)范以及版本號(hào)命名規(guī)范可以參看第四部分里軟件命名規(guī)范的詳細(xì)信息；各種語(yǔ)言的命名規(guī)范可以參考語(yǔ)言自身的規(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ù)主要是檢查假頁(yè)面中各種鏈接是否完整，是否指向目標(biāo)位置，屬于檢查性的測(cè)試。
8.?頁(yè)面完整性測(cè)試

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

　　UI合理性測(cè)試也就是人機(jī)交互界面的合理性，UI合理性測(cè)試的內(nèi)容很多，具體測(cè)試內(nèi)容如下：
o?提示、菜單、幫助的格式是否一致；
o?提示、菜單、幫助中的術(shù)語(yǔ)是否一致；
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?用戶界面是否存在空白空間，沒(méi)有空白空間的界面是雜亂無(wú)章的，易用性差；
o?各個(gè)控件的間隔是否一致，垂直和水平方向上是否對(duì)齊；
o?是否允許動(dòng)作的可逆性，返回原有操做；
10.?數(shù)據(jù)和數(shù)據(jù)庫(kù)完整性測(cè)試

　　因?yàn)樵陂_(kāi)發(fā)階段開(kāi)發(fā)人員隨時(shí)都有可能根據(jù)需要來(lái)修改數(shù)據(jù)庫(kù)，所以對(duì)數(shù)據(jù)和數(shù)據(jù)庫(kù)完整性測(cè)試在軟件項(xiàng)目的任何階段也是非常必要的。該項(xiàng)測(cè)試內(nèi)容主要是以數(shù)據(jù)庫(kù)表為單位，檢查數(shù)據(jù)庫(kù)表以及表中各字段命名是否符合命名規(guī)范，表中字段是否完整，數(shù)據(jù)庫(kù)表中的字段描述是否正確包括字段的類型、長(zhǎng)度、是否為空，數(shù)據(jù)庫(kù)表中的關(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é)問(wèn)題，比如：一個(gè)功能的實(shí)現(xiàn)必須要經(jīng)過(guò)6步操作才能完成，而且需要加入20條信息才能看得出測(cè)試結(jié)果，有的測(cè)試人員為了節(jié)省時(shí)間雖然做完了6步操作，但是沒(méi)有加入足量的信息，,使得測(cè)試不全面,正是因?yàn)檫@樣而導(dǎo)致一些隱藏的BUG沒(méi)有被測(cè)試出來(lái)。所以說(shuō)在功能測(cè)試中要按部就班的把所有要進(jìn)行的測(cè)試功能每一步都執(zhí)行一遍，應(yīng)該添加的數(shù)據(jù)都添加完整，以避免遺漏掉BUG沒(méi)有測(cè)試出來(lái)。
12.?壓力測(cè)試

　　壓力測(cè)試是為了發(fā)現(xiàn)在什么條件下您的應(yīng)用程序的性能會(huì)變得不可接受。這通過(guò)改變應(yīng)用程序的輸入以對(duì)應(yīng)用程序施加越來(lái)越大的負(fù)載并測(cè)量在這些不同的輸入時(shí)性能的改變來(lái)實(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è)試工具來(lái)完成此測(cè)試。
13.?安全性測(cè)試

　　安全性測(cè)試主要是測(cè)試系統(tǒng)在沒(méi)有授權(quán)的內(nèi)部或者外部用戶對(duì)系統(tǒng)進(jìn)行攻擊或者惡意破壞時(shí)如何進(jìn)行處理，是否仍能保證數(shù)據(jù)和頁(yè)面的安全。測(cè)試人員可以學(xué)習(xí)一些黑客技術(shù)，來(lái)對(duì)系統(tǒng)進(jìn)行攻擊。 另外，對(duì)操作權(quán)限的測(cè)試也包含在安全性測(cè)試中。具體測(cè)試內(nèi)容如下：
o?執(zhí)行添加、刪除、修改等動(dòng)作中是否做過(guò)登錄檢測(cè)。
o?退出系統(tǒng)之后的操作是否可以完成。
o?所有插入表單操作中輸入特殊字符是否可以正常輸正常存儲(chǔ)，特殊字符為：！?#￥%……—*（）~——-+=[]{}、|；：‘”？/《》<>，。
o?在帶有參數(shù)的回顯數(shù)據(jù)的動(dòng)作中更改參數(shù)，把參數(shù)改為特殊字符并加入操作語(yǔ)句看是否出錯(cuò)。
o?測(cè)試表單中有沒(méi)有做標(biāo)簽檢測(cè)，標(biāo)簽檢測(cè)是否完整。
o?在插入表單中加入特殊的HTML代碼，例如：表單中的字本是否移動(dòng)？。
14.?頁(yè)面腳本測(cè)試

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

　　提示文本測(cè)試從嚴(yán)格意義上來(lái)講應(yīng)該屬于UI合理性測(cè)試的一部分，該項(xiàng)測(cè)試主要針對(duì)各個(gè)頁(yè)面中使用到的大量提示文檔進(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瀏覽器中可以正常顯示的頁(yè)面在其它瀏覽器中是否可以正常顯示。
17.?安裝測(cè)試

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

　　在常規(guī)測(cè)試時(shí)可能表中的測(cè)試項(xiàng)不能滿足測(cè)試要求，如果有特殊測(cè)試項(xiàng)請(qǐng)測(cè)試人員自己定義修改測(cè)試的類型。