您好,登錄后才能下訂單哦!
查詢表、子查詢表、有序查詢表
表頭還是要加上標記,這個沒什么說的。構造參數列通常是為了提供查詢條件(可省略)。fixture代碼里面需要注意的是一定要有個無參數的query方法,返回值是List。這個List有點復雜,是三層List的一個集合,分別對應于表、行、字段。口頭表述不很清楚,還是看下面的代碼好了。返回的結果和頁面上的數據進行比較。查詢表適合對關系數據庫的查詢結果進行驗證。
Query:qt.zjc.com.QueryTable | 123456 | ||
name | age | job | salary |
zjc | 99 | worker | 1000000 |
代碼如下:
public class QueryTable { private int salary; private List table; public QueryTable(int s){ this.salary=s; } public List query(){ table=new ArrayList(); ArrayList row=new ArrayList(); ArrayList field1=new ArrayList<String>(); ArrayList field2=new ArrayList<String>(); ArrayList field3=new ArrayList<String>(); ArrayList field4=new ArrayList<String>(); field1.add("name"); field1.add("zjc"); row.add(field1); field2.add("age"); field2.add("99"); row.add(field2); field3.add("job"); field3.add("worker"); row.add(field3); field4.add("salary"); field4.add("1000000"); row.add(field4); table.add(row); return table; } }
可以看到,構造這個List結構相當繁瑣。當然我這里只是個示例,實際中肯定是循環操作了。但即便如此,我認為也可以找到某些更簡單的方式達到相同的驗證目的,比如使用決策表。測試代碼一定要盡可能的簡單明了,不要包含復雜的操作和業務邏輯,否則測出問題還要排查是業務代碼的問題還是測試代碼的問題,那就得不償失了,這是我的觀點。所以個人覺得查詢表的應用范圍并不廣泛,也就一并把子查詢表和有序查詢表寫一起了。
子查詢表、有序查詢表格式和查詢表一模一樣。按文檔說法子查詢表是要包含確定存在的結果,我驗證沒發現任何區別;有序查詢表就是結果按順序比較,內容都對、順序不對也認為是測試失敗。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。