4 將文本識別作為你的最后一個選擇
文本識別將占用大量的內存，而且還不穩定，同時在不同的操作系統可能會出現不同的結果。所以只有在沒有其他的方法得到對象的信息的情況下才使用這種方式。不幸的是，這種情況經常發生，特別是當有對象不能被識別的時候。在下面的例子中，我們假設“Assign Date”是類：edit。
錯誤的示范：
obj_get_text("Assign Date", text);
正確的示范：
edit_get_text("Assign Date",text);
5 不要使用額外的wait語句;在需要等待的時候，盡量使用同步函數 錯誤的示范：
wait(40);
正確的示范：
statusbar_wait_info("Status Bar","value","Sites processed = 20",40);
6 不要將report_msg作為tl_step的替代
在尋找一個錯誤的原因的時候，沒有人愿意看測試腳本中的每一行語句的測試結果。如果測試結果中不是紅就是綠的話，就更加清晰明了了。所以使用tl_step標識失敗的步驟還是挺不錯的。
錯誤的示范：
| if(win_exists("Active Information Manager",1) == 0) { set_window("Active Information Manager", 1); obj_get_text("AfxWnd42", text); my_gui_checkpoint(text,"AIM.log"); } else report_msg("AIM failure! Window absent at startup"); |
正確的示范：
| if(win_exists("Active Information Manager",1) == 0) { set_window("Active Information Manager", 1); obj_get_text("AfxWnd42", text); my_gui_checkpoint(text,"AIM.log"); } else tl_step("AimReportRuns",FAIL,"AIM window absent at startup"); |
7 通過使用正則表達式避免將多個窗口實例放在一個gui map文件中
8 添加注釋以增強腳本的可讀性 #Please add comments
文章來源于領測軟件測試網 http://www.kjueaiud.com/
