c/s结构软件的性能测试 C\/S软件测试结构和内容是什么

客户/服务器软件的测试发生在三个不同的层次：

（1）个体的客户端应用以“分离的”模式被测试——不考虑服务器和底层网络的运行；

（2）客户端软件和关联的服务器端应用被一起测试，但网络运行不被明显的考虑；

（3）完整的C/S体系结构，包括网络运行和性能被测试。

下面的测试方法是C/S应用中经常用到的：

应用功能测试——客户端应用被独立地执行，以揭示在其运行中的错误。

服务器测试——测试服务器的协调和数据管理功能，也考虑服务器性能（整体反映时间和数据吞吐量）。

数据库测试——测试服务器存储的数据的精确性和完整性，检查客户端应用提交的事务，以保证数据被正确地存储、更新和检索。

事务测试——创建一系列的测试以保证每类事务被按照需求处理。测试着重于处理的正确性，也关注性能问题。

网络通信测试——这些测试验证网络节点间的通信正常地发生，并且消息传递、事务和相关的网络交通无错的发生。

C/S软件测试结构和内容是什么

客户/服务器软件的测试发生在三个不同的层次：

（1）个体的客户端应用以“分离的”模式被测试——不考虑服务器和底层网络的运行；

（2）客户端软件和关联的服务器端应用被一起测试，但网络运行不被明显的考虑；

（3）完整的C/S体系结构，包括网络运行和性能被测试。

下面的测试方法是C/S应用中经常用到的：

应用功能测试——客户端应用被独立地执行，以揭示在其运行中的错误。

服务器测试——测试服务器的协调和数据管理功能，也考虑服务器性能（整体反映时间和数据吞吐量）。

数据库测试——测试服务器存储的数据的精确性和完整性，检查客户端应用提交的事务，以保证数据被正确地存储、更新和检索。

事务测试——创建一系列的测试以保证每类事务被按照需求处理。测试着重于处理的正确性，也关注性能问题。

网络通信测试——这些测试验证网络节点间的通信正常地发生，并且消息传递、事务和相关的网络交通无错的发生。

B/S架构软件测试和C/S 架构软件测试的测试点。

B/S架构需要测试浏览器的兼容问题

C/S架构需要测试客户端软件和操作系统的兼容问题

软件测试在 测试b/s系统 和 测试 c/s系统时的区别和侧重点

我看到过一段关于这两个测试区别和侧重点分析，我觉得很有道理，以下是相关说明：

我们在日常功能测试工作中，常常依据测试对象和测试目标的不同分为四个级别的测试，单元测试、集成测试、系统测试和验收测试，但是往往忽略了被测应用系统架构。在测试过程中针对不同的系统架构，测试的侧重点也不同。下面以B/S结构和C/S结构的特殊应用系统为例，分析在功能测试中的区别。

我们谈到的web系统是指以Brower/Server的访问方式为主，包含客户端浏览器、web应用服务器、数据库服务器的软件系统。一般的B/S结构，都是多层架构的，有界面层、业务逻辑层、数据层。由于这种结构不需要客户端的安装，客户端主要通过浏览器来访问，因此客户端测试的重点是：客户端操作系统（不同类型和版本）、客户端浏览器（不同类型和版本）以及客户端配置（cookie设置和分辨率设置）等测试。除客户端测试外，根据WEB系统常用技术还需要关注以下几个方面的测试：

（1）链接测试

（2）表单测试

（3）脚本测试

（4）ActiveX控件测试

C/S（Client/Server）结构，即大家熟知的客户机和服务器结构。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。这种结构与B/S最显著的区别是需要安装客户端，通过客户端程序来访问应用系统，因此C/S客户端测试是重点，并且与B/S结构有所不同。

C/S客户端测试的重点有：

（1）客户端安装测试

安装手册的评估

安装的自动化程度

安装选项和设置得测试

安装过程的中断测试

安装顺序测试

多环境安装测试

安装的正确性测试

修复安装测试

卸载安装测试

（2）客户端升级测试

与变更相关的测试

变更内容的测试

与变更相关的测试

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

（4）服务器端数据验证

（5）客户端可维护性测试

以上内容总结了B/S与C/S系统测试的不同点，唯实践使理论之树常青，我们可以在实际工作中积累总结出更多的不同的测试关注点。

QTP可以用作C/S结构的测试吗？效果怎么样？要注意点什么？还有哪些用于C/S的测试软件

　　这个是可以的。

　　QTP是quicktest Professional的简称，是一种自动测试工具。使用QTP的目的是想用它来执行重复的自动化测试，主要是用于回归测试和测试同一软件的新版本。因此你在测试前要考虑好如何对应用程序进行测试，例如要测试哪些功能、操作步骤、输入数据和期望的输出数据等。

