C/S与B/S架构的产品进行系统测试的区别

1、功能性测试 
     C/S:服务器和客户端均会分担一部分的事务处理功能,应分开测试。 
     B/S:服务器负责主要的事务逻辑,所以应将重点放在服务器上。
2、安全测试 
     C/S:可以使用多种网络协议,甚至可以自定义协议,从这个角度来看,C/S的安全性是有保障的。 
     B/S:使用http协议,虽然最新的https协议在安全性方面有所提升,但还是弱于C/S。 
3、配置测试 
     C/S:客户端需要进行安装和卸载测试。 
     B/S:无需安装,但要针对不同核心的浏览器进行兼容测试。 
4、GUI测试 
     C/S:客户端的界面变化不会太频繁,比较适合使用自动化工具来简化测试工作。 
     B/S:根据浏览器渲染核心不同需要作出相应调整;从网络速率上考虑,还要调整页面中各元素大小。 
5、性能测试 
     C/S:由于一部分的事务处理在客户端上就能进行,所以大大减轻了服务器的负担;但由于网络传输的优势,却可能带来较多并发的问题。 
     B/S:所有事务交由服务器进行处理,服务器的抗压能力是首要的;同时,网络速率和用户量与日俱增,也会带来大量并发问题。
时间: 2024-08-12 17:40:53

C/S与B/S架构的产品进行系统测试的区别的相关文章

20140625三层架构实现产品的增删改查

产品的增删改查 l  Model: Products.cs     public class Products     {         public System.Guid Id { get; set; }         public System.String Name { get; set; }         public System.String ImagePath { get; set; }         public System.String Msg { get; set

产品经理和产品助理有哪些区别?

首先解释一下这个标题,我想说的其实是一个工作1-2年的产品经理跟一个5-6年的产品经理的区别,并不只是说职称不同的差异.现在做产品的都叫产品经理了,即便是刚入行的毕业生,虽然干的是打杂的活,也不会涉及到人员的管理和产品版本的把控,但是职位名称还是要叫产品经理,所以在一些公司也出现了产品经理管着产品经理的情况. 对这种现象,有很多公司也挺无奈,拿校招来说,两家公司都招产品,职责相同,如果你们公司的职位名称是产品助理,在招聘优势上就要弱于别的公司,特别是公司规模差不多的前提下.学生也不希望在同学中低

揭秘LOL背后的IT基础架构丨产品而非服务

欢迎来到Tungsten Fabric用户案例系列文章,一起发现TF的更多应用场景."揭秘LOL"系列的主人公是Tungsten Fabric用户Riot Games游戏公司,作为LOL<英雄联盟>的开发和运营商,Riot Games面临全球范围复杂部署的挑战,让我们一起揭秘LOL背后的"英雄们",看他们是如何运行在线服务的吧.作者:Nicolas Tittley和Ala Shiban(文章来源:Riot Games)译者:TF编译组 这个长系列的文章,

也谈设计模式,架构,框架和类库的区别

看了廖大的<设计模式,框架,架构>http://www.dualface.com/blog/?p=546感觉受益良多,下面我打算用一个比方来诠释我的理解 我类比的例子是盖房子,我先从设计模式说起.人类从住山洞到现在的住高楼大厦中间的居住形态经历了无数次的演变,不同的 人用自己的智慧诠释了对居住环境的理解,并且由于有了文字这些经验都被记录下来了.现在打个比方,如果让学计算机的你在一个深 山老林里,什么都不给你,你能盖出什么样的房子呢?我猜肯定是什么也盖不出来,只能去睡山洞了,为什么呢,因为你什么

[架构设计] 组件和模块的区别

组件(Component)和模块(Module)又是一对容易混淆的名词,也常常被用来相互替换.个人总结,从设计上来看,组件强调复用,模块强调职责(内聚.分离),或者说组件是达到可复用要求的模块. Module, 中文为模块或模组.它的核心意义是分离职责,属于代码级模块化的产出.本身是一组具有一定内聚性代码的组合,职责明确.对外的接口可以是松散的,也可以是集中的.SEI的定义如下: An implementation unit of software that provides a coheren

市场需求和产品需求有哪些区别和联系?

1.市场需求是问题,产品需求是答案 一个是现象一个是方法 产品需求服务产品,产品服务市场需求,它们应该是因果关系 产品都是为解决某个问题存在的 2.市场需求有伪装性,产品需求要明晰性 就像福特和马的故事,用户真正需求的是要更快的交通工具,但用户只知道马 ,所以他们的需求是有隐蔽性的:福特的产品需求就很明晰了,要做更快的汽车 市场需求是需要挖掘的 3.都是1对多关系 市场需求可以有多个产品来满足,产品需求又可以满足多个市场需求 汽车和马都可以解决交通问题,而且各有优缺点:汽车快但贵,马慢但便宜 搜

2017-7-14 关于三层架构和MVC的联系和区别 (转)

首先,MVC和三层架构,是不一样的. 三层架构中,DAL(数据访问层).BLL(业务逻辑层).WEB层各司其职,意在职责分离. MVC是 Model-View-Controller,严格说这三个加起来以后才是三层架构中的WEB层,也就是说,MVC把三层架构中的WEB层再度进行了分化,分成了控制器.视图.实体三个部分,控制器完成页面逻辑,通过实体来与界面层完成通话:而C层直接与三层中的BLL进行对话. 所以, .net的三层结构中,并没有action这个概念. asp.net mvc 是微软新发布

[架构] 分布式和集群的区别

一次在群里面看到群友们在讨论这个的区别,看了他们发表的言论,觉得很有道理,很通俗易懂,就当做学习的笔记记录在这里:   用两个例子看清楚分布式和集群的区别: 例子1: 如果一个任务由10个子任务组成,每个子任务单独执行需1小时,则在一台服务器上执行改任务需10小时. 采用分布式方案,提供10台服务器,每台服务器只负责处理一个子任务,不考虑子任务间的依赖关系,执行完这个任务只需一个小时.(这种工作模式的一个典型代表就是Hadoop的Map/Reduce分布式计算模型) 而采用集群方案,同样提供10

Android系统架构、JVM和DalvikVM的区别

一.系统框架 1.Anroid大致分为四层结构,五块区域 1)应用程序层(Applications) 所有安装在手机上的应用程序都属于这一层. 2)应用程序框架(Application Framework) 提供大量的API供开发人员使用,Android自带的一些核心应用就是使用这些API完成的. 3)函数库(Libraries) -Surface Manager:管理对显示子系统的访问,并可以对多个应用程序的2D和3D图层机提供无缝整合 -Media Framework:基于PacketVid