軟體測試 閏年判定以及輸入問題思考

2022-08-22 01:09:17 字數 972 閱讀 3099

閏年(leap year)是為了彌補因人為曆法規定造成的年度天數與地球實際公轉週期的時間差而設立的。補上時間差的年份為閏年。閏年共有366天。其中二月為29天,閏年,每四年一次,每一百年不是閏年,每四百年又是一次閏年。

測試中,我們要編寫如下邏輯結構的閏年測試**:

1 獲取年份資訊

2 測試是否為4的公倍數 如果不是,則不是閏年

3 如果是,繼續測試是否是100的公倍數如果不是 則是閏年

4 如果是,繼續測試是否是400的公倍數,如果是則是閏年,如果不是則不是閏年

那麼,最簡單的**實現

1 public static bool year(int year)
不過這裡考慮到難以處理錯誤(全部在一行內處理),所以我們用另一種方式

1

public

static

bool isleapyear(int

year)

2

考慮到輸入問題,我們要對year進行判斷,要求這是乙個大於0的數字,因為year在申明時是int,所以程式會自行確定非int

1

trycatch

(exception ex)

8

進行年份判斷

1

trycatch

(exception ex)

7

這樣就能得到正確結果

其中值得一提的是,因為年份是正無窮的,所以設計測試用例的基礎是已知閏年判斷規則,對各個可能的情況進行分析輸入

結果可能要有如下情況

1 不是4的公倍數年份(1931)

2 是4的公倍數年份(2004)

3 100的公倍數年份(100 1900 2000)

4 400的公倍數年份(400 2400)

進行黑盒測試。

軟體測試 判定錶用例設計方法

判定表是分析和表達多種輸入條件下系統執行不同動作的工具,它可以把複雜的邏輯關係和多種條件組合的情況表達得既具體又明確。1 條件樁 列出系統所有的輸入和條件 2 條件項 所有輸入和條件的真假值 3 動作樁 列出系統可能採取的操作和輸出 4 動作項 列出在所處條件項下,系統出現的動作 確定輸入和輸出,列...

軟體測試階段劃分以及測試分類

一 軟體開發階段的劃分 1 需求分析 需求規格說明書 2 概要設計 概要設計說明書 3 詳細設計 詳細設計說明書 4 編碼 二 軟體測試階段 1 單元測試 1 依據 詳細設計文件 2 以黑盒 功能 測試為主,核心模組或風險較高模組可以輔助使用白盒測試 檢查 3 多個模組可以同時並行進行 4 可能需要...

軟體測試的含義以及測試的物件

軟體測試的含義 早期而言,在1973年 bill hetzel 提出,軟體測試是對程式能夠按預期執行建立起的一種信心。經典定義 是1979年 myers 提出,測試是為發現錯誤而執行程式的過程。軟體測試 software testing 是軟體生存期的乙個重要的階段,是軟體質量保證的乙個關鍵步驟。通...