黑盒測試傭金

⑴ 白盒子測試 細分為多少種呢

單元測試的測試數據可以用兩個基本的方法系統地構建。第一個是規格說明測試，這個技術也稱為黑盒測試，行為測試，數據驅動測試，功能測試以及輸入/輸出驅動測試。在這個方法中，不考慮代碼本身，在擬制測試用例中使用的僅有的信息是規格說明文檔。另一個極端是代碼測試，它在選擇測試用例時不理會規格說明文檔。這個技術也稱為玻璃盒測試，白盒測試，結構測試，邏輯驅動測試以及面向路徑測試。

規格說明測試的可行性：
考慮下面的例子。假定某個數據處理產品的規格說明指出，必須包含5類傭金和7類折扣。僅測試傭金和折扣的每個可能的組合就需要35個測試用例，說傭金和折扣是在兩個完全獨立的模塊中，因而可以獨立測試是沒有用的，因為在黑盒測試中將產品當作黑盒對待，它的內部結構因此是完全無關的。因此，徹底的規格說明測試在實際中是不可能的，因為它的組合方式會爆炸式的增長。

代碼測試的可行性：
代碼測試最常見的形式要求對模塊通過的每條路徑最少執行一次。試驗產品中全部路徑是不可靠的，因為存在這樣的產品，某些數據試驗一個給定路徑將檢測到錯誤，而不同的數據試驗同一個路徑將不會檢出錯誤。然而，面向路徑的測試是有效的，因為它沒有固有地將可能揭示錯誤的測試數據的選擇排除在外。

因為組合爆炸，徹底的規格說明測試或徹底的代碼測試都是不可行的。為此，在使用將盡可能多揭示錯誤的技術的同時，也承認沒有方法保證已經檢測出全部錯誤，一個繼續下去的合理的辦法是首先使用黑盒測試用例，然後使用玻璃盒測試開發額外的測試用例。

黑盒單元測試技術：
徹底的黑盒測試通常要求成百上千億的測試用例，因此測試的技巧是設計一個較小，可管理的測試用例集，是檢測出一個錯誤的機會最大，同時通過讓相同的錯誤由多個測試用例檢出從而使浪費一個測試用例的機會最小。一個這樣的黑盒技術是結合了邊界值分析的等價測試。

1. 等價測試和邊界值測試
假定一個資料庫產品的規格說明指出，該產品必須能夠處理任何從1到16383個記錄，如果該產品能夠處理34個記錄和14870個記錄，那麼它在比如說 8252個記錄時工作良好的可能性很大。因此，該產品能夠處理的記錄數的規定范圍可以定義三個等價類：比1個記錄小，從1到16383個記錄和多於 16383個記錄。
一個成功的測試用例能檢測出先前未檢測到的錯誤，為了使發現這一的錯誤的機會最大，一個高效的技術是邊界值分析。
綜上，因此，測試這個資料庫產品的時候，應選擇7個測試用例：
1> 0個記錄：等價類1的成員，臨近邊界值。
2> 1個記錄：邊界值。
3> 2個記錄：臨近邊界值。
4> 723個記錄：等價類2的成員。
5> 16382個記錄：臨近邊界值。
6> 16383個記錄：邊界值。
7> 16384個記錄：等價類3的成員，臨近邊界值。

等價測試的過程概括如下：
對於輸入和輸出規格說明
對於每個范圍（L，U）：
選擇5個測試用例：小於L，等於L，比L大但比U小，等於U以及大於U。
對於每個集合S：
選擇2個測試用例：一個S的元素和一個非S的元素。
對於每個精確值P：
選擇2個測試用例：P和其他任何值。

2. 功能測試
一個可選的黑盒測試形式是根據模塊的功能選擇測試數據。在功能測試中，要區別每個功能項或在模塊中實現的功能。

玻璃盒單元測試技術：
在玻璃盒測試技術中，基於代碼的檢查，而不是規格說明的檢查來選擇測試用例。有一些不同形式的玻璃盒測試，包括語句，分支以及路徑覆蓋。

1. 結構測試：語句，分支和路徑覆蓋
最簡單形式的玻璃盒測試是語句覆蓋，即運行一系列測試用例，在運行期間每個語句最少執行一次。這個方法的缺點是不能保證對分支的所有輸出都充分地測試。
語句覆蓋的一個改進是分支覆蓋，即運行一系列，確保所有的分支最少測試一次。
像語句或分支覆蓋的技術成為結構測試。
功能最強大的結構測試的形式是路徑覆蓋，即測試所有的路徑。

2. 復雜性度量
質量保證觀點提供另一個玻璃盒單元測試的方法。假定一個管理者被告知代碼模塊m1比代碼模塊m2更復雜，且不管術語復雜是如何准確定義的，管理者直覺上相信m1可能比m2有更多的錯誤。沿著這條思路，計算機科學家已經開發出一些軟體復雜性度量，以幫助確定哪個代碼模塊更可能有錯誤。如果發現一個代碼模塊的復雜度不合理的高，管理者可能直接要求對它重新設計和重新實現，與試圖調試一個有錯的代碼模塊相比，可能從頭開始的代價更小，速度更快。

