服務器端測試包含代碼檢查,接口測試(單個接口、模塊測試、場景測試)和性能測試(壓力測試、服務端配置等)數據庫
接口測試寫case的時間:後端
————》技術評審結束,先後端的協議肯定了,就能夠開始寫case了,驗證點包含:返回值的status、還有一些固定值的assert,或者從數據庫或者其餘接口進行查詢來進行結果的校驗,也能夠進行新舊系統的比較;緩存
若是存在可變的結果如何校驗?——————》須要從其餘地方進行查詢或者驗證,好比:若是用線上數據可能比較困難,若是在線下可能好弄一些(能夠更改數據庫、或者清除緩存,也能夠經過直接mock服務,這樣服務給返回的內容就是預期咱們想要的主要就是用來驗證邏輯用的)服務器
模塊和場景測試,須要結合業務,將多個接口組合起來,將A接口的輸出做爲B接口的輸入,來發現問題,可能比測試單個接口能發現的問題要多一些;架構
對於登陸的狀況——能夠每一個接口都去作登陸,而後獲取登陸信息進行接口測試;通常登陸都是在半小時的有效期不會出現失效的狀況工具
性能測試(壓測+服務端配置):性能
壓測的話就是通常會用jmeter或者loadrunner,主要關注的內容就是平時聽到的那些,好比QPS,通常開發會有一個預期的QPS;服務端配置好比說可能會須要修改一些conf文件,這個conf文件自己肯定了會調用的線程數,可能須要進行不一樣的組合測試,找到具體業務狀況下最適合的一個線程數測試
本身去找服務端的最優勢(OPS,平均耗時,超時率,CPU,內存,能夠監控看是否有內存泄露)等線程
分層測試相關的內容整理以下:接口
精準測試:初步從代碼差別入手,更多須要從調用分析考慮,還得考慮不少種工種,複雜度比較高;那麼如何進行調用分析呢?須要分階段,先單個工程,多個項目工程集成也須要考慮。
服務端主要怎麼進行測試?流程和方向上如何考慮解決呢?
答:分層測試是最基本的方案,scf接口、http接口、少許UI;其實就是那個測試金字塔的那個圖,比重最大的是最底層的Unittest,接下來是中間層的Service,最上面是比重最小的UI;在這個基礎上結合輔助工具作CI集成;在這個基礎上能夠分的更細的話在http接口上層考慮在頁面數據,再往上考慮兼容和交互;針對業務測試方法考慮工具、針對輔助工具上進一步升級,在整個流程中找技術改進點和流程改進點,更高級的作法能夠結合系統架構作集成類的測試;針對測試數據這塊考慮最小成本方案精準測試等(而後精準測試就是上面的問題了,關於精準測試如何作。。。)