《
黑盒測試的測試用例設(shè)計(jì)方法
》
等價(jià)類劃分
是把所有可能的輸入數(shù)據(jù),即程序的輸入域劃分成若干部分（子集）,然后從每一個(gè)子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測試用例.該方法是一種重要的,常用的黑盒測試用例設(shè)計(jì)方法.
1) 劃分等價(jià)類: 等價(jià)類是指某個(gè)輸入域的子集合.在該子集合中,各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的.并合理地假定:測試某等價(jià)類的代表值就等于對(duì)這一類其它值的測試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價(jià)類,在每一個(gè)等價(jià)類中取一個(gè)數(shù)據(jù)作為測試的輸入條件,就可以用少量代表性的測試數(shù)據(jù).取得較好的測試結(jié)果.等價(jià)類劃分可有兩種不同的情況:有效等價(jià)類和無效等價(jià)類.
有效等價(jià)類:是指對(duì)于程序的規(guī)格說明來說是合理的,有意義的輸入數(shù)據(jù)構(gòu)成的集合.利用有效等價(jià)類可檢驗(yàn)程序是否實(shí)現(xiàn)了規(guī)格說明中所規(guī)定的功能和性能.
無效等價(jià)類:與有效等價(jià)類的定義恰巧相反.
設(shè)計(jì)測試用例時(shí),要同時(shí)考慮這兩種等價(jià)類.因?yàn)?軟件不僅要能接收合理的數(shù)據(jù),也要能經(jīng)受意外的考驗(yàn).這樣的測試才能確保軟件具有更高的可靠性.
2）劃分等價(jià)類的方法:下面給出六條確定等價(jià)類的原則.
?、僭谳斎霔l件規(guī)定了取值范圍或值的個(gè)數(shù)的情況下,則可以確立一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類.
?、谠谳斎霔l件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下,可確立一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類.
?、墼谳斎霔l件是一個(gè)布爾量的情況下,可確定一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類.
?、茉谝?guī)定了輸入數(shù)據(jù)的一組值（假定n個(gè)）,并且程序要對(duì)每一個(gè)輸入值分別處理的情況下,可確立n個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類.
⑤在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下,可確立一個(gè)有效等價(jià)類（符合規(guī)則）和若干個(gè)無效等價(jià)類（從不同角度違反規(guī)則）.
?、拊诖_知已劃分的等價(jià)類中各元素在程序處理中的方式不同的情況下,則應(yīng)再將該等價(jià)類進(jìn)一步的劃分為更小的等價(jià)類.
3）設(shè)計(jì)測試用例:在確立了等價(jià)類后,可建立等價(jià)類表,列出所有劃分出的等價(jià)類:
輸入條件 有效等價(jià)類 無效等價(jià)類
... ... ...
... ... ...
然后從劃分出的等價(jià)類中按以下三個(gè)原則設(shè)計(jì)測試用例:
?、贋槊恳粋€(gè)等價(jià)類規(guī)定一個(gè)唯一的編號(hào).
?、谠O(shè)計(jì)一個(gè)新的測試用例,使其盡可能多地覆蓋尚未被覆蓋地有效等價(jià)類,重復(fù)這一步.直到所有的有效等價(jià)類都被覆蓋為止.
?、墼O(shè)計(jì)一個(gè)新的測試用例,使其僅覆蓋一個(gè)尚未被覆蓋的無效等價(jià)類,重復(fù)這一步.直到所有的無效等價(jià)類都被覆蓋為止.
邊界值分析法
邊界值分析方法是對(duì)等價(jià)類劃分方法的補(bǔ)充.
（1）邊界值分析方法的考慮:
長期的測試工作經(jīng)驗(yàn)告訴我們,大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對(duì)各種邊界情況設(shè)計(jì)測試用例,可以查出更多的錯(cuò)誤.
使用邊界值分析方法設(shè)計(jì)測試用例,首先應(yīng)確定邊界情況.通常輸入和輸出等價(jià)類的邊界,就是應(yīng)著重測試的邊界情況.應(yīng)當(dāng)選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù),而不是選取等價(jià)類中的典型值或任意值作為測試數(shù)據(jù).
（2）基于邊界值分析方法選擇測試用例的原則:
1）如果輸入條件規(guī)定了值的范圍,則應(yīng)取剛達(dá)到這個(gè)范圍的邊界的值,以及剛剛超越這個(gè)范圍邊界的值作為測試輸入數(shù)據(jù).
2）如果輸入條件規(guī)定了值的個(gè)數(shù),則用最大個(gè)數(shù),最小個(gè)數(shù),比最小個(gè)數(shù)少一,比最大個(gè)數(shù)多一的數(shù)作為測試數(shù)據(jù).
3）根據(jù)規(guī)格說明的每個(gè)輸出條件,使用前面的原則1）.
4）根據(jù)規(guī)格說明的每個(gè)輸出條件,應(yīng)用前面的原則2）.
5）如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合,則應(yīng)選取集合的第一個(gè)元素和最后一個(gè)元素作為測試用例.
6）如果程序中使用了一個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu),則應(yīng)當(dāng)選擇這個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)的邊界上的值作為測試用例.
7）分析規(guī)格說明,找出其它可能的邊界條件.
錯(cuò)誤推測法
基于經(jīng)驗(yàn)和直覺推測程序中所有可能存在的各種錯(cuò)誤, 從而有針對(duì)性的設(shè)計(jì)測試用例的方法.
錯(cuò)誤推測方法的基本思想: 列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況,根據(jù)他們選擇測試用例. 例如, 在單元測試時(shí)曾列出的許多在模塊中常見的錯(cuò)誤. 以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等, 這些就是經(jīng)驗(yàn)的總結(jié). 還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯(cuò)誤的情況. 可選擇這些情況下的例子作為測試用例.
因果圖方法
前面介紹的等價(jià)類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系, 相互組合等. 考慮輸入條件之間的相互組合,可能會(huì)產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價(jià)類,他們之間的組合情況也相當(dāng)多. 因此必須考慮采用一種適合于描述對(duì)于多種條件的組合,相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來考慮設(shè)計(jì)測試用例. 這就需要利用因果圖（邏輯模型）.
因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.
利用因果圖生成測試用例的基本步驟:
(1) 分析軟件規(guī)格說明描述中, 那些是原因(即輸入條件或輸入條件的等價(jià)類),那些是結(jié)果(即輸出條件), 并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符.
(2) 分析軟件規(guī)格說明描述中的語義.找出原因與結(jié)果之間, 原因與原因之間對(duì)應(yīng)的關(guān)系. 根據(jù)這些關(guān)系,畫出因果圖.
(3) 由于語法或環(huán)境限制, 有些原因與原因之間,原因與結(jié)果之間的組合情況不不可能出現(xiàn). 為表明這些特殊情況, 在因果圖上用一些記號(hào)表明約束或限制條件.
(4) 把因果圖轉(zhuǎn)換為判定表.
(5) 把判定表的每一列拿出來作為依據(jù),設(shè)計(jì)測試用例.
從因果圖生成的測試用例（局部,組合關(guān)系下的）包括了所有輸入數(shù)據(jù)的取TRUE與取FALSE的情況,構(gòu)成的測試用例數(shù)目達(dá)到最少,且測試用例數(shù)目隨輸入數(shù)據(jù)數(shù)目的增加而線性地增加.
前面因果圖方法中已經(jīng)用到了判定表.判定表（Decision Table）是分析和表達(dá)多邏輯條件下執(zhí)行不同操作的情況下的工具.在程序設(shè)計(jì)發(fā)展的初期,判定表就已被當(dāng)作編寫程序的輔助工具了.由于它可以把復(fù)雜的邏輯關(guān)系和多種條件組合的情況表達(dá)得既具體又明確.
判定表通常由四個(gè)部分組成.
條件樁（Condition Stub）:列出了問題得所有條件.通常認(rèn)為列出得條件的次序無關(guān)緊要.
動(dòng)作樁（Action Stub）:列出了問題規(guī)定可能采取的操作.這些操作的排列順序沒有約束.
條件項(xiàng)（Condition Entry）:列出針對(duì)它左列條件的取值.在所有可能情況下的真假值.
動(dòng)作項(xiàng)（Action Entry）:列出在條件項(xiàng)的各種取值情況下應(yīng)該采取的動(dòng)作.
規(guī)則:任何一個(gè)條件組合的特定取值及其相應(yīng)要執(zhí)行的操作.在判定表中貫穿條件項(xiàng)和動(dòng)作項(xiàng)的一列就是一條規(guī)則.顯然,判定表中列出多少組條件取值,也就有多少條規(guī)則,既條件項(xiàng)和動(dòng)作項(xiàng)有多少列.
判定表的建立步驟:（根據(jù)軟件規(guī)格說明）
①確定規(guī)則的個(gè)數(shù).假如有n個(gè)條件.每個(gè)條件有兩個(gè)取值（0,1）,故有 種規(guī)則.
?、诹谐鏊械臈l件樁和動(dòng)作樁.
?、厶钊霔l件項(xiàng).
?、芴钊雱?dòng)作項(xiàng).等到初始判定表.
?、莺喕?合并相似規(guī)則（相同動(dòng)作）.
B. Beizer 指出了適合使用判定表設(shè)計(jì)測試用例的條件:
①規(guī)格說明以判定表形式給出,或很容易轉(zhuǎn)換成判定表.
②條件的排列順序不會(huì)也不影響執(zhí)行哪些操作.
?、垡?guī)則的排列順序不會(huì)也不影響執(zhí)行哪些操作.
?、苊慨?dāng)某一規(guī)則的條件已經(jīng)滿足,并確定要執(zhí)行的操作后,不必檢驗(yàn)別的規(guī)則.
⑤如果某一規(guī)則得到滿足要執(zhí)行多個(gè)操作,這些操作的執(zhí)行順序無關(guān)緊要.
>>>---------我想分頁！--這么長的文章，在這里來個(gè)分頁多好啊！哈哈----------<<<
等價(jià)類劃分
是把所有可能的輸入數(shù)據(jù),即程序的輸入域劃分成若干部分（子集）,然后從每一個(gè)子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測試用例.該方法是一種重要的,常用的黑盒測試用例設(shè)計(jì)方法.
1) 劃分等價(jià)類: 等價(jià)類是指某個(gè)輸入域的子集合.在該子集合中,各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的.并合理地假定:測試某等價(jià)類的代表值就等于對(duì)這一類其它值的測試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價(jià)類,在每一個(gè)等價(jià)類中取一個(gè)數(shù)據(jù)作為測試的輸入條件,就可以用少量代表性的測試數(shù)據(jù).取得較好的測試結(jié)果.等價(jià)類劃分可有兩種不同的情況:有效等價(jià)類和無效等價(jià)類.
有效等價(jià)類:是指對(duì)于程序的規(guī)格說明來說是合理的,有意義的輸入數(shù)據(jù)構(gòu)成的集合.利用有效等價(jià)類可檢驗(yàn)程序是否實(shí)現(xiàn)了規(guī)格說明中所規(guī)定的功能和性能.
無效等價(jià)類:與有效等價(jià)類的定義恰巧相反.
設(shè)計(jì)測試用例時(shí),要同時(shí)考慮這兩種等價(jià)類.因?yàn)?軟件不僅要能接收合理的數(shù)據(jù),也要能經(jīng)受意外的考驗(yàn).這樣的測試才能確保軟件具有更高的可靠性.
2）劃分等價(jià)類的方法:下面給出六條確定等價(jià)類的原則.
?、僭谳斎霔l件規(guī)定了取值范圍或值的個(gè)數(shù)的情況下,則可以確立一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類.
?、谠谳斎霔l件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下,可確立一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類.
?、墼谳斎霔l件是一個(gè)布爾量的情況下,可確定一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類.
?、茉谝?guī)定了輸入數(shù)據(jù)的一組值（假定n個(gè)）,并且程序要對(duì)每一個(gè)輸入值分別處理的情況下,可確立n個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類.
⑤在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下,可確立一個(gè)有效等價(jià)類（符合規(guī)則）和若干個(gè)無效等價(jià)類（從不同角度違反規(guī)則）.
?、拊诖_知已劃分的等價(jià)類中各元素在程序處理中的方式不同的情況下,則應(yīng)再將該等價(jià)類進(jìn)一步的劃分為更小的等價(jià)類.
3）設(shè)計(jì)測試用例:在確立了等價(jià)類后,可建立等價(jià)類表,列出所有劃分出的等價(jià)類:
輸入條件 有效等價(jià)類 無效等價(jià)類
... ... ...
... ... ...
然后從劃分出的等價(jià)類中按以下三個(gè)原則設(shè)計(jì)測試用例:
?、贋槊恳粋€(gè)等價(jià)類規(guī)定一個(gè)唯一的編號(hào).
?、谠O(shè)計(jì)一個(gè)新的測試用例,使其盡可能多地覆蓋尚未被覆蓋地有效等價(jià)類,重復(fù)這一步.直到所有的有效等價(jià)類都被覆蓋為止.
?、墼O(shè)計(jì)一個(gè)新的測試用例,使其僅覆蓋一個(gè)尚未被覆蓋的無效等價(jià)類,重復(fù)這一步.直到所有的無效等價(jià)類都被覆蓋為止.
邊界值分析法
邊界值分析方法是對(duì)等價(jià)類劃分方法的補(bǔ)充.
（1）邊界值分析方法的考慮:
長期的測試工作經(jīng)驗(yàn)告訴我們,大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對(duì)各種邊界情況設(shè)計(jì)測試用例,可以查出更多的錯(cuò)誤.
使用邊界值分析方法設(shè)計(jì)測試用例,首先應(yīng)確定邊界情況.通常輸入和輸出等價(jià)類的邊界,就是應(yīng)著重測試的邊界情況.應(yīng)當(dāng)選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù),而不是選取等價(jià)類中的典型值或任意值作為測試數(shù)據(jù).
（2）基于邊界值分析方法選擇測試用例的原則:
1）如果輸入條件規(guī)定了值的范圍,則應(yīng)取剛達(dá)到這個(gè)范圍的邊界的值,以及剛剛超越這個(gè)范圍邊界的值作為測試輸入數(shù)據(jù).
2）如果輸入條件規(guī)定了值的個(gè)數(shù),則用最大個(gè)數(shù),最小個(gè)數(shù),比最小個(gè)數(shù)少一,比最大個(gè)數(shù)多一的數(shù)作為測試數(shù)據(jù).
3）根據(jù)規(guī)格說明的每個(gè)輸出條件,使用前面的原則1）.
4）根據(jù)規(guī)格說明的每個(gè)輸出條件,應(yīng)用前面的原則2）.
5）如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合,則應(yīng)選取集合的第一個(gè)元素和最后一個(gè)元素作為測試用例.
6）如果程序中使用了一個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu),則應(yīng)當(dāng)選擇這個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)的邊界上的值作為測試用例.
7）分析規(guī)格說明,找出其它可能的邊界條件.
錯(cuò)誤推測法
基于經(jīng)驗(yàn)和直覺推測程序中所有可能存在的各種錯(cuò)誤, 從而有針對(duì)性的設(shè)計(jì)測試用例的方法.
錯(cuò)誤推測方法的基本思想: 列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況,根據(jù)他們選擇測試用例. 例如, 在單元測試時(shí)曾列出的許多在模塊中常見的錯(cuò)誤. 以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等, 這些就是經(jīng)驗(yàn)的總結(jié). 還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯(cuò)誤的情況. 可選擇這些情況下的例子作為測試用例.
因果圖方法
前面介紹的等價(jià)類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系, 相互組合等. 考慮輸入條件之間的相互組合,可能會(huì)產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價(jià)類,他們之間的組合情況也相當(dāng)多. 因此必須考慮采用一種適合于描述對(duì)于多種條件的組合,相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來考慮設(shè)計(jì)測試用例. 這就需要利用因果圖（邏輯模型）.
因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.
利用因果圖生成測試用例的基本步驟:
(1) 分析軟件規(guī)格說明描述中, 那些是原因(即輸入條件或輸入條件的等價(jià)類),那些是結(jié)果(即輸出條件), 并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符.
(2) 分析軟件規(guī)格說明描述中的語義.找出原因與結(jié)果之間, 原因與原因之間對(duì)應(yīng)的關(guān)系. 根據(jù)這些關(guān)系,畫出因果圖.
(3) 由于語法或環(huán)境限制, 有些原因與原因之間,原因與結(jié)果之間的組合情況不不可能出現(xiàn). 為表明這些特殊情況, 在因果圖上用一些記號(hào)表明約束或限制條件.
(4) 把因果圖轉(zhuǎn)換為判定表.
(5) 把判定表的每一列拿出來作為依據(jù),設(shè)計(jì)測試用例.
從因果圖生成的測試用例（局部,組合關(guān)系下的）包括了所有輸入數(shù)據(jù)的取TRUE與取FALSE的情況,構(gòu)成的測試用例數(shù)目達(dá)到最少,且測試用例數(shù)目隨輸入數(shù)據(jù)數(shù)目的增加而線性地增加.
前面因果圖方法中已經(jīng)用到了判定表.判定表（Decision Table）是分析和表達(dá)多邏輯條件下執(zhí)行不同操作的情況下的工具.在程序設(shè)計(jì)發(fā)展的初期,判定表就已被當(dāng)作編寫程序的輔助工具了.由于它可以把復(fù)雜的邏輯關(guān)系和多種條件組合的情況表達(dá)得既具體又明確.
判定表通常由四個(gè)部分組成.
條件樁（Condition Stub）:列出了問題得所有條件.通常認(rèn)為列出得條件的次序無關(guān)緊要.
動(dòng)作樁（Action Stub）:列出了問題規(guī)定可能采取的操作.這些操作的排列順序沒有約束.
條件項(xiàng)（Condition Entry）:列出針對(duì)它左列條件的取值.在所有可能情況下的真假值.
動(dòng)作項(xiàng)（Action Entry）:列出在條件項(xiàng)的各種取值情況下應(yīng)該采取的動(dòng)作.
規(guī)則:任何一個(gè)條件組合的特定取值及其相應(yīng)要執(zhí)行的操作.在判定表中貫穿條件項(xiàng)和動(dòng)作項(xiàng)的一列就是一條規(guī)則.顯然,判定表中列出多少組條件取值,也就有多少條規(guī)則,既條件項(xiàng)和動(dòng)作項(xiàng)有多少列.
判定表的建立步驟:（根據(jù)軟件規(guī)格說明）
①確定規(guī)則的個(gè)數(shù).假如有n個(gè)條件.每個(gè)條件有兩個(gè)取值（0,1）,故有 種規(guī)則.
?、诹谐鏊械臈l件樁和動(dòng)作樁.
?、厶钊霔l件項(xiàng).
?、芴钊雱?dòng)作項(xiàng).等到初始判定表.
?、莺喕?合并相似規(guī)則（相同動(dòng)作）.
B. Beizer 指出了適合使用判定表設(shè)計(jì)測試用例的條件:
①規(guī)格說明以判定表形式給出,或很容易轉(zhuǎn)換成判定表.
②條件的排列順序不會(huì)也不影響執(zhí)行哪些操作.
?、垡?guī)則的排列順序不會(huì)也不影響執(zhí)行哪些操作.
?、苊慨?dāng)某一規(guī)則的條件已經(jīng)滿足,并確定要執(zhí)行的操作后,不必檢驗(yàn)別的規(guī)則.
⑤如果某一規(guī)則得到滿足要執(zhí)行多個(gè)操作,這些操作的執(zhí)行順序無關(guān)緊要.
>>>---------我想分頁！--這么長的文章，在這里來個(gè)分頁多好啊！哈哈----------<<<
引用內(nèi)容
《
軟件測試的14種類型
》
作者：啄木鳥（Sawin網(wǎng)站）
軟件測試是指使用人工或者自動(dòng)的手段來運(yùn)行或測定某個(gè)軟件產(chǎn)品系統(tǒng)的過程，其目的是在于檢驗(yàn)是否滿足規(guī)定的需求或者弄清預(yù)期的結(jié)果與實(shí)際結(jié)果的區(qū)別。本文主要描述軟件測試的類型。
作者：啄木鳥（Sawin網(wǎng)站）
軟件測試是指使用人工或者自動(dòng)的手段來運(yùn)行或測定某個(gè)軟件產(chǎn)品系統(tǒng)的過程，其目的是在于檢驗(yàn)是否滿足規(guī)定的需求或者弄清預(yù)期的結(jié)果與實(shí)際結(jié)果的區(qū)別。本文主要描述軟件測試的類型。
1 數(shù)據(jù)和數(shù)據(jù)庫完整性測試
數(shù)據(jù)與數(shù)據(jù)庫完整測試是指測試關(guān)系型數(shù)據(jù)庫完整性原則以及數(shù)據(jù)合理性測試。
數(shù)據(jù)庫完整性原即：
主碼完整性：主碼不能為空；
外碼完整性：外碼必須等于對(duì)應(yīng)的主碼或者為空。
數(shù)據(jù)合理性指數(shù)據(jù)在數(shù)據(jù)庫中的類型，長度，索引等是否建的比較合理。
在項(xiàng)目名稱中，數(shù)據(jù)庫和數(shù)據(jù)庫進(jìn)程應(yīng)作為一個(gè)子系統(tǒng)來進(jìn)行測試。在測試這些子系統(tǒng)時(shí)，不應(yīng)將測試對(duì)象的用戶界面用作數(shù)據(jù)的接口。對(duì)于數(shù)據(jù)庫管理系統(tǒng) (DBMS)，還需要進(jìn)行深入的研究，以確定可以支1持測試的工具和技術(shù)。
比如，有兩張表：部門和員工。部門中有部門編號(hào)，部門名稱，部門經(jīng)理等字段，主碼為部門編號(hào)；員工表中有員工編號(hào)，員工所屬部門編號(hào)，員工名稱，員工類型等字段，主碼為員工編號(hào)，外碼為員工所屬部門編號(hào)，對(duì)應(yīng)部門表。如果在某條部門記錄中部門編號(hào)或員工記錄員工編號(hào)為空，他就違反主碼完整性原則。如果某個(gè)員工所屬部門的編號(hào)為##，但是##在部門編號(hào)中確找不到，這就違反外碼完整性原則。
員工類型如下定義：0：職工，1：職員，2：實(shí)習(xí)生。但數(shù)據(jù)類型為Int，我們都知道Int占有4個(gè)字節(jié)，如果定義成char(1).就比原來節(jié)約空間。
2 白盒測試
白盒測試是基于代碼的測試，測試人員通過閱讀程序代碼或者通過使用開發(fā)工具中的單步調(diào)試來判斷軟件的質(zhì)量，一般黑盒測試由項(xiàng)目經(jīng)理在程序員開發(fā)中來實(shí)現(xiàn)。白盒測試分為動(dòng)態(tài)白盒測試和靜態(tài)白盒測試
2.1 靜態(tài)白盒測試
利用眼睛，瀏覽代碼，憑借經(jīng)驗(yàn)，找出代碼中的錯(cuò)誤或者代碼中不符合書寫規(guī)范的地方。比如，代碼規(guī)范中規(guī)定，函數(shù)必須為動(dòng)賓結(jié)構(gòu)。而黑盒測試發(fā)現(xiàn)一個(gè)函數(shù)定義如下：
Function NameGet(){
….
}
這是屬于不符合開發(fā)規(guī)范的錯(cuò)誤。
有這樣一段代碼:
if (i<0) & (i>=0)
…
這段代碼交集為整個(gè)數(shù)軸，IF語句沒有必要
I=0;
while(I>100){
J=J+100;
T=J*PI;
}
在循環(huán)體內(nèi)沒有I的增加,bug產(chǎn)生。
2.2 動(dòng)態(tài)白盒測試
利用開發(fā)工具中的調(diào)式工具進(jìn)行測試。比如一段代碼有4個(gè)分支，輸入4組不同的測試數(shù)據(jù)使4組分支都可以走通而且結(jié)果必須正確。
看一段代碼
if(I<0){
P1
}else{
P2
}
在調(diào)試中輸入I=-1,P1程序段通過， P2程序段未通過，屬于動(dòng)態(tài)黑盒測試的缺陷
3.功能測試
功能測試指測試軟件各個(gè)功能模塊是否正確，邏輯是否正確。
對(duì)測試對(duì)象的功能測試應(yīng)側(cè)重于所有可直接追蹤到用例或業(yè)務(wù)功能和業(yè)務(wù)規(guī)則的測試需求。這種測試的目標(biāo)是核實(shí)數(shù)據(jù)的接受、處理和檢索是否正確，以及業(yè)務(wù)規(guī)則的實(shí)施是否恰當(dāng)。此類測試基于黑盒技術(shù)，該技術(shù)通過圖形用戶界面 (GUI) 與應(yīng)用程序進(jìn)行交互，并對(duì)交互的輸出或結(jié)果進(jìn)行分析，以此來核實(shí)應(yīng)用程序及其內(nèi)部進(jìn)程。功能測試的主要參考為類似于功能說明書之類的文檔。
比如一個(gè)對(duì)電子商務(wù)系統(tǒng)，前臺(tái)用戶瀏覽商品-放入購物車-進(jìn)入結(jié)賬臺(tái)，后臺(tái)處理訂單，配貨，付款，發(fā)貨，這一系列流程必須正確無誤的走通，不能存在任何的錯(cuò)誤。
4.UI測試
UI測試指測試用戶界面的風(fēng)格是否滿足客戶要求，文字是否正確，頁面美工是否好看，文字，圖片組合是否完美，背景是否美觀，操作是否友好等等
用戶界面 (UI) 測試用于核實(shí)用戶與軟件之間的交互。UI 測試的目標(biāo)是確保用戶界面會(huì)通過測試對(duì)象的功能來為用戶提供相應(yīng)的訪問或?yàn)g覽功能。另外，UI 測試還可確保 UI 中的對(duì)象按照預(yù)期的方式運(yùn)行，并符合公司或行業(yè)的標(biāo)準(zhǔn)。包括用戶友好性，人性化，易操作性測試。UI測試比較主觀，與測試人員的喜好有關(guān)
比如：頁面基調(diào)顏色刺眼；用戶登入頁面比較難于找到，文字中出現(xiàn)錯(cuò)別字，頁面圖片范圍太廣等都屬于UI測試中的缺陷，但是這些缺陷都不太嚴(yán)重。
2 軟件測試的14種類型
5.性能測試
性能測試主要測試軟件測試的性能，包括負(fù)載測試，強(qiáng)度測試，數(shù)據(jù)庫容量測試，基準(zhǔn)測試以及基準(zhǔn)測試
5.1負(fù)載測試
負(fù)載測試是一種性能測試指數(shù)據(jù)在超負(fù)荷環(huán)境中運(yùn)行，程序是否能夠承擔(dān)。
在這種測試中，將使測試對(duì)象承擔(dān)不同的工作量，以評(píng)測和評(píng)估測試對(duì)象在不同工作量條件下的性能行為，以及持續(xù)正常運(yùn)行的能力。負(fù)載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。此外，負(fù)載測試還要評(píng)估性能特征，例如，響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的方面。
比如，在B/S結(jié)構(gòu)中用戶并發(fā)量測試就是屬于負(fù)載測試的用戶，可以使用webload工具，模擬上百人客戶同時(shí)訪問網(wǎng)站，看系統(tǒng)響應(yīng)時(shí)間，處理速度如何？
5.2強(qiáng)度測試
強(qiáng)度測試是一種性能測試，他在系統(tǒng)資源特別低的情況下軟件系統(tǒng)運(yùn)行情況。這類測試往往可以書寫系統(tǒng)要求的軟硬件水平要求。
實(shí)施和執(zhí)行此類測試的目的是找出因資源不足或資源爭用而導(dǎo)致的錯(cuò)誤。如果內(nèi)存或磁盤空間不足，測試對(duì)象就可能會(huì)表現(xiàn)出一些在正常條件下并不明顯的缺陷。而其他缺陷則可能由于爭用共享資源（如數(shù)據(jù)庫鎖或網(wǎng)絡(luò)帶寬）而造成的。強(qiáng)度測試還可用于確定測試對(duì)象能夠處理的最大工作量。
比如：一個(gè)系統(tǒng)在內(nèi)存366M下可以正常運(yùn)行，但是降低到258M下不可以運(yùn)行，告訴內(nèi)存不足，這個(gè)系統(tǒng)對(duì)內(nèi)存的要求就是366M。
5.3數(shù)據(jù)庫容量測試
數(shù)據(jù)庫容量測試指通過存儲(chǔ)過程往數(shù)據(jù)庫表中插入一定數(shù)量的數(shù)據(jù)，看看相關(guān)頁面是否能夠及時(shí)顯示數(shù)據(jù)。
數(shù)據(jù)庫容量測試使測試對(duì)象處理大量的數(shù)據(jù)，以確定是否達(dá)到了將使軟件發(fā)生故障的極限。容量測試還將確定測試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。例如，如果測試對(duì)象正在為生成一份報(bào)表而處理一組數(shù)據(jù)庫記錄，那么容量測試就會(huì)使用一個(gè)大型的測試數(shù)據(jù)庫，檢驗(yàn)該軟件是否正常運(yùn)行并生成了正確的報(bào)表。做這種測試通常通過書寫存儲(chǔ)過程向數(shù)據(jù)庫某個(gè)表中插入一定數(shù)量的記錄，計(jì)算相關(guān)頁面的調(diào)用時(shí)間。
比如，在電子商務(wù)系統(tǒng)中，通過insert customer 往user表中插入10 000數(shù)據(jù)，看其是否可以正常顯示顧客信息列表頁面，如果要求達(dá)到最多可以處理100 000個(gè)客戶，但是顧客信息列表頁面不能夠在規(guī)定的時(shí)間內(nèi)顯示出來，就需要調(diào)整程序中的SQL查詢語句；如果在規(guī)定的時(shí)間內(nèi)顯示出來，可以將用戶數(shù)分別提高到20 000 , 50 000, 100 000進(jìn)行測試。
5.4基準(zhǔn)測試
基準(zhǔn)測試與已知現(xiàn)有的系統(tǒng)進(jìn)行比較，主要檢驗(yàn)是否與類似的產(chǎn)品具有競爭性的一種測試。
如果你要開發(fā)一套財(cái)務(wù)系統(tǒng)軟件并且你已經(jīng)獲得用友財(cái)務(wù)系統(tǒng)的性能等數(shù)據(jù)，你可以測試你這套系統(tǒng)，看看哪些地方比用友財(cái)務(wù)系統(tǒng)好，哪些地方差？以便改進(jìn)自己的系統(tǒng)，也可為產(chǎn)品廣告提供數(shù)據(jù)。
5.5競爭測試
軟件競爭使用各種資源（數(shù)據(jù)紀(jì)錄，內(nèi)存等），看他與其他相關(guān)系統(tǒng)對(duì)資源的爭奪能力。比如：一臺(tái)機(jī)器上即安裝您的財(cái)務(wù)系統(tǒng)，又安裝用友財(cái)務(wù)系統(tǒng)。當(dāng)CPU占有率下降后，看看是否能夠強(qiáng)過用友財(cái)務(wù)系統(tǒng)，而是自己的系統(tǒng)能夠正常運(yùn)行？
6. 安全性和訪問控制測試
安全性和訪問控制測試側(cè)重于安全性的兩個(gè)關(guān)鍵方面：
應(yīng)用程序級(jí)別的安全性，包括對(duì)數(shù)據(jù)或業(yè)務(wù)功能的訪問
系統(tǒng)級(jí)別的安全性，包括對(duì)系統(tǒng)的登錄或遠(yuǎn)程訪問。
6.1應(yīng)用程序級(jí)別的安全性
可確保：在預(yù)期的安全性情況下，主角只能訪問特定的功能或用例，或者只能訪問有限的數(shù)據(jù)。例如，可能會(huì)允許所有人輸入數(shù)據(jù)，創(chuàng)建新賬戶，但只有管理員才能刪除這些數(shù)據(jù)或賬戶。如果具有數(shù)據(jù)級(jí)別的安全性，測試就可確?！坝脩纛愋鸵弧蹦軌蚩吹剿锌蛻粝ⅲòㄘ?cái)務(wù)數(shù)據(jù)），而“用戶二”只能看見同一客戶的統(tǒng)計(jì)數(shù)據(jù)。
比如B/S系統(tǒng)，不通過登入頁面，直接輸入U(xiǎn)RL,看其是否能夠進(jìn)入系統(tǒng)？
6.2系統(tǒng)級(jí)別的安全性
可確保只有具備系統(tǒng)訪問權(quán)限的用戶才能訪問應(yīng)用程序，而且只能通過相應(yīng)的網(wǎng)關(guān)來訪問。
3 軟件測試的14種類型
比如輸入管理員賬戶，檢查其密碼是否容易猜取，或者可以從數(shù)據(jù)庫中獲得？
7.故障轉(zhuǎn)移和恢復(fù)測試
故障轉(zhuǎn)移和恢復(fù)測試指當(dāng)主機(jī)軟硬件發(fā)生災(zāi)難時(shí)候，備份機(jī)器是否能夠正常啟動(dòng)，使系統(tǒng)是否可以正常運(yùn)行，這對(duì)于電信，銀行等領(lǐng)域的軟件是十分重要的。
故障轉(zhuǎn)移和恢復(fù)測試可確保測試對(duì)象能成功完成故障轉(zhuǎn)移，并能從導(dǎo)致意外數(shù)據(jù)損失或數(shù)據(jù)完整性破壞的各種硬件、軟件或網(wǎng)絡(luò)故障中恢復(fù)。
故障轉(zhuǎn)移測試可確保：對(duì)于必須持續(xù)運(yùn)行的系統(tǒng)，一旦發(fā)生故障，備用系統(tǒng)就將不失時(shí)機(jī)地“頂替”發(fā)生故障的系統(tǒng)，以避免丟失任何數(shù)據(jù)或事務(wù)。
恢復(fù)測試是一種對(duì)抗性的測試過程。在這種測試中，將把應(yīng)用程序或系統(tǒng)置于極端的條件下（或者是模擬的極端條件下），以產(chǎn)生故障（例如設(shè)備輸入/輸出 (I/O) 故障或無效的數(shù)據(jù)庫指針和關(guān)健字）。然后調(diào)用恢復(fù)進(jìn)程并監(jiān)測和檢查應(yīng)用程序和系統(tǒng)，核實(shí)應(yīng)用程序或系統(tǒng)和數(shù)據(jù)已得到了正確的恢復(fù)。一定要注意主備定時(shí)備份
比如電信系統(tǒng)，突然主機(jī)程序發(fā)生死機(jī)，備份機(jī)器是否能夠啟動(dòng)，使系統(tǒng)能夠正常運(yùn)行，從而不影響用戶打電話？
8.配置測試
又叫兼容性測試。配置測試核實(shí)測試對(duì)象在不同的軟件和硬件配置中的運(yùn)行情況。在大多數(shù)生產(chǎn)環(huán)境中，客戶機(jī)工作站、網(wǎng)絡(luò)連接和數(shù)據(jù)庫服務(wù)器的具體硬件規(guī)格會(huì)有所不同?？蛻魴C(jī)工作站可能會(huì)安裝不同的軟件例如，應(yīng)用程序、驅(qū)動(dòng)程序等而且在任何時(shí)候，都可能運(yùn)行許多不同的軟件組合，從而占用不同的資源。（如瀏覽器版本，操作系統(tǒng)版本等）
下面列出主要配置測試
8.1瀏覽器兼容性
測試軟件在不同產(chǎn)商的瀏覽器下是否能夠正確顯示與運(yùn)行；
比如測試IE，Natscape瀏覽器下是否可以運(yùn)行這套軟件？
8.2操作系統(tǒng)兼容性
測試軟件在不同操作系統(tǒng)下是否能夠正確顯示與運(yùn)行；
比如測試WINDOWS98,WINDOWS 2000,WINDOWS XP,LINU, UNIX下是否可以運(yùn)行這套軟件？
8.3硬件兼容性
測試與硬件密切相關(guān)的軟件產(chǎn)品與其他硬件產(chǎn)品的兼容性，比如該軟件是少在并口設(shè)備中的，測試同時(shí)使用其他并口設(shè)備，系統(tǒng)是否可以正確使用.
比如在INTER,舒龍CPU芯片下系統(tǒng)是否能夠正常運(yùn)行？
這樣的測試必須建立測試實(shí)驗(yàn)室，在各種環(huán)境下進(jìn)行測試。
9.安裝測試
安裝測試有兩個(gè)目的。第一個(gè)目的是確保該軟件在正常情況和異常情況的不同條件下: 例如，進(jìn)行首次安裝、升級(jí)、完整的或自定義的安裝_都能進(jìn)行安裝。異常情況包括磁盤空間不足、缺少目錄創(chuàng)建權(quán)限等。第二個(gè)目的是核實(shí)軟件在安裝后可立即正常運(yùn)行。這通常是指運(yùn)行大量為功能測試制定的測試。
安裝測試包括測試安裝代碼以及安裝手冊(cè)。安裝手冊(cè)提供如何進(jìn)行安裝，安裝代碼提供安裝一些程序能夠運(yùn)行的基礎(chǔ)數(shù)據(jù)。
10.多語種測試
又稱本地化測試，是指為各個(gè)地方開發(fā)產(chǎn)品的測試，如英文版，中文版等等，包括程序是否能夠正常運(yùn)行，界面是否符合當(dāng)?shù)亓?xí)俗，快捷鍵是否正常起作用等等，特別測試在A語言環(huán)境下運(yùn)行B語言軟件（比如在英文win98下試圖運(yùn)行中文版的程序），出現(xiàn)現(xiàn)象是否正常。
本地化測試還要考慮：
l 當(dāng)語言從A翻譯到B，字符長度變化是否影響頁面效果。比如中文軟件中有個(gè)按鍵叫“看廣告”，翻譯到英文版本中為 “View advertisement”可能影響頁面的美觀程度
l 要考慮同一單詞在各個(gè)國家的不同意思，比如football在英文中為足球，而美國人使用中可能理解為美式橄欖球。
l 要考慮各個(gè)國家的民族習(xí)慣，比如龍個(gè)美國中被理解邪惡的象征，但翻譯到中國，中國人認(rèn)為為吉祥的象征。
11.文字測試
文字測試測試軟件中是否拼寫正確，是否易懂，不存在二義性，沒有語法錯(cuò)誤；文字與內(nèi)容是否有出入等等，包括圖片文字。
比如：“比如，請(qǐng)輸入正確的證件號(hào)碼！”何謂正確的證件號(hào)碼，證件可以為身份證，駕駛證，也可為軍官證，如果改為“請(qǐng)輸入正確的身份證號(hào)碼！”用戶就比較容易理解了。
12.分辨率測試
測試在不同分辨率下，界面的美觀程度,分為800*600，1024*768，1152*864，1280*768，1280*1024，1200*1600大小字體下測試。一個(gè)好的軟件要有一個(gè)極佳的分辨率，而在其他分辨率下也都能可以運(yùn)行。
13發(fā)布測試
主要在產(chǎn)品發(fā)布前對(duì)一些附帶產(chǎn)品，比如說明書，廣告稿等進(jìn)行測試
13.1說明書測試
主要為語言檢查，功能檢查，圖片檢查
語言檢查：檢查說明書語言是否正確，用詞是否易于理解；
功能檢查：功能是否描述完全，或者描述了并沒有的功能等；
圖片檢查:：檢查圖片是否正確
13.2宣傳材料測試
主要測試產(chǎn)品中的附帶的宣傳材料中的語言，描述功能，圖片
13.3幫助文件測試
幫助文件是否正確，易懂，是否人性化。最好能夠提供檢索功能。
13.4廣告用語
產(chǎn)品出公司前的廣告材料文字，功能，圖片，人性化的檢查
14 文檔審核測試
文檔審核測試目前越來越引起人們的重視，軟件質(zhì)量不是檢查出來的，而是融進(jìn)軟件開發(fā)中來。前置軟件測試發(fā)越來越受到重視。請(qǐng)看一個(gè)資料：
文檔審核測試主要包括需求文檔測試，設(shè)計(jì)文檔測試，為前置軟件測試測試中的一部分。
14.1需求文檔測試
主要測試需求中是否存在邏輯矛盾以及需求在技術(shù)上是否可以實(shí)現(xiàn)；
14.2設(shè)計(jì)文檔測試
測試設(shè)計(jì)是否符合全部需求以及設(shè)計(jì)是否合理。
總結(jié)
據(jù)美國軟件質(zhì)量安全中心2000年對(duì)美國一百家知名的軟件廠商統(tǒng)計(jì)，得出這樣一個(gè)結(jié)論：軟件缺陷在開發(fā)前期發(fā)現(xiàn)比在開發(fā)后期發(fā)現(xiàn)資金，人力上節(jié)約90%；軟件缺陷在推向市場前發(fā)現(xiàn)比在推出后發(fā)現(xiàn)資金，人力上節(jié)約90%。所以說軟件的缺陷應(yīng)該盡早發(fā)現(xiàn)。不是所有的軟件都要進(jìn)行任何類型的軟件測試的，可以根據(jù)產(chǎn)品的具體情況進(jìn)行組裝測試不同的類型。
更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號(hào)聯(lián)系： 360901061
您的支持是博主寫作最大的動(dòng)力，如果您喜歡我的文章，感覺我的文章對(duì)您有幫助，請(qǐng)用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點(diǎn)擊下面給點(diǎn)支持吧，站長非常感激您！手機(jī)微信長按不能支付解決辦法：請(qǐng)將微信支付二維碼保存到相冊(cè)，切換到微信，然后點(diǎn)擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對(duì)您有幫助就好】元