⑵ 軟體測試中黑盒測試是什麼

黑盒測試也稱功能測試或數據驅動測試，它是在已知產品所應具有的功能，通過測試來檢測每個功能是否
都能正常使用，在測試時，把程序看作一個不能打開的黑盆子，在完全不考慮程序內部結構和內部特性的
情況下，測試者在程序介面進行測試，它只檢查程序功能是否按照需求規格說明書的規定正常使用，程序
是否能適當地接收輸入數鋸而產生正確的輸出信息，並且保持外部信息（如資料庫或文件）的完整性。
黑盒測試方法主要有等價類劃分、邊值分析、因—果圖、錯誤推測等，主要用於軟體確認測試。「黑盒」
法著眼於程序外部結構、不考慮內部邏輯結構、針對軟體界面和軟體功能進行測試。「黑盒」法是窮舉輸
入測試，只有把所有可能的輸入都作為測試情況使用，才能以這種方法查出程序中所有的錯誤。實際上測
試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進行測試。

⑶ 黑盒測試裡面的等價值劃分是什麼

具體的黑盒測試用例設計方法包括等價類劃分法、邊界值分析法、錯誤推測法、因果圖法、判定表驅動法、正交試驗設計法、功能圖法等。 等價類劃分的辦法是把程序的輸入域劃分成若幹部分（子集），然後從每個部分中選取少數代表性數據作為測試用例。每一類的代表性數據在測試中的作用等價於這一類中的其他值。該方法是一種重要的,常用的黑盒測試用例設計方法。

等價值劃分？？不知道

⑷ 什麼是黑（白）盒子測試方法

單元測試的測試數據可以用兩個基本的方法系統地構建。第一個是規格說明測試，這個技術也稱為黑盒測試，行為測試，數據驅動測試，功能測試以及輸入/輸出驅動測試。在這個方法中，不考慮代碼本身，在擬制測試用例中使用的僅有的信息是規格說明文檔。另一個極端是代碼測試，它在選擇測試用例時不理會規格說明文檔。這個技術也稱為玻璃盒測試，白盒測試，結構測試，邏輯驅動測試以及面向路徑測試。

規格說明測試的可行性：
考慮下面的例子。假定某個數據處理產品的規格說明指出，必須包含5類傭金和7類折扣。僅測試傭金和折扣的每個可能的組合就需要35個測試用例，說傭金和折扣是在兩個完全獨立的模塊中，因而可以獨立測試是沒有用的，因為在黑盒測試中將產品當作黑盒對待，它的內部結構因此是完全無關的。因此，徹底的規格說明測試在實際中是不可能的，因為它的組合方式會爆炸式的增長。

代碼測試的可行性：
代碼測試最常見的形式要求對模塊通過的每條路徑最少執行一次。試驗產品中全部路徑是不可靠的，因為存在這樣的產品，某些數據試驗一個給定路徑將檢測到錯誤，而不同的數據試驗同一個路徑將不會檢出錯誤。然而，面向路徑的測試是有效的，因為它沒有固有地將可能揭示錯誤的測試數據的選擇排除在外。

因為組合爆炸，徹底的規格說明測試或徹底的代碼測試都是不可行的。為此，在使用將盡可能多揭示錯誤的技術的同時，也承認沒有方法保證已經檢測出全部錯誤，一個繼續下去的合理的辦法是首先使用黑盒測試用例，然後使用玻璃盒測試開發額外的測試用例。

黑盒單元測試技術：
徹底的黑盒測試通常要求成百上千億的測試用例，因此測試的技巧是設計一個較小，可管理的測試用例集，是檢測出一個錯誤的機會最大，同時通過讓相同的錯誤由多個測試用例檢出從而使浪費一個測試用例的機會最小。一個這樣的黑盒技術是結合了邊界值分析的等價測試。

1. 等價測試和邊界值測試
假定一個資料庫產品的規格說明指出，該產品必須能夠處理任何從1到16383個記錄，如果該產品能夠處理34個記錄和14870個記錄，那麼它在比如說 8252個記錄時工作良好的可能性很大。因此，該產品能夠處理的記錄數的規定范圍可以定義三個等價類：比1個記錄小，從1到16383個記錄和多於 16383個記錄。
一個成功的測試用例能檢測出先前未檢測到的錯誤，為了使發現這一的錯誤的機會最大，一個高效的技術是邊界值分析。
綜上，因此，測試這個資料庫產品的時候，應選擇7個測試用例：
1> 0個記錄：等價類1的成員，臨近邊界值。
2> 1個記錄：邊界值。
3> 2個記錄：臨近邊界值。
4> 723個記錄：等價類2的成員。
5> 16382個記錄：臨近邊界值。
6> 16383個記錄：邊界值。
7> 16384個記錄：等價類3的成員，臨近邊界值。

