• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • 如何對軟件測試中用到的測試數據建模(2)

    發表于:2013-01-07來源:淘測試作者:天彤點擊數: 標簽:測試數據
    我想每個測試場景,需要建立的數據模型并不會很多,2、3個左右。數據模型必須是常用的,這樣才有實際意義。時間久了,研發團隊每個成員的腦海里,

      我想每個測試場景,需要建立的數據模型并不會很多,2、3個左右。數據模型必須是常用的,這樣才有實際意義。時間久了,研發團隊每個成員的腦海里,對于測試數據模型的概念,會越來越深刻,甚至對于模型里的某個Test Case,如果被執行的次數夠多的話,也會被大家記住。到時候Test Case也會需要名稱,為了方便大家記憶交流。

      在實際工作中,開發工程師經常反映,要執行某個Test Case,只修改某個數據對象(比如user)的屬性,根本不夠,必須要把多個數據對象(比如user、order、item)同時修改,才能完成。這其實就是一個典型的需求:這個Case需要一個復雜的測試數據模型。

      當測試數據模型被大家接受以后,我們就可以圍繞模型做一些工具開發,來簡化準備測試數據的工作。如果工具只能分別修改某個對象的屬性,那么可用性就不會太好,需要人為進行組合操作。如果工具能以測試數據模型為單元,就可以很快生成數據模型里的某個Test Case,這樣會大大簡化測試準備工作。

      需要說明的是,本文是基于工作現狀的推理,這種建模方式僅僅是“原型”,還缺少一些最佳實踐。如果本文的論述能引起你的共鳴,歡迎你在自己的產品測試中試一試。

    原文轉自:http://www.kjueaiud.com

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>