專案-8大模組-2000左右用例數
1.熟悉業務==需求文件/手工測試/產品聊，了解模組之間的關係/測試人員
專案目前的乙個階段、棘手的問題（不僅寫自動化**，能幫別人用**解決繁瑣的問題）。
2.分析----系統中哪些模組比較適合做自動化、哪些模組不適合
歷史穩定性，功能的複雜性（功能太過於複雜就不適合做自動化，從相對簡單的模組入手）
核心模組（每個系統都有自己非常核心的模組）
使用頻率模組，哪乙個模組bug率目前偏高（這個模組經常出歷史功能的問題）
測試團隊、產品團隊中與使用者接觸的比較高的人開個會交流下，看下哪個模組需要做比較高的維護工作
篩選了2個模組 400個測試用例
如果是介面，就看介面有多少個，每個介面要設計多少個用例
介面自動化用例需達到80-100%
「先分析在哪乙個模組來做，能夠得到最快的產出比，能夠最快的看到效果。」
分析之後，預估先做1個或者某2個模組的自動化測試。
3.功能測試=400個從功能測試用例中去篩選自動化用例核心模組的核心功能、主流程、主功能點140個用例==用例評審（產品、測試、測試經理開會交流進行決定）
先對模組做用例設計，如果你參與了手工測試過程，就了解這個專案的模組。
因為目前不知道專案要做多久的時間，人員安排，階段安排怎麼算，具體也不了解這2個模組的具體情況，也不知道這2個模組大概有多少用例要做自動化測試，不知道用什麼框架去做自動化測試。所以測試計畫和方案可以放後。
web自動化最大的目的就是負責主流程，異常流程分情況，如果它容易實現沒有太大難度就可以做，如果異常場景比較極端，條件準備比較複雜，就可以不去實現它的自動化。先把主流程實現，後期酌情增加異常場景。
做自動化測試需要領導支援的，不然他給你大量的功能測試的工作。如果就你乙個測試，就根據上面的3點，自己進行篩選，做完和上級領導匯報一下，告訴他為什麼這麼選，選出來的結果是什麼。領導肯定會問自動化測試計畫。
4.自動化計畫
「自動化型別：web/api」
1.寫清楚前提，為什麼選擇了這2個模組，為什麼選擇了這140個用例。
2.告訴領導，還要花1-2周時間進行「框架選型：」 如果是自己乙個人，自己寫**順手就寫**實現，如果熟悉其它的框架就用其它的框架。如果團隊有其他人，別人的水平不如你的時候，就要考慮成本代價，如果都用寫**，例如我很懂寫**實現自動化，他們卻不懂，他們做不起來怎麼辦呢？「框架選型主要考慮的是團隊人員的水平。」 如果比你差太多了就不要選**了，就選個容易上手的框架。
「團隊人員」是多少：如果就自己，就寫1，如果還有人輔助你，就寫2
「1-2周時間裡需要搭建框架」（準備好整體的乙個結構，什麼層放什麼東西），定規範（在哪寫測試用例，怎麼設計測試用例，斷言裡面要怎麼設計，有些全域性框架方面的內容，其他自動化測試人員發現了可以告訴我，我來優化，其他自動化測試人員只改他們能改的部分就可以）
「時間規劃:」 用例編寫。2個半月。
「效果：」 評估下覆蓋率是多少-用例通過率（如果通過率只有40%，那麼就沒必要去做自動化了）-跟專案測試進度結合
自動化計畫在正式做之前，應該做個ppt或者excel檔案，找個機會跟領導講大概的計畫，這是初期的計畫，後期根據情況肯定有變動，就是讓領導知道你有自己的計畫。
可以寫完乙個模組先用乙個，發一次測試報告，不可能全部的自動化測試用例寫完再發測試報告。
140功能用例數/平均每天做的web自動化用例數=天數
介面功能用例數/每天做的功能自動化用例數=天數
每個人寫的測試用例，用例粗細度是不一樣的，所以導致每個人每天寫的自動化用例數不一樣。
以上4點，介面自動化和web自動化前期準備工作是一樣的。具體根據業務場景複雜度，公司專案規模等情況而定。
我們平時做專案，大體框架都是一樣的（常用的配置檔案，日誌檔案等都封裝成模組），需要套不同的業務場景，進行優化細化。如果換了專案，就把原來的業務上的case刪除，可以做新的業務。
進行Python web自動化測試時的準備工作
小記一下最近做web自動化測試時遇到的問題 1.確認jenkins所在伺服器，是什麼linux發行版。a.不同版本的linux版本，有的是自帶python2，有的是自帶python2和python3的。確認伺服器端的python版本以及自己本地開發時的python版本一致，也可以替換伺服器pytho...
關於RF做自動化大致流程的梳理
本文不講呼叫第三方庫的哪些關鍵字，只是簡單梳理一下運用rf的一些基本流程。一，rf的安裝。1，安裝python,我用的是python2 2,安裝robotframework,pip install robotframework 3,安裝setuptool,直接點選，一路下一步。最後配置環境變數。4,...
介面自動化測試之前，這些基礎是你需要掌握的
什麼是介面測試 測試人員通常所說的 介面測試 是針對系統各元件之間介面的一種測試，它屬於功能測試。介面能測出普通介面操作難以發現的問題。如，我們都知道系統是由前端後端組成，一些資料在前端做了校驗，後端同樣也需要校驗才能保證安全，介面操作顯然只能檢查到前端校驗這一層，只有直接面對前後端之間的該介面才能...