等價測試的過程概括如下：
對於輸入和輸出規格說明
對於每個范圍（L，U）：
選擇5個測試用例：小於L，等於L，比L大但比U小，等於U以及大於U。
對於每個集合S：
選擇2個測試用例：一個S的元素和一個非S的元素。
對於每個精確值P：
選擇2個測試用例：P和其他任何值。

2. 功能測試
一個可選的黑盒測試形式是根據模塊的功能選擇測試數據。在功能測試中，要區別每個功能項或在模塊中實現的功能。

玻璃盒單元測試技術：
在玻璃盒測試技術中，基於代碼的檢查，而不是規格說明的檢查來選擇測試用例。有一些不同形式的玻璃盒測試，包括語句，分支以及路徑覆蓋。

1. 結構測試：語句，分支和路徑覆蓋
最簡單形式的玻璃盒測試是語句覆蓋，即運行一系列測試用例，在運行期間每個語句最少執行一次。這個方法的缺點是不能保證對分支的所有輸出都充分地測試。
語句覆蓋的一個改進是分支覆蓋，即運行一系列，確保所有的分支最少測試一次。
像語句或分支覆蓋的技術成為結構測試。
功能最強大的結構測試的形式是路徑覆蓋，即測試所有的路徑。

2. 復雜性度量
質量保證觀點提供另一個玻璃盒單元測試的方法。假定一個管理者被告知代碼模塊m1比代碼模塊m2更復雜，且不管術語復雜是如何准確定義的，管理者直覺上相信m1可能比m2有更多的錯誤。沿著這條思路，計算機科學家已經開發出一些軟體復雜性度量，以幫助確定哪個代碼模塊更可能有錯誤。如果發現一個代碼模塊的復雜度不合理的高，管理者可能直接要求對它重新設計和重新實現，與試圖調試一個有錯的代碼模塊相比，可能從頭開始的代價更小，速度更快。

⑸ 黑盒測試與白盒測試的區別

一、測試方式不同

1、黑盒測試：功能測試，是通過測試來檢測每個功能是否都能正常使用。

2、白盒測試：稱結構測試、透明盒測試、邏輯驅動測試或基於代碼的測試。

二、測試目的不同

1、黑盒測試：把程序看作一個不能打開的黑盒子，在完全不考慮程序內部結構和內部特性的情況下，在程序介面進行測試，只檢查程序功能是否按照需求規格說明書的規定正常使用，程序是否能適當地接收輸入數據而產生正確的輸出信息。

2、白盒測試：通過檢查軟體內部的邏輯結構，對軟體中的邏輯路徑進行覆蓋測試。在程序不同地方設立檢查點，檢查程序的狀態，以確定實際運行狀態與預期狀態是否一致。

三、測試原則不同

1、黑盒測試：以用戶的角度，從輸入數據與輸出數據的對應關系出發進行測試的。很明顯，如果外部特性本身設計有問題或規格說明的規定有誤，用黑盒測試方法是發現不了的。

2、白盒測試：一個模塊中的所有獨立路徑至少被測試一次。所有邏輯值均需測試true和false兩種情況。

⑹ 軟體測試中的傭金問題是怎麼回事

從前有一位銷售人員在亞利桑那州代銷密蘇里軍械製造廠生產的步槍配件，包括槍機（locks）、槍托（stocks）和槍管（barrels）。槍機售價45美元，槍托售價30美元，槍管售價25美元。銷售人員每個月至少要賣出一支完整的步槍，而製造廠的生產能力限制銷售人員一個月最多隻能賣出70個槍機、80個槍托和90個槍管。每走訪過一個城鎮之後，銷售人員都要給密蘇里軍械廠發一封電報，匯報在這一城鎮中銷售槍機、槍托和槍管的數量。銷售人員月末會再發一封很短的電報，通知"-1個槍機售出"。這樣軍械廠就知道當月的銷售活動已經結束了，計算銷售人員應得的傭金了。傭金計算方法如下：銷售總額1000美元以下（含1000美元）部分的傭金為10%，1000至1800美元之間部分的傭金為15%，超過1800美元的部分的傭金為20%。傭金程序應該生成月份銷售報表，匯總出該銷售人員當月槍機、槍托和槍管的銷售總量、總銷售額以及應得傭金。

⑺ 黑盒測試和白盒測試哪個工資高一些在大連大概工資分別是多少

白盒測試的工資相對較高

但是在大連地區似乎沒有做白盒測試的。

黑盒測試的又分嵌入式和Web測試 還要考慮是對日還是對歐美。
對歐美的工資相對高些。
本科應屆畢業生應該在3-4K以上吧