第三次作業 105032014037

修正流程圖：

測試用例設計:

單元測試框架:

1
package
one;23
import
static org.junit.assert.*;45
import
org.junit.before;
6import
org.junit.test;78
public
class
case1 
1314
@test
15public
void
testcommission() 
20 }

測試結果：

測試小結：

通過對白盒測試方法的學習，能夠熟練運用語句覆蓋、判定覆蓋等白盒覆蓋方法進行分析程式並寫出測試用例。對於判定條件少的程式，個人認為先使用路徑覆蓋，然後進行條件判斷，再結合組合覆蓋，最後進行判定覆蓋和語句覆蓋檢查，能夠用更少更準確的用例就能覆蓋越多越廣的覆蓋方式，這能減輕測試工作資料量。

運用junit是對方法的測試，必須基於測試用例正確，不然你把程式已經排除在外的資料給方法測，肯定不通過。junit能測試方法的正確性，減輕了開發人員一次又一次的跑main（）方法，如果main（）方法大且呼叫方法多，那跑一次就會產生很多中間資料，對於檢查**出錯很不容易。

除錯要跑完整的程式**，從main入口開始，一步一步執行，程式設計師需要一直盯著debug檢視進行到**了。除錯就是通過dubug進行編碼錯誤檢查。測試則是通過用例進行找茬，找出程式設計師功能或邏輯上的漏洞。我認為單元測試則居兩者之中，通過junit提取乙個個小的程式方法，只進行乙個個方法的測試，沒有順序，沒有時間限制，**有問題就可以著重測試哪個方法,程式設計師通過單元測試保證程式區域性的正確，但不能完全滿足需求（例如邏輯上的錯誤）。而測試人員可以用之進行區域性測試，但不能進行更完整、更具針對性的用例測試。

第三次作業 105032014037

第三次作業

第三次作業

第三次作業

相關推薦