1樓：仲增嶽仁夏
lua:
邊界值分析
基於定義域,不識別資料或邏輯關係
很容易自動化實現
設計工作量小
生成的測試用例數比較多
測試用例執行時間長
等價類技術
考慮資料依賴關係
標識等價類時需要更多的判斷和技巧
等價類標識出以後的處理也是機械的
設計工作量和測試用例數屬中等
決策表技術
又要考慮資料的邏輯依賴關係
所得測試用例可以是完備的
測試數量在一定意義上講是最少的
需要通過多次迭代
設計工作量很大
2樓：多秀榮區己
舉個例子，測試引數輸入，要求輸入“1~99”引數為合法；
那等價類可以這麼分：
1、按位數不同來分：輸入空、個位數、十位數、百位數，測試了空、1、11、101，就不用測2、22、102了，因為“個十百”位數都是等價的，屬於同一型別；
2、按長度不同來分：如1、1.0，測過了就不用管2.0或者1.0001之類的了，這裡的等價區間就是有沒有小數點；
3、按輸入型別來分：數字、字母、符號等等；
而邊界值：
1就是最小邊界，99就是最大邊界，這兩個是合法邊界的極限，必須測試，然後再測試超出邊界的邊界，如0和100，這樣測完就說明引數設定的範圍真確，而且還沒超出；
答案沒給文字上的概念，如果你要的是標準答案，看下面，也不是標準的，我亂寫的：
等價劃分法：將測試過程中的輸入、輸出、操作等相似內容分組，從每組中挑選具有代表性的內容作為測試用例測試，劃分時分有效等價和無效等價來篩選；
邊界值分析法：
確認輸入、輸出的邊界，然後取剛好等於、大於、小於邊界的引數作為測試用例測試；
他兩的定義就是不同，一個屬於確認有效區間，一個屬於確認邊界，聯絡就是等價和邊界要一起考慮，邊界值分析法屬於等價類劃分法的補充，任何等價區間都有邊界，有邊界就有等價區間；
黑盒測試中的等價類劃分和邊界值法的區別
3樓：碧玉丫丫
舉個例子，測試引數輸入，要求輸入“1~99”引數為合法；
那等價類可以這麼分：
1、按位數不同來分：輸入空、個位數、十位數、百位數，測試了空、1、11、101，就不用測2、22、102了，因為“個十百”位數都是等價的，屬於同一型別；
2、按長度不同來分：如1、1.0，測過了就不用管2.0或者1.0001之類的了，這裡的等價區間就是有沒有小數點；
3、按輸入型別來分：數字、字母、符號等等；
而邊界值：
1就是最小邊界，99就是最大邊界，這兩個是合法邊界的極限，必須測試，然後再測試超出邊界的邊界，如0和100，這樣測完就說明引數設定的範圍真確，而且還沒超出；
答案沒給文字上的概念，如果你要的是標準答案，看下面，也不是標準的，我亂寫的：
等價劃分法：將測試過程中的輸入、輸出、操作等相似內容分組，從每組中挑選具有代表性的內容作為測試用例測試，劃分時分有效等價和無效等價來篩選；
邊界值分析法：
確認輸入、輸出的邊界，然後取剛好等於、大於、小於邊界的引數作為測試用例測試；
他兩的定義就是不同，一個屬於確認有效區間，一個屬於確認邊界，聯絡就是等價和邊界要一起考慮，邊界值分析法屬於等價類劃分法的補充，任何等價區間都有邊界，有邊界就有等價區間；lua:
邊界值分析
基於定義域,不識別資料或邏輯關係
很容易自動化實現
設計工作量小
生成的測試用例數比較多
測試用例執行時間長
等價類技術
考慮資料依賴關係
標識等價類時需要更多的判斷和技巧
等價類標識出以後的處理也是機械的
設計工作量和測試用例數屬中等
決策表技術
又要考慮資料的邏輯依賴關係
所得測試用例可以是完備的
測試數量在一定意義上講是最少的
需要通過多次迭代
設計工作量很大
4樓：管景明樸賦
lua:
邊界值分析
基於定義域,不識別資料或邏輯關係
很容易自動化實現
設計工作量小
生成的測試用例數比較多
測試用例執行時間長
等價類技術
考慮資料依賴關係
標識等價類時需要更多的判斷和技巧
等價類標識出以後的處理也是機械的
設計工作量和測試用例數屬中等
決策表技術
又要考慮資料的邏輯依賴關係
所得測試用例可以是完備的
測試數量在一定意義上講是最少的
需要通過多次迭代
設計工作量很大
軟體測試分為白盒測試和黑盒測試，等價類劃分法屬於什麼測試？
5樓：匿名使用者
等價類是黑盒的其中一種，還有邊界值，業務流，正交表，因果圖，狀態遷移法等
黑盒測試面試題：什麼是等價類劃分
6樓：匿名使用者
等價類劃
bai分法是一種典型的、重要du的黑盒測試方法，zhi它將程式所有
dao可能的輸入資料（有效版的和權無效的）劃分成若干個等價類。然後從每個部分中選取具有代表性的資料當做測試用例進行合理的分類，測試用例由有效等價類和無效等價類的代表組成，從而保證測試用例具有完整性和代表性。利用這一方法設計測試用例可以不考慮程式的內部結構，以需求規格說明書為依據，選擇適當的典型子集，認真分析和推敲說明書的各項需求，特別是功能需求，儘可能多地發現錯誤。
等價類劃分法是一種系統性的確定要輸入的測試條件的方法。
在軟體測試中，（）方法經常在測試中和其他測試方法配合使用？ a邊界值 b等價類 c因果關係 d錯誤推測
7樓：匿名使用者
答案選：a
原因分析：
1、【邊界值】分析法就是對輸入或輸出的邊界值進行測試的一種黑盒測試方法。通常邊界值分析法是作為對等價類劃分法的補充，這種情況下，
其測試用例來自等價類的邊界；
2、【等價類】邊界值分析法就是對輸入或輸出的邊界值進行測試的一種黑盒測試方法。通常邊界值分析法是作為對等價類劃分法的補充，這種情
況下，其測試用例來自等價類的邊界
3、【因果關係】 從用自然語言書寫的程式規格說明的描述中找出因（輸入條件）和果（輸出或程式狀態的改變），可以通過因果圖轉換為判定
表。 4、【錯誤推測】錯誤推測法是指：在測試程式時，人們可以根據經驗或直覺推測程式中可能存在的各種錯誤，從而有針對性地編寫檢查這些錯誤
的測試用例的方法。
根據定義:
1、邊界值與等價類的聯絡可以在等價類的定義中就可以看出來，不解釋了。
2、因果圖主要是通過因果關係，輸入條件後程式或給出什麼樣的輸出結果。
舉個列子：問題：當我們輸入等於60的數字時，系統會輸出“合格”；
此時可以用邊界值法：輸入小於60的數字，輸入等於60的數字，輸入大於60的數字系統會給出什麼樣的結果。
3、錯誤推測，這點了解不多，但是更多的是經驗，但是同樣可以使用邊界值；
還是：輸入等於60的數字時，系統輸出"合格"為例,如果同一個程式中不同模組相同功能的點，其中一個點輸入大於或者小於 60的數字出錯了，那麼我就可以判斷，在同樣的功能輸入同樣的內容系統也會給出錯誤。
設計測試用例時,用的最多的黑盒測試方法（） a、等價類劃分 b、邊界值分析 c、因果圖 d、判定表
8樓：匿名使用者
如果你要測試的軟體結構較為複雜，系統較為龐大，你的測試重點在流程上而不是在功能點上，c和d比重較大；
如果你的主要測試物件是一些資料流的輸入輸出，那b的比重較大；
我接觸過的測試內容基本都包含了a。
其實b只是把a給細化了。
黑盒測試裡面的等價值劃分是什麼 5
9樓：匿名使用者
具體的黑盒測試用例設計方法包括等價類劃分法、邊界值分析法、錯誤推測法、因果圖法、判定表驅動法、正交試驗設計法、功能圖法等。 等價類劃分的辦法是把程式的輸入域劃分成若干部分（子集），然後從每個部分中選取少數代表性資料作為測試用例。每一類的代表性資料在測試中的作用等價於這一類中的其他值。
該方法是一種重要的,常用的黑盒測試用例設計方法。
等價值劃分？？不知道
什麼是黑盒測試？
10樓：匿名使用者
黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測試地，把程式看作一個不能開啟的黑盒子，在完全不考慮程式內部結構和內部特性的情況下，在程式介面進行測試，它只檢查程式功能是否按照需求規格說明書的規定正常使用，程式是否能適當地接收輸入資料而產生正確的輸出資訊。黑盒測試著眼於程式外部結構，不考慮內部邏輯結構，主要針對軟體介面和軟體功能進行測試。
黑盒測試是以使用者的角度，從輸入資料與輸出資料的對應關係出發進行測試的。很明顯，如果外部特性本身有問題或規格說明的規定有誤，用墨盒測試方法是發現不了的。
黑盒測試法注重於測試軟體的功能需求，主要試圖發現下列幾類錯誤。
功能不正確或遺漏；
介面錯誤；
資料庫訪問錯誤；
效能錯誤；
初始化和終止錯誤等。
從理論上講，黑盒測試只有採用窮舉輸入測試，把所有可能的輸入都作為測試情況考慮，才能查出程式中所有的錯誤。實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但可能的輸入進行測試。這樣看來，完全測試是不可能的，所以我們要進行有針對性的測試，通過制定測試案例指導測試的實施，保證軟體測試有組織、按步驟，以及有計劃地進行。
黑盒測試行為必須能夠加以量化，才能真正保證軟體質量，而測試用例就是將測試行為具體量化的方法之一。具體的黑盒測試用例設計方法包括等價類劃分法、邊界值分析法、錯誤推測法、因果圖法、判定表驅動法、正交試驗設計法、功能圖法等。
等價類劃分的辦法是把程式的輸入域劃分成若干部分（子集），然後從每個部分中選取少數代表性資料作為測試用例。每一類的代表性資料在測試中的作用等價於這一類中的其他值。該方法是一種重要的,常用的黑盒測試用例設計方法。
1) 劃分等價類: 等價類是指某個輸入域的子集合。在該子集合中，各個輸入資料對於揭露程式中的錯誤都是等效的，併合理地假定：
測試某等價類的代表值就等於對這一類其它值的測試.因此,可以把全部輸入資料合理劃分為若干等價類,在每一個等價類中取一個資料作為測試的輸入條件,就可以用少量代表性的測試資料.取得較好的測試結果.
等價類劃分可有兩種不同的情況:有效等價類和無效等價類.
有效等價類:是指對於程式的規格說明來說是合理的,有意義的輸入資料構成的集合.利用有效等價類可檢驗程式是否實現了規格說明中所規定的功能和效能.
無效等價類:與有效等價類的定義恰巧相反.
設計測試用例時,要同時考慮這兩種等價類.因為,軟體不僅要能接收合理的資料,也要能經受意外的考驗.這樣的測試才能確保軟體具有更高的可靠性.
2）劃分等價類的方法:下面給出六條確定等價類的原則.
①在輸入條件規定了取值範圍或值的個數的情況下,則可以確立一個有效等價類和兩個無效等價類.
②在輸入條件規定了輸入值的集合或者規定了“必須如何”的條件的情況下,可確立一個有效等價類和一個無效等價類.
③在輸入條件是一個布林量的情況下,可確定一個有效等價類和一個無效等價類.
④在規定了輸入資料的一組值（假定n個）,並且程式要對每一個輸入值分別處理的情況下,可確立n個有效等價類和一個無效等價類.
⑤在規定了輸入資料必須遵守的規則的情況下,可確立一個有效等價類（符合規則）和若干個無效等價類（從不同角度違反規則）.
⑥在確知已劃分的等價類中各元素在程式處理中的方式不同的情況下,則應再將該等價類進一步的劃分為更小的等價類.
3）設計測試用例:在確立了等價類後,可建立等價類表,列出所有劃分出的等價類:
輸入條件 有效等價類 無效等價類
然後從劃分出的等價類中按以下三個原則設計測試用例:
①為每一個等價類規定一個唯一的編號.
②設計一個新的測試用例,使其儘可能多地覆蓋尚未被覆蓋地有效等價類,重複這一步.直到所有的有效等價類都被覆蓋為止.
③設計一個新的測試用例,使其僅覆蓋一個尚未被覆蓋的無效等價類,重複這一步.直到所有的無效等價類都被覆蓋為止.
邊界值分析是通過選擇等價類邊界的測試用例。邊界值分析法不僅重視輸入條件邊界，而且也必須考慮輸出域邊界。它是對等價類劃分方法的補充.
（1）邊界值分析方法的考慮:
長期的測試工作經驗告訴我們,大量的錯誤是發生在輸入或輸出範圍的邊界上,而不是發生在輸入輸出範圍的內部.因此針對各種邊界情況設計測試用例,可以查出更多的錯誤.
使用邊界值分析方法設計測試用例,首先應確定邊界情況.通常輸入和輸出等價類的邊界,就是應著重測試的邊界情況.應當選取正好等於,剛剛大於或剛剛小於邊界的值作為測試資料,而不是選取等價類中的典型值或任意值作為測試資料.
（2）基於邊界值分析方法選擇測試用例的原則:
1）如果輸入條件規定了值的範圍,則應取剛達到這個範圍的邊界的值,以及剛剛超越這個範圍邊界的值作為測試輸入資料.
2）如果輸入條件規定了值的個數,則用最大個數,最小個數,比最小個數少一,比最大個數多一的數作為測試資料.
3）根據規格說明的每個輸出條件,使用前面的原則1）.
4）根據規格說明的每個輸出條件,應用前面的原則2）.
5）如果程式的規格說明給出的輸入域或輸出域是有序集合,則應選取集合的第一個元素和最後一個元素作為測試用例.
6）如果程式中使用了一個內部資料結構,則應當選擇這個內部資料結構的邊界上的值作為測試用例.
7）分析規格說明,找出其它可能的邊界條件.
錯誤推測法是基於經驗和直覺推測程式中所有可能存在的各種錯誤, 從而有針對性的設計測試用例的方法.
錯誤推測方法的基本思想: 列舉出程式中所有可能有的錯誤和容易發生錯誤的特殊情況,根據他們選擇測試用例. 例如, 在單元測試時曾列出的許多在模組中常見的錯誤.
以前產品測試中曾經發現的錯誤等, 這些就是經驗的總結. 還有, 輸入資料和輸出資料為0的情況. 輸入**為空格或輸入**只有一行.
這些都是容易發生錯誤的情況. 可選擇這些情況下的例子作為測試用例.
黑盒測試中的等價類劃分和邊界值法的區別
舉個例子，測試引數輸入，要求輸入 1 99 引數為合法 那等價類可以這麼分 1 按位數不同來分 輸入空 個位數 十位數 百位數，測試了空 1 11 101，就不用測2 22 102了，因為 個十百 位數都是等價的，屬於同一型別 2 按長度不同來分 如1 1.0，測過了就不用管2.0或者1.0001之...
軟體測試中的單元測試，如果測試的單元為類，請問怎麼對類進行測試
單元測試應該是重抄點對方法和函式進行測 bai試，寫好樁和du驅動，通過呼叫和被呼叫，驗zhi證方法dao在處理不同引數時的結果。如果單元是一個類，主要就是看類設計的合理性，是否已經囊括需要的物件的必要屬性，屬性的型別設計是否正確，類的方法是否能滿足對類的操作，是否和其他類有衝突或重複的設計等。軟體...
c 中的類是什麼作用，c 中的類和類的物件是什麼意思
類是 物件導向bai程式設計語言中 du的一個概念。類 zhiclass 實際上是對某種dao型別的物件定專義變數和方法的原屬型。它表示對現實生活中一類具有共同特徵的事物的抽象，是物件導向程式設計的基礎。類的實質是一種資料型別，類似於int char等基本型別，不同的是它是一種複雜的資料型別。因為它...