差異處
這裏顯示兩個版本的差異處。
| Both sides previous revision 前次修改 | 下次修改 Both sides next revision | ||
|
rf:rf:best_practice [2017/07/16 15:13] tony [Test Structure] |
rf:rf:best_practice [2017/07/16 15:14] tony [Test Structure] |
||
|---|---|---|---|
| 行 40: | 行 40: | ||
| * 在寫測試時，常會把相關的assertion放在同一個testcase中，這會因前面的錯而無法得知後面的是否正確。Data-Driven的方式也許可以解決這問題，但在keyword的設計上，就要仔細思考了；另外個方法就是一個測試驗證一個主要目標，但Testsuite的粒度就很重要了，否則會讓測試數量變得非常龐大。 | * 在寫測試時，常會把相關的assertion放在同一個testcase中，這會因前面的錯而無法得知後面的是否正確。Data-Driven的方式也許可以解決這問題，但在keyword的設計上，就要仔細思考了；另外個方法就是一個測試驗證一個主要目標，但Testsuite的粒度就很重要了，否則會讓測試數量變得非常龐大。 | ||
| * Gherkin Style的作法會產生大量的新keyword，Robotframework本身提供兩個方法可減少此問題: | * Gherkin Style的作法會產生大量的新keyword，Robotframework本身提供兩個方法可減少此問題: | ||
| - | - test1 | + | - test1 |
| - | - test2 | + | - test2 |
| === 練習 === | === 練習 === | ||
| <code> | <code> | ||
