深入了解c/s測試與b/s測試的特點

c/s和b/s是我們經(jīng)常使用的，c/s模式通常采取兩層結構，服務器負責數(shù)據(jù)的管理，客戶機負責完成與用戶的交互任務；b/s模式是WEB興起后的一種網(wǎng)絡結構模式，WEB瀏覽器是客戶端最主要的應用軟件。接下來我們就來了解一下c/s測試與b/s測試的相關內(nèi)容吧。

1、單從測試角度來看cs可以分為三部分來看，如下：

a、單獨的client端

b、client和server的整合測試

c、client、network和server的整合測試

2、cs與bs的結構特點對比

a、bs的壓力大部分是在server端；cs的話client端可以分擔寫壓力

b、cs的程序需要考慮不同os的版本

c、cs的維護升級成本大

3、cs的優(yōu)缺點：

C/S 模式的優(yōu)點

由于客戶端實現(xiàn)與服務器的直接相連，沒有中間環(huán)節(jié)，因此響應速度快。

操作界面漂亮、形式多樣，可以充分滿足客戶自身的個性化要求。

C/S結構的管理信息系統(tǒng)具有較強的事務處理能力，能實現(xiàn)復雜的業(yè)務流程。

C/S 模式的缺點

需要專門的客戶端安裝程序，分布功能弱，針對點多面廣且不具備網(wǎng)絡條件的用戶群體，不能夠實現(xiàn)快速部署安裝和配置。

兼容性差，對于不同的開發(fā)工具，具有較大的局限性。若采用不同工具，需要重新改寫程序。

開發(fā)成本較高，需要具有一定專業(yè)水準的技術人員才能完成。

4、B/S模式的優(yōu)點和缺點

B/S 模式的優(yōu)點

具有分布性特點，可以隨時隨地進行查詢、瀏覽等業(yè)務處理。

業(yè)務擴展簡單方便，通過增加網(wǎng)頁即可增加服務器功能。

維護簡單方便，只需要改變網(wǎng)頁，即可實現(xiàn)所有用戶的同步更新。

開發(fā)簡單，共享性強。

 B/S 模式的缺點

個性化特點明顯降低，無法實現(xiàn)具有個性化的功能要求。

操作是以鼠標為最基本的操作方式，無法滿足快速操作的要求。

頁面動態(tài)刷新，響應速度明顯降低。

無法實現(xiàn)分頁顯示，給數(shù)據(jù)庫訪問造成較大的壓力。

功能弱化，難以實現(xiàn)傳統(tǒng)模式下的特殊功能要求

5、CS/CSS系統(tǒng)架構的性能影響因素

由于CS/CSS系統(tǒng)的以下特性，測試工程師對一個CS/CSS系統(tǒng)實施性能測試具有很大的難度：

整個系統(tǒng)的各個部分使用多種操作系統(tǒng)，性能上有差別；

整個系統(tǒng)架構的各個環(huán)節(jié)上使用多種數(shù)據(jù)庫，同樣在性能上有差別；

應用是多個，分屬多個種類，分布在不同設備上，包括自行開發(fā)的應用、第三方的應用；

系統(tǒng)中的設備、組件通過不同協(xié)議進行連接、通訊；

系統(tǒng)的內(nèi)部接口多，性能瓶頸多；而系統(tǒng)的整體性能往往取決于最差的部分；需要分別測試和聯(lián)合測試

系統(tǒng)的性能指標不光同應用系統(tǒng)架構有關，還和具體行業(yè)應用的業(yè)務模式有關；

采用此架構的行業(yè)應用往往是一個7×24小時系統(tǒng)；

采用此架構的行業(yè)應用可能高柜業(yè)務多，這樣會影響對性能度量項的選取和轉換；

各個環(huán)節(jié)基本上以交換數(shù)據(jù)報文的方式通信，其格式經(jīng)常會比較復雜。

關于c/s和b/s的了解就到這里了，希望這些知識能夠解答大家的疑問。

推薦閱讀：

深入了解自動測試框架的分類和特性

接口自動化測試的必要性和實施作用

什么是API測試？什么樣的API測試可以自動化？

掌握接口自動化測試必須要了解哪些知識？

什么是接口測試？而接口測試里的接口又指什么？

有哪些app自動化測試框架比較常用？要怎么選擇app自動化測試框架？