对C.B架构的产品进行系统测试，有哪些不同点与相同点(2012.1.30)（获奖名单已经公布）
本周的问题为“对C/S与B/S架构的产品进行系统测试，有哪些不同点与相同点？”此话题由会员真实的追求者提供，如果你也有问题想提出来和大家一起讨论，请点击此处>>
如果你也有问题想提出来和大家一起讨论，请点击此处>>
说不定下期讨论的问题就是由你提出的哦，请快快参与吧！
获奖名单
奖项获奖名单奖励答案链接
一等奖roger814中国移动手机充值卡50元8#
二等奖yjdeihc300论坛积分5#
http://bbs.51testing.com/attachments/month_0811/20081125_650d7dccd46be6244f27oXDjE0HoDhyX.gif
好问题。。。顶一下。。。面试时候遇到相似问题了。。。 :lol c/s 只需要测试服务器的并发能力 b/s需要同时测试服务器端并发和客户端并发能力
我想大概是这样的吧，请高手指点 C/S 应用中经常用到的测试方法：
下面的应用功能测试客户端应用被独立地执行，以揭示在其运行中的错误。
1服务器测试
测试服务器的协调和数据管理功能，也考虑服务器性能（整体反映时间和数据吞吐量）。
2 数据库测试
测试服务器存储的数据的精确性和完整性，检查客户端应用提交的事务，以保证数据被正确地存储、更新和检索。
3 事务测试
创建一系列的测试以保证每类事务被按照需求处理。测试着重于处理的正确性，也关注性能问题。
4 网络通信测试
这些测试验证网络节点间的通信正常地发生，并且消息传递、事务和相关的网络交通无错的发生.
b/S 应用中经常用到的测试方法：
1 功能测试
测试服务器的功能是否都已经实现且业务都能正常进行
2 数据库测试
测试服务器存储的数据的精确性和完整性，检查客户端应用提交的事务，以保证数据被正确地存储、更新和检索。
3 事务测试
创建一系列的测试以保证每类事务被按照需求处理。测试着重于处理的正确性。
4 性能测试
寻找系统瓶颈，确保系统在高并发的时候，仍然能正确的对事务进行处理。
5 兼容性测试
确保系统能在各种浏览器中能正常运行和处理业务。
6 安全性测试
一般系统要挂到互联网，会面临各种攻击，需要对系统进行一个整体的安全性是否达标的测试。
在系统的性能方面
1 B/S占有优势的是其异地浏览和信息采集的灵活性。任何时间、任何地点、任何系统，只要可以使用浏览器上网，就可以使用B/S系统的终端。
不过，采用B/S结构，客户端只能完成浏览、查询、数据输入等简单功能，绝大部分工作由服务器承担，这使得服务器的负担很重。
2 采用C/S结构时，客户端和 服务器端都能够处理任务，这虽然对客户机的要求较高，但因此可以减轻服务器的压力。而且，由于客户端使用浏览器，使得网上发布的信息必须是以HTML 格式为主，其它格式文件多半是以附件的形式存放。而HTML格式文件（也就是Web页面）不便于编辑修改，给文件管理带来了许多不便。 CS和BS的功能测试都注重流程化测试。CS侧重于流程的完整性；BS侧重于流程的健康性。
CS和BS的回归测试都注重依赖性测试。CS侧重于相关的功能；BS侧重于相关的流程。
CS和BS的安全测试都注重数据加密测试。CS侧重于协议测试；BS侧重于拓扑结构测试。
CS和BS的性能测试都注重响应时间。CS侧重于请求响应度；BS侧重于返回效率。
CS和BS的压力测试都注重用户数。CS侧重于用户忍耐度；BS侧重于用户体验度。
CS和BS的负载测试都注重瓶颈发现。CS侧重于瓶颈值；BS侧重于灾难恢复。
CS和BS的区别在于架构，不是实现功能不同。有时候可以把Brower当作一个轻量级的client。 学习了，讲的真好 按系统测试的分类
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：所有事务交由服务器进行处理，服务器的抗压能力是首要的；同时，网络速率和用户量与日俱增，也会带来大量并发问题。
一点点拙见，期待高手的回答。 高手如云啊 学习一下 本帖最后由 wjtest 于 2012-1-11 14:15 编辑
本人是做B/S测试的，个人理解 ：
1、在url中输入地址后前台正常访问（不同的浏览器）
2、前台功能是否按照需求 实现
3、注意界面的易用性
4、页面风格是否一致
5、随着业务量和访问量的增加，系统是否能承受压力，性能 是否有瓶颈（LR测试）
当然 业务 知识 是必不可少的
暂时想到这些，望高手指点^_^ :)学习中 相同点：
包含的相同的测试类型：
文档测试
界面测试
功能测试
业务逻辑测试
部署测试
安全性测试
性能测试
兼容性测试
稳定性测试
不同点：
部分测试类型的侧重点：
业务逻辑测试
C/S架构的应用更偏重工作流应用，业务逻辑较多，较复杂，要设计专门的业务用例进行验证
B/S架构的应用更偏重内容展示（一些电商类型的交易网站除外），业务逻辑相对较少，着重进行功能点验证
部署测试
C/S架构的应用要进行严格的安装，卸载以及更新测试
B/S架构的应用只需要做部署测试
安全性测试
C/S架构的应用通常在局域网内使用，对安全性要求较低
B/S架构的应用依赖互联网，面临的威胁较多，对于安全性要求较高，需要做严格的安全性测试
性能测试
C/S架构的应用客户端和服务器均能处理业务，服务器负载相对较轻，另外，因为数据通信基于局域网，网络环境要求相对较低
B/S架构的应用主要的业务处理均放在服务器端，需要着重测试服务器（应用服务器，数据库服务器，缓存服务器）等的性能表现，另外，要严格监视网络带宽因素
兼容性测试
C/S架构的应用主要测试对操作系统和其他安装软件的兼容性
B/S架构的应用主要测试对操作系统及浏览器类型的兼容性
稳定性测试
C/S架构的应用客户端的稳定性测试非常必要，因为待测软件的环境相对较复杂
B/S架构的应用的稳定性则主要取决于服务器的性能，相对较简单 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等信息、流向的变化, 更像交易中心。 学习了，看到这些回答，我心潮澎拜。。。精彩。。。希望我也能快点 进入此行列，发表自己的拙见。 讲的很细，我准备做个笔记把这些都记下来，网上有只是看看进不了心，做笔记能常看看 讲的很细，我准备做个笔记把这些都记下来，网上有只是看看进不了心，做笔记能常看看 非常精彩！我真的很感动这么多高手通过键盘一个字一个字的输入他们的经验，我非常感动。非常感谢你们！新年快乐！ 先收藏，再慢慢看。:) 不错的 文章，值得一看