　　HP QuickTest Professional 提供符合所有主要应用软件环境的功能测试和回归测试的自动化。采用关键字驱动的理念以简化测试用例的创建和维护。它让用户可以直接录制屏幕上的操作流程，自动生成功能测试或者回归测试用例。专业的测试者也可以通过提供的内置脚本和调试环境来取得对测试和对象属性的完全控制。

　　主要优点

　　Mercury QuickTest Professional 甚至可以使新测试人员在几分钟内提高效率。您只需通过按“记录”按钮，并使用执行典型业务流程的应用程序即可创建测试脚本。系统使用简明的英文语句和屏幕抓图来自动记录业务流程中的每个步骤。用户可以在关键字视图中轻松修改、删除或重新安排测试步骤。

　　QuickTest Professional 可以自动引入检查点，以验证应用程序的属性和功能，例如验证输出或检查链接有效性。对于关键字视图中的每个步骤，活动屏幕均准确显示测试中应用程序处理此步骤的方式。您也可以为任何对象添加几种类型的检查点，以便验证组件是否按预期运行（只需在活动屏幕中单击此对象即可）。

QTP可以用作C/S结构的测试吗？效果怎么样？要注意点什么？还有哪些用于C/S的测试软件

　　这个是可以的。

　　QTP是quicktest Professional的简称，是一种自动测试工具。使用QTP的目的是想用它来执行重复的自动化测试，主要是用于回归测试和测试同一软件的新版本。因此你在测试前要考虑好如何对应用程序进行测试，例如要测试哪些功能、操作步骤、输入数据和期望的输出数据等。

　　HP QuickTest Professional 提供符合所有主要应用软件环境的功能测试和回归测试的自动化。采用关键字驱动的理念以简化测试用例的创建和维护。它让用户可以直接录制屏幕上的操作流程，自动生成功能测试或者回归测试用例。专业的测试者也可以通过提供的内置脚本和调试环境来取得对测试和对象属性的完全控制。

　　主要优点

　　Mercury QuickTest Professional 甚至可以使新测试人员在几分钟内提高效率。您只需通过按“记录”按钮，并使用执行典型业务流程的应用程序即可创建测试脚本。系统使用简明的英文语句和屏幕抓图来自动记录业务流程中的每个步骤。用户可以在关键字视图中轻松修改、删除或重新安排测试步骤。

　　QuickTest Professional 可以自动引入检查点，以验证应用程序的属性和功能，例如验证输出或检查链接有效性。对于关键字视图中的每个步骤，活动屏幕均准确显示测试中应用程序处理此步骤的方式。您也可以为任何对象添加几种类型的检查点，以便验证组件是否按预期运行（只需在活动屏幕中单击此对象即可）。

软件测试在 测试b/s系统 和 测试 c/s系统时的区别和侧重点

我看到过一段关于这两个测试区别和侧重点分析，我觉得很有道理，以下是相关说明：

我们在日常功能测试工作中，常常依据测试对象和测试目标的不同分为四个级别的测试，单元测试、集成测试、系统测试和验收测试，但是往往忽略了被测应用系统架构。在测试过程中针对不同的系统架构，测试的侧重点也不同。下面以B/S结构和C/S结构的特殊应用系统为例，分析在功能测试中的区别。

我们谈到的web系统是指以Brower/Server的访问方式为主，包含客户端浏览器、web应用服务器、数据库服务器的软件系统。一般的B/S结构，都是多层架构的，有界面层、业务逻辑层、数据层。由于这种结构不需要客户端的安装，客户端主要通过浏览器来访问，因此客户端测试的重点是：客户端操作系统（不同类型和版本）、客户端浏览器（不同类型和版本）以及客户端配置（cookie设置和分辨率设置）等测试。除客户端测试外，根据WEB系统常用技术还需要关注以下几个方面的测试：

（1）链接测试

（2）表单测试

（3）脚本测试

（4）ActiveX控件测试

C/S（Client/Server）结构，即大家熟知的客户机和服务器结构。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。这种结构与B/S最显著的区别是需要安装客户端，通过客户端程序来访问应用系统，因此C/S客户端测试是重点，并且与B/S结构有所不同。

C/S客户端测试的重点有：

（1）客户端安装测试

安装手册的评估

安装的自动化程度

安装选项和设置得测试

安装过程的中断测试

安装顺序测试

多环境安装测试

安装的正确性测试

修复安装测试

卸载安装测试

（2）客户端升级测试

与变更相关的测试

变更内容的测试

与变更相关的测试

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

（4）服务器端数据验证

（5）客户端可维护性测试

以上内容总结了B/S与C/S系统测试的不同点，唯实践使理论之树常青，我们可以在实际工作中积累总结出更多的不同的测试关注点。

软件测试中，CS架构的系统和BS架构的系统，如何分别进行测试？

那个，CS是指浏览器和服务器，BS是指客户端和服务器。

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等信息、流向的变化, 更象交易中心

了解其特性之外，我觉得测试就不是问题了。

转载请注明出处51数据库 » c/s结构软件的性能测试 C\/S软件测试结构和内容是什么