3.1 測試文件範圍
介面自動化測試主要需要管理的文件型別如下：
介面說明文件、測試用例文件、測試報告（結果）文件、測試指令碼（jmx型別）、會議紀要、評審文件等測試相關文件。
3.2 測試文件建立說明
需求類的文件（如：介面說明文件）在測試初期由開發提供給測試人員，測試人員依據介面文件編寫用例，文件不規範的地方需要及時向開發反饋，督促修改提供規範的介面文件。
測試用例文件是在測試人員拿到介面說明文件後，理解好需求即開始編寫該文件，後期會經過評審不斷的對測試用例文件進行優化。完成測試用例文件編寫後，即可開始測試指令碼的編制，指令碼編制用例的依據來自測試用例文件。
測試指令碼是在測試人員執行測試過程中形成的測試產出，要求指令碼編寫要符合該文件下面對指令碼編寫的規範要求，這樣方便後期的指令碼維護和管理。
測試報告文件是測試人員在完成測試後，對該階段測試結果的乙個總結性報告，要求按照公司提供的規範模板編寫，並提交給測試組長審核，審核無誤後發給對應的產品或專案的開發、業務、領導等相關人員。
會議紀要、評審文件等文件是在整個測試過程中依據專案的需要產生的，這些文件可以劃歸到需求文件中，用作指導和規範測試人員的測試工作。
3.3 測試文件歸檔要求
強烈建議每個地區的測試組有自己的svn管理目錄，測試人員在完成專案或產品的測試中，因為產品或專案都有自己的svn目錄，測試過程中，開發經理也會要求如測試用例、測試報告等測試文件上傳到對應專案的svn上。但測試結束後，測試人員還需把最後的完整的測試相關文件（介面說明文件、測試用例文件、測試報告（結果）文件、測試指令碼（jmx型別）、會議紀要、評審文件等）按型別歸檔到自己測試組下的svn管理目錄，使測試文件受控於測試組的管理，形成測試組自己的資產。
介面測試 介面文件規範
介面測試的依據，往往不是需求文件，而是介面文件。介面文件不管以什麼形式存在，需要包含的內容有 介面名稱 介面型別 輸入引數 每個引數名 每個引數型別 每個引數業務含義 每個是否可空 每個字段長度 可選，一般需要提供，有嚴格要求的字段需特別註明 每個引數的單位 可選，金額類字段需註明 d.輸出結果 每...
介面規範文件
一.我們系統的一般的介面設計和跨域處理 1.前後端token驗證 初始化操作 public function initialize session start parent initialize header access control allow origin header access con...
如何規範編寫介面文件
編寫乙份基本的介面文件要注意以下幾點 1.一定要有版本號，因為基本上對應的介面都是剛開發或者待開發的 已經正常使用的介面也不需要你來寫文件 不可能一次提供最終版，方便後續更改，同時避免因為修改多次導致雙方使用不一樣的文件而出錯。2.要有目錄和時間 建立時間，修改時間 3.介面文件最重要的是介面的詳細...