.NET源代碼自動測試工具
.NET源代碼自動測試工具
1.?靜態測試
1.1?內建250條以上業界公認之編碼規范 (Coding standard) 驗證使用者之源碼，并檢查源碼之完整性。(P,A,S)
1.2?規則精靈(RuleWizard)提供GUI接口讓使用者輕易自定義編碼規范(Coding Standard)，可依個別或特殊需求，驗證代碼是否正確，不需要寫腳本；也提供更便捷之方式，讓使用者放入要檢查的源碼區段，規則精靈會自動幫使用者建立規范。(A)
1.3?可依照內建之編碼規范(Coding Standard) 之嚴重層級 (Severity Level) 來篩檢代碼的規則，以更快速判斷及更正代碼。(P,A,S)
1.4?提供團隊配置中央控管系統(TCM)統一制定、整理、分派編碼規范。(S)
2.?動態測試
2.1?工具需能自動分析C#, VB .NET, MC++之源碼并自動產生單元測試(Unit Testing) 測試用例(NUnit Test Cases) ，此自動產生之測試用例須為源碼并為NUnit格式，以利開發人員修改及維護。(P,A,S)
2.2?工具需能自動產生有源碼的”樁”(Stubs) 來模仿外部呼叫(External Call) 之程序進而達到單元測試之目的，樁 (Stubs) 需可以依用戶需求修改。(P,A,S)
2.3?工具需能自動執行白箱測試 (White box testing) 進而協助確保代碼中每一條獨立的路徑至少會執行一次，所有的循環及邏輯運算也會執行，強化代碼之架構功能。(P,A,S)
2.4?工具需能自動執行黑箱測試 (Black Box Testing) 可快速自動建立測試用例(NUnit Test Case)，以檢查程序運行結果是否為預期中的結果，并可自定測試用例(NUnit Test Case) 的值，更可有效檢查錯誤是否存在。(P,A,S)
2.5?工具需能自動執行回復測試 (Regression Testing) 可紀錄測試結果，并以此建立測試用例(NUnit Test Case)，當重新測試之結果有所不同時即會通知使用者狀況異常。(P,A,S)
2.6?需能與MS Visual Studio .NET 2003, 2005整合。(P,A,S)
2.7?需能提供完整之測試覆蓋率報表如Line coverage。(P,A,S)
2.8?自動產生之測試案例(Test Case) 需為NUnit格式之測試用例，需能存入原始碼控制系統如CVS, Clearcase或RVS內。(P,A,S)
2.9?可以支持命令行模式，快速整合現有項目建置的系統(如makefile)，有效找出項目隱藏的問題，可與現有建置流程(build process)同時進行，不影響原開發流程。
非常好我支持^.^
(4) 80%
不好我反對
(1) 20%