涉及呼叫其它內部、外部服務的，尤其是非同步呼叫、mq通知等，有時還要考慮呼叫返回超時或錯誤時候的處理（如果有此邏輯的話），（所以我們要搞清楚邏輯呼叫關係和系統架構）
觸發批處理程式呼叫的
定時任務要考慮到
有快取時的資料一致性
分庫分表的資料一致性
重要服務的主備切換場景
分頁的處理，翻頁以及相關的邊界
系統功能公升級對老使用者、老資料的處理，以及公升級時處於中間狀態的使用者，如訂單系統公升級時，正處於購買流程中的使用者場景
狀態改變時要考慮全面，比如刪除1條內容時，涉及總頁數變換、總條目數變換、分類條目數變換、平均數等統計數字的變換……
log資訊不容忽視，多乙個觀測維度終不是壞事
跨技術團隊的服務要多加注意
跨產品團隊的需求應該多推敲一下
越是構造起來比較複雜，測起來頭疼的點，往往越容易出問題
搞清楚每一處邏輯，越是開發描述不清楚的地方越要追問到底
越是著急上線各方催的緊的時候，越要穩住（這時候**的質量往往會水準下降，測試有時是需要揣摩各方的心理的^_^）
設計測試用例、測試點時需要我們在兩個角色間切換：站在使用者的角度，會有哪幾類使用者來使用，使用者會怎麼用；站在開發者的角度，開發會去怎麼實現，各個服務會分哪些邏輯分支
涉及多個系統時，上線順序理清楚
評審會時，要想到我們怎麼去測，考慮測試環境、測試資料，提出我們的可測試性需求
測試透明，讓開發、產品明白我們測過的範圍，哪些沒有測到，盡量避免「測了主流程」這樣含糊的說法
服務端測試
首先服務端的測試包含哪些東西呢?實際上,服務端的測試簡單來說就是除了前端以外的的測試,總的來說可以分為以下兩類 1.web或者的提供業務邏輯的服務端介面測試 介面測試佔據工作工作中的80 介面測試的重點是要檢查資料的交換，傳遞和控制管理過程，以及系統間的相互邏輯依賴關係等。下面粗略的列舉出測試的幾個...
svn服務端總結
服務端目錄結構及一些目錄和檔案的用途 conf 一些預設的配置檔案 db 上傳的東西就在這個目錄，相當於資料庫 revprops 提交寫的message資訊，可以檢視這裡 revs 存放資料的地方 current 是當前最新的版本號 十進位制 持續遞增的 txn current 也是個序號會和cur...
服務端渲染總結
1.服務端渲染2個優點 和 缺點 1.1 服務端渲染可以減少白屏時間 服務端渲染，客戶端接收到html，可以直接顯示 客戶端渲染，客戶端接收到html，解析完畢，還要向服務端去請求js檔案，返回後，執行完js，才能顯示完成 因此，服務端渲染，白屏時間短。1.2 服務端渲染利於seo 有清晰的html...