如果想保證業務層測試的正確性,那麼我們必須要對資料庫進行測試。但是目前我還沒想到在記憶體中去進行資料庫的測試,只能進行整合測試。那麼下面來講一下關於資料層的測試。
因為在資料庫的內部我們無法控制我們只能通過黑盒測試,給予值然後返回我們想要的預期效果來判斷是否成功。但是在測試中我們必須要保證單一性,比喻在測試add的時候當我們新增一條資料那麼資料庫可能就會產生一條髒資料,如果每天執行一次那麼後果也是可怕的,但是有人說產區新增和刪除一起測,我覺得也不合理,因為這樣一來你乙個測試既有新增又有刪除不可取。再說如果是修改呢你怎麼辦。所以你需要在測試時候採取回滾機制。
使用transactionscope回滾資料修改
下面我們看乙個例子
首先我們定義乙個transactionscope
private transactionscope _scope;然後在setup中進行初始化
[setup]然後我們就可以測試看下面**public
void
setup()
[test]最後我們在teardown中釋放這個事物public
void
create_createsuccessful_returnstrue()
[teardown]ok這樣我們就完成了對資料層的測試。下面我們看測試的結果public
void
teardown()
不過有些屬於soa的引用我們只需要保證配置正確即可。
資料庫測試
對於資料庫部分,一般需要進行功能測試,容錯測試,效能測試,安全測試等,這個也要根據產品特性和需求決定,具體決定需要測試哪些方面,簡單說明如下,大家可以繼續補充。1.效能併發測試 例如之前updater討論會,有提到的資料庫的併發測試,結合響應時間的測試 1 與資料庫連線的服務程式採用多執行緒同時開啟...
資料庫測試
從測試過程的角度來說我們也可以把資料庫測試分為 系統測試 傳統軟體系統測試的測試重點是需求覆蓋,而對於我們的資料庫測試同樣也需要對需求覆蓋進行保證。那麼資料庫在初期設計中也需要對這個進行分析,測試.例如儲存過程,檢視,觸發器,約束,規則等我們都需要進行需求的驗證確保這些功能設計是符合需求的.另一方面...
資料庫測試的具體測試方法
查詢輸入 1 分別對單條件進行精確查詢 2 輸入長度的檢驗,輸入允許的最長值進行查詢,是否支援 3 兩個查詢條件是否為2選1,來回選擇是否出現頁面錯誤 4 輸入字元 5 輸入特殊字元 6 輸入數字 7 輸入漢字 8 輸入關係表示式與 或 異或 非 等於 9 輸入空格 10 條件中含有空格 11 輸入...