对B/S、C/S模式浅显的认识和测试的侧重点

        在学校里,老师一直会教大家B/S就是浏览器和服务器,C/S是客户机和服务器的模式。然后分析各自的优缺点,他不会再深入的举具体的例子来教大家究竟是怎样的,为什么会有这些优缺点。我也不知道他自己知不知道(/偷笑)

        从最直观的用户体验来看,B/S模式的应用程序(也称之为web应用程序)就是直接访问网页,如:在某浏览器上打开一个淘宝的网页,除了页面上的优化,用户几乎感受不到它的升级,都是后台进行的,不用安装。客户端的程序刚好是需要下载安装,会经常提醒你需要升级了,然后下载安装。(当然也有一个网页版的程序做成了客户端的样式)

       好了,下面是百度介绍的他们俩的区别:

1.硬件环境不同:

C/S 一般建立在专用的网络上, 小范围里的网络环境, 局域网之间再通过专门服务器提供连接和数据交换服务.

B/S 建立在广域网之上的, 不必是专门的网络硬件环境,例与电话上网, 租用设备. 信息自己管理. 有比C/S更强的适应范围, 一般只要有操作系统和浏览器就行

2.对安全要求不同

C/S 一般面向相对固定的用户群, 对信息安全的控制能力很强. 一般高度机密的信息系统采用C/S 结构适宜. 可以通过B/S发布部分可公开信息.

B/S 建立在广域网之上, 对安全的控制能力相对弱, 面向是不可知的用户群.

3.对程序架构不同

C/S 程序可以更加注重流程, 可以对权限多层次校验, 对系统运行速度可以较少考虑.

B/S 对安全以及访问速度的多重的考虑, 建立在需要更加优化的基础之上. 比C/S有更高的要求B/S结构的程序架构是发展的趋势, 从MS的.Net系列的BizTalk 2000 Exchange 2000等, 全面支持网络的构件搭建的系统. SUN 和IBM推的JavaBean 构件技术等,使 B/S更加成熟.

4.软件重用不同

C/S 程序可以不可避免的整体性考虑, 构件的重用性不如在B/S要求下的构件的重用性好.

B/S 对的多重结构,要求构件相对独立的功能. 能够相对较好的重用.就入买来的餐桌可以再利用,而不是做在墙上的石头桌子

5.系统维护不同

系统维护是软件生存周期中,开销大, -------重要

C/S 程序由于整体性, 必须整体考察, 处理出现的问题以及系统升级. 升级难. 可能是再做一个全新的系统

B/S 构件组成,方面构件个别的更换,实现系统的无缝升级. 系统维护开销减到最小.用户从网上自己下载安装就可以实现升级.

6.处理问题不同

C/S 程序可以处理用户面固定, 并且在相同区域, 安全要求高需求, 与操作系统相关. 应该都是相同的系统

B/S 建立在广域网上, 面向不同的用户群, 分散地域, 这是C/S无法作到的. 与操作系统平台关系最小.

7.用户接口不同

C/S 多是建立的Window平台上,表现方法有限,对程序员普遍要求较高

B/S 建立在浏览器上, 有更加丰富和生动的表现方式与用户交流. 并且大部分难度减低,减低开发成本.

8.信息流不同

C/S 程序一般是典型的中央集权的机械式处理, 交互性相对低

B/S 信息流向可变化, B-B B-C B-G等信息、流向的变化, 更象交易中心

所以C/S模式的测试要更注重:

1、客户端安装测试

     安装手册的评估

     安装的自动化程度

     安装选项和设置的测试

     安装过程的中断测试

     安装顺序测试

     多环境安装测试

     安装的正确性测试

     修复安装测试

      卸载安装测试

2、客户端升级测试

      与变更相关的测试

      变更内容的测试

      与变更相关的测试

3、客户端与服务器链接测试

4、服务器端数据验证

5、客户端可维护性测定

推荐阅读更多精彩内容