本文不講呼叫第三方庫的哪些關鍵字，只是簡單梳理一下運用rf的一些基本流程。
一，rf的安裝。
1，安裝python,我用的是python2
2,安裝robotframework,:pip install robotframework
3,安裝setuptool,直接點選，一路下一步。最後配置環境變數。
4,安裝wxpython,:pip install wxpython
5，安裝ride: pip install robotframework-ride
因為python中自帶有pip，所以沒有講pip的安裝。
2，rf做自動化測試依賴的幾個常用的第三方庫，分別為：selenium2library(ui自動化），collections(同上），string(同上），databaselibrary(資料庫自動化），requestslibrary(介面自動化）
其中需要注意的是，selenium2library,databaselibrary,requestslibrary，需要先安裝，然後重啟後，才能匯入成功。
rf中的buildin庫中的關鍵字經常使用。
3，rf中的分層思想。（在程式設計的講究設計模式，設計模式其實就是根據需求使用抽象與封裝，其實就是分層思想。把乙個實現過程分成不同多層。提高的靈活性，從而達到可擴充套件性和可維護性。）
rf中新建專案後，我是先把幾個常用庫先導入後，再進行用例的設計。
我平時工作的順序是：理解需求後，先設計一下哪些部分需要做自動化測試，哪些部分不需要（具體專案具體分析，根據需求來的）。確定需要做自動化的部分後，然後先把一些常用的公共關鍵字封裝一次，再寫用例，碰到需要新的關鍵字時，再封裝。當用例設計完成後。再編寫業務關鍵字，並對用例進行第二次封裝。然後就執行用例，維護用例，調優等工作，直到一切ok。
上面只是個大概的流程，具體的前提是功能已手工測試過。另外，有些是先進行介面測試，介面通過後，再進行ui層的自動化測試。
今天先寫這麼多，明天再補充。
關於做自動化測試中碰到的問題的思考
在新公司時，碰到的業務系統是有前後臺的，後台是引數類的設定，影響前台的數值限制與增加前台的選項。碰到這個情況時，我就考慮是否需要前後台一起來關聯做自動化。與領導溝通，結合自己的經驗，覺得用例最好能獨立。例如 後台新增商品用例，前台有購買商品，如果你在後台新增商品，前台購買這個商品，那就不獨立了。後台...
關於自動化測試的思考
自動化之前要考慮到事情 1 範圍 將所有到東西自動化是不切實的。必須仔細研究和分析測試所能達到的範圍。這個是非常重要的。其實自動化測試最費時耗力的是什麼時候使用自動化，以及測試指令碼的編寫，而執行卻會非常快。2 時間到準備 一定要把自動化測試指令碼的準備時間考慮在內。通常，在開始使用自動化測試到時候...
日常工作的流程化和自動化
作為乙個程式設計師，日常的工作需要處理很多事情，和人打交道的就不說了，下面描述下和機器打交道的事情 一 開發 拿我自己來說，開發一般要包括 bug的修改，新功能的開發 以及維護一些公共介面 涉及的工程都用svn在管理，但還是要解決版本衝突問題，分支和主幹的處理等。比如你正在開發新的東西，以前的東西發...