關鍵字驅動的過去和未來(4)

　　2.作為一個軟件，易用性和復雜度總是成反比的，當框架提供了方便的表格化編寫case功能時，也相對的增加了底層的復雜度(雖然沒看過robot framework的代碼，但是相信底層代碼的分層也應該比較復雜)，對于想要真的掌握框架的團隊來說，無形中增加了一道門檻。另外，復雜度與可擴展性也是成反比的，就像我可以用木頭做一輛車，也可以把木頭車拆了做些別的東西，但是我沒法把一輛汽車拆了弄成別的東西——前兩年廣東美院那位把解放卡車拆了做成關公像的牛人除外。當然，最終實施自動化時到底如何進行框架選型，就要團隊自己在易用性/復雜度/可擴展性上進行評估了。

　　3.把excel里面的manual test case通過新的關鍵字驅動直接變成可執行的腳本是最好的方法嗎?這似乎只是一個傳統system test 的慣性思維在作怪，為什么沒看過開發人員把unit test 也寫到一個個表格里面?為什么manual test case 就一定要先寫在excel里面，而不是一開始就是代碼?

　　4.如果僅僅是考慮把 step組裝起來，再把case組織成suite執行，其實代碼實現上可以說毫無技術含量，但是對于一個沒有開發經驗的tester來說，這畢竟是一個跟 coding簡單親密接觸的機會，可以讓tester從低難度的代碼開始培養興趣和信息。而keyword，無論新的還是舊的，卻剝奪了這個機會;當 tester希望學習框架的時候，會發現表格的層面跟下層框架之間的不是樓梯，而是一道溝。

　　3. “關鍵字驅動”的未來

　　我們如今所處的環境總是在變化著，今天與10年前相比，最大的變化就是測試行業獲得了極大的發展，大多數企業都認可了測試工作的重要性，并且開始思考如何提升測試工作自身的質量和效率，而且不同規模的企業都在探索著合適自己的研發流程和技術;而tester們的技術能力也在不斷增強，至少能寫代碼的人比5年前多了很多。當然，還要感謝開源世界帶來的眾多框架、組件，讓自動化的門檻不斷降低。

　　就像傳統的關鍵字驅動已經遠去一樣，新的關鍵字驅動未來會如何，大家討論吧。:-)

原文轉自：http://www.uml.org.cn/Test/201501065.asp