-
C/S和B/S结构(转载)
2007-12-27 16:24:56
C/S又称Client/Server或客户/服务器模式。服务器通常采用高性能的PC、工作站或小型机,并采用大型数据库系统,如Oracle、Sybase、Informix或 SQL Server。客户端需要安装专用的客户端软件。B/S是Brower/Server的缩写,客户机上只要安装一个浏览器(Browser),如Netscape Navigator或Internet Explorer,服务器安装Oracle、Sybase、Informix或 SQL Server等数据库。浏览器通过Web Server 同数据库进行数据交互。
C/S的优点是能充分发挥客户端PC的处理能力,很多工作可以在客户端处理后再提交给服务器。对应的优点就是客户端响应速度快。缺点主要有以下几个:只适用于局域网。而随着互联网的飞速发展,移动办公和分布式办公越来越普及,这需要我们的系统具有扩展性。这种方式远程访问需要专门的技术,同时要对系统进行专门的设计来处理分布式的数据。
客户端需要安装专用的客户端软件。首先涉及到安装的工作量,其次任何一台电脑出问题,如病毒、硬件损坏,都需要进行安装或维护。特别是有很多分部或专卖店的情况,不是工作量的问题,而是路程的问题。还有,系统软件升级时,每一台客户机需要重新安装,其维护和升级成本非常高。
对客户端的操作系统一般也会有限制。可能适应于Win98, 但不能用于win2000或Windows XP。或者不适用于微软新的操作系统等等,更不用说Linux、Unix等。
B/S最大的优点就是可以在任何地方进行操作而不用安装任何专门的软件。只要有一台能上网的电脑就能使用,客户端零维护。系统的扩展非常容易,只要能上网,再由系统管理员分配一个用户名和密码,就可以使用了。甚至可以在线申请,通过公司内部的安全认证(如CA证书)后,不需要人的参与,系统可以自动分配给用户一个账号进入统。
B/S结构,即Browser/Server(浏览器/服务器)结构,是随着Internet技术的兴起,对C/S结构的一种变化或者改进的结构。在这种结构下,用户界面完全通过WWW浏览器实现,一部分事务逻辑在前端实现,但是主要事务逻辑在服务器端实现,形成所谓3-tier结构。
B/S结构,主要是利用了不断成熟的WWW浏览器技术,结合浏览器的多种scrīpt语言(VBscrīpt、Javascrīpt…)和ActiveX技术,用通用浏览器就实现了原来需要复杂专用软件才能实现的强大功能,并节约了开发成本,是一种全新的软件系统构造技术。随着Windows 98/Windows 2000将浏览器技术植入操作系统内部,这种结构更成为当今应用软件的首选体系结构。显然B/S结构应用程序相对于传统的C/S结构应用程序将是巨大的进步。C/S 与 B/S 区别:
Client/Server是建立在局域网的基础上的.Browser/Server是建立在广域网的基础上的.
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等信息、流向的变化, 更象交易中心 -
软件测试术语中英文对照
2007-12-14 15:47:11
Acceptance testing:验收测试
Acceptance Testin:可接受性测试
Accessibility test:软体适用性测试
actual outcome:实际结果
Ad hoc testing:随机测试
Algorithm analysis:算法分析
algorithm:算法
Alpha testing:α测试
analysis:分析
anomaly:异常
application software:应用软件
Application under test (AUT):所测试的应用程序
Architecture:构架
Artifact:工件
ASQ:自动化软件质量(Automated Software Quality)
Assertion checking : 断言检查
Association: 关联
Audit: 审计
audit trail:审计跟踪
Automated Testing:自动化测试
Backus-Naur Form:BNF范式
baseline:基线
Basic Block:基本块
basis test set:基本测试集
Behaviour: 行为
Bench test: 基准测试
benchmark:标杆/指标/基准
Best practise: 最佳实践
Beta testing: β测试
Black Box Testing:黑盒测试
Blocking bug: 阻碍性错误
Bottom-up testing:自底向上测试
boundary value coverage:边界值覆盖
boundary value testing:边界值测试
Boundary values:边界值
Boundry Value Analysis:边界值分析
branch condition combination coverage:分支条件组合覆盖
branch condition combination testing:分支条件组合测试
branch condition coverage:分支条件覆盖
branch condition testing:分支条件测试
branch condition:分支条件
Branch coverage:分支覆盖
branch outcome:分支结果
branch point:分支点
branch testing:分支测试
branch:分支
Breadth Testing:广度测试
Brute force testing: 强力测试
Buddy test:合伙测试
Buffer:缓冲
Bug:错误
Bug bash:错误大扫除
bug fix:错误修正
Bug report:错误报告
Bug tracking system:错误跟踪系统
bug:缺陷
Build:工作版本(内部小版本)
Build Verfication tests(BVTs): 版本验证测试
Build-in:内置
Capability Maturity Model (CMM):能力成熟度模型
Capability Maturity Model Integration (CMMI):能力成熟度模型整合
capture/playback tool:捕获/回放工具
Capture/Replay Tool:捕获/回放工具
CASE:计算机辅助软件工程(computer aided software engineering)
CAST:计算机辅助测试
cause-effect graph:因果图
certification:证明
change control:变更控制
Change Management:变更管理
Change Request:变更请求
Character Set: 字符集
Check In:检入
Check Out:检出
Closeout:收尾
code audit:代码审计
Code coverage:代码覆盖
Code Inspection:代码检视
Code page:代码页
Code rule:编码规范
Code sytle:编码风格
Code Walkthrough:代码走读
code-based testing:基于代码的测试
coding standards:编程规范
Common sense:常识
Compatibility Testing:兼容性测试
complete path testing:完全路径测试
completeness:完整性
complexity:复杂性
Component testing:组件测试
Component:组件
computation data use:计算数据使用
computer system security:计算机系统安全性
Concurrency user:并发用户
Condition coverage:条件覆盖
condition coverage:条件覆盖
condition outcome:条件结果
condition:条件
configuration control:配置控制
Configuration item:配置项
configuration management:配置管理
Configuration testing:配置测试
conformance criterion:一致性标准
Conformance Testing:一致性测试
consistency:一致性
consistency checker:一致性检查器
Control flow graph:控制流程图
control flow graph:控制流图
control flow:控制流
conversion testing:转换测试
Core team:核心小组
corrective maintenance:故障检修
correctness:正确性
coverage:覆盖率
coverage item:覆盖项
crash:崩溃
criticality analysis:关键性分析
criticality:关键性
CRM(change request management): 变更需求管理
Customer-focused mindset : 客户为中心的理念体系
Cyclomatic complexity : 圈复杂度
data corruption:数据污染
data definition C-use pair:数据定义C-use使用对
data definition P-use coverage:数据定义P-use覆盖
data definition P-use pair:数据定义P-use使用对
data definition:数据定义
data definition-use coverage:数据定义使用覆盖
data definition-use pair:数据定义使用对
data definition-use testing:数据定义使用测试
data dictionary:数据字典
Data Flow Analysis:数据流分析
data flow analysis:数据流分析
data flow coverage:数据流覆盖
data flow diagram:数据流图
data flow testing:数据流测试
data integrity:数据完整性
data use:数据使用
data validation:数据确认
dead code:死代码
Debug:调试
Debugging:调试
Decision condition:判定条件
Decision coverage: 判定覆盖
decision coverage:判定覆盖
decision outcome:判定结果
decision table:判定表
decision:判定
Defect:缺陷
defect density:缺陷密度
Defect Tracking:缺陷跟踪
Deployment:部署
Depth Testing:深度测试
design for sustainability :可延续性的设计
design of experiments:实验设计
design-based testing:基于设计的测试
Desk checking: 桌前检查
desk checking:桌面检查
Determine Usage Model:确定应用模型
Determine Potential Risks:确定潜在风险
diagnostic:诊断
DIF(decimation in frequency):按频率抽取
dirty testing:肮脏测试
disaster recovery:灾难恢复
DIT (decimation in time):按时间抽取
documentation testing文档测试
domain testing:域测试
domain:域
DTP DETAIL TEST PLAN详细确认测试计划
Dynamic analysis:动态分析
dynamic analysis:动态分析
Dynamic Testing:动态测试
embedded software:嵌入式软件
emulator:仿真
End-to-End testing:端到端测试
Enhanced Request:增强请求
entity relationship diagram:实体关系图
Encryption Source Code Base: 加密算法源代码库
Entry criteria: 准入条件
entry point:入口点
Envisioning Phase:构想阶段
Equivalence class:等价类
Equivalence Class:等价类
equivalence partition coverage:等价划分覆盖
Equivalence partition testing : 等价划分测试
equivalence partition testing:参考等价划分测试
equivalence partition testing:等价划分测试
Equivalence Partitioning:等价划分
Error:错误
Error guessing: 错误猜测
error seeding:错误播种/错误插值
error:错误
Event-driven:事件驱动
Exception handlers:异常处理器
exception:异常/例外
executable statement:可执行语句
Exhaustive Testing:穷尽测试
exit point:出口点
expected outcome:期望结果
Exploratory testing:探索性测试
Failure:失效
Fault:故障
feasible path:可达路径
feature testing:特性测试
Field testing:现场测试
FMEA:失效模型效果分析(Failure Modes and Effects Analysis)
FMECA:失效模型效果关键性分析(Failure Modes and Effects Criticality Analysis)
Framework:框架
FTA:故障树分析(Fault Tree Analysis)
functional decomposition:功能分解
Functional Specification:功能规格说明书
Functional testing: 功能测试
Functional Testing:功能测试
G11N(Globalization): 全球化
Gap analysis:差距分析
Garbage characters: 乱码字符
glass box testing:玻璃盒测试
Glass-box testing:白箱测试或白盒测试
Glossary:术语表
GUI(Graphical User Interface): 图形用户界面
Hard-coding: 硬编码
Hotfix:热补丁
I18N(Internationalization):国际化
Identify Exploratory Tests – 识别探索性测试
IEEE:美国电子与电器工程师学会(Institute of Electrical and Electronic Engineers)
Incident:事故
Incremental testing:渐增测试
incremental testing:渐增测试
infeasible path:不可达路径
input domain:输入域
Inspection:审查
inspection:检视
installability testing:可安装性测试
Installing testing:安装测试
instrumentation:插装
instrumenter:插装器
Integration:集成
Integration testing: 集成测试
interface:接口
interface analysis:接口分析
interface testing:接口测试
interface:接口
invalid inputs:无效输入
isolation testing:孤立测试
Issue:问题
Iteration:迭代
Iterative development: 迭代开发
job control language:工作控制语言
Job:工作
Key concepts: 关键概念
Key Process Area: 关键过程区域
Keyword driven testing:关键字驱动测试
Kick-off meeting: 动会议
L10N(Localization):本地化
Lag time:延迟时间
LCSAJ:线性代码顺序和跳转(Linear Code Sequence And Jump)
LCSAJ coverage:LCSAJ覆盖
LCSAJ testing:LCSAJ测试
Lead time:前置时间
Load testing:负载测试
Load Testing:负载测试
Localizability testing: 本地化能力测试
Localization testing : 本地化测试
logic analysis:逻辑分析
logic-coverage testing:逻辑覆盖测试
Maintainability:可维护性
maintainability testing:可维护性测试
Maintenance:维护
Master project schedule :总体项目方案
Measurement: 度量
Memory leak: 内存泄漏
Migration testing: 迁移测试
Milestone: 里程碑
Mock up:模型,原型
modified condition/decision coverage:修改条件/判定覆盖
modified condition/decision testing:修改条件/判定测试
modular decomposition:参考模块分解
Module testing:模块测试
Monkey testing:跳跃式测试
Monkey Testing:跳跃式测试
mouse over:鼠标在对象之上
mouse leave:鼠标离开对象
MTBF:平均失效间隔实际(mean time between failures)
MAIN TEST PLAN:主确认计划
MTTF:平均失效时间(mean time to failure)
MTTR:平均修复时间(mean time to repair)
multiple condition coverage:多条件覆盖
mutation analysis:变体分析
N/A(Not applicable):不适用的
Negative Testing:逆向测试, 反向测试, 负面测试
negative testing:参考负面测试
Negative Testing:逆向测试/反向测试/负面测试
off by one:缓冲溢出错误
non-functional requirements testing:非功能需求测试
nominal load:额定负载
N-switch coverage:N切换覆盖
N-switch testing:N切换测试
N-transitions:N转换
Off-the-shelf software:套装软件
operational testing:可操作性测试
output domain:输出域
paper audit:书面审计
Pair Programming:成对编程
partition testing:分类测试
Path coverage:路径覆盖
path coverage:路径覆盖
path sensitizing:路径敏感性
path testing:路径测试
path:路径
Peer review:同行评审
Performance:性能
Performance indicator:性能(绩效)指标
Performance testing:性能测试
Pilot:试验
Pilot testing:引导测试
Portability:可移植性
portability testing:可移植性测试
Positive testing:正向测试
Postcondition:后置条件
Precondition:前提条件
precondition:预置条件
predicate data use:谓词数据使用
predicate:谓词
Priority:优先权
program instrumenter:程序插装
progressive testing:递进测试
Prototype:原型
Pseudo code:伪代码
pseudo-localization testing:伪本地化测试
pseudo-random:伪随机
QC:质量控制(quality control)
Quality assurance(QA):质量保证
Quality Control(QC):质量控制
Race Condition:竞争状态
Rational Unified Process(以下简称RUP):瑞理统一工艺
Recovery testing:恢复测试
recovery testing:恢复性测试
Refactoring:重构
regression analysis and testing:回归分析和测试
Regression testing:回归测试
Release:发布
Release note:版本说明
release:发布
Reliability:可靠性
reliability assessment:可靠性评价
reliability:可靠性
Requirements management tool: 需求管理工具
Requirements-based testing : 基于需求的测试
Return of Investment(ROI): 投资回报率
review:评审
Risk assessment:风险评估
risk:风险
Robustness:强健性
Root Cause Analysis(RCA): 根本原因分析
safety critical:严格的安全性
safety:(生命)安全性
Sanity testing: 健全测试
Sanity Testing:理智测试
Schema Repository:模式库
Screen shot:抓屏、截图
SDP:软件开发计划(software development plan)
Security testing:安全性测试
security testing:安全性测试
security.:(信息)安全性
serviceability testing:可服务性测试
Severity:严重性
Shipment:发布
simple subpath:简单子路径
Simulation:模拟
Simulator:模拟器
SLA(Service level agreement): 服务级别协议
SLA:服务级别协议(service level agreement)
Smoke testing:冒烟测试
Software development plan(SDP): 软件开发计划
Software development process: 软件开发过程
software development process:软件开发过程
software diversity:软件多样性
software element:软件元素
software engineering environment:软件工程环境
software engineering:软件工程
Software life cycle: 软件生命周期
source code:源代码
source statement:源语句
Specification:规格说明书
specified input:指定的输入
spiral model:螺旋模型
SQAP SOFTWARE QUALITY ASSURENCE PLAN 软件质量保证计划
SQL:结构化查询语句(structured query language)
Staged Delivery:分布交付方法
state diagram:状态图
state transition testing:状态转换测试
state transition:状态转换
state:状态
Statement coverage: 语句覆盖
statement testing:语句测试
statement:语句
Static Analysis:静态分析
Static Analyzer:静态分析器
Static Testing:静态测试
statistical testing:统计测试
Stepwise refinement:逐步优化
storage testing:存储测试
Stress Testing: 压力测试
structural coverage:结构化覆盖
structural test case design:结构化测试用例设计
structural testing:结构化测试
structured basis testing:结构化的基础测试
structured design:结构化设计
structured programming:结构化编程
structured walkthrough:结构化走读
stub:桩
sub-area:子域
Summary: 总结
SVVP SOFTWARE Vevification&Validation PLAN: 软件验证和确认计划
symbolic evaluation:符号评价
symbolic execution:参考符号执行
symbolic execution:符号执行
symbolic trace:符号轨迹
Synchronization:同步
Syntax testing:语法分析
system analysis:系统分析
System design:系统设计
system integration:系统集成
System Testing: 系统测试
TC TEST CASE 测试用例
TCS TEST CASE SPECIFICATION 测试用例规格说明
TDS TEST DESIGN SPECIFICATION 测试设计规格说明书
technical requirements testing:技术需求测试
Test:测试
test automation:测试自动化
Test case:测试用例
test case design technique:测试用例设计技术
test case suite:测试用例套
test comparator:测试比较器
test completion criterion:测试完成标准
test coverage:测试覆盖
Test design: 测试设计
Test driver: 测试驱动
test environment:测试环境
test execution technique:测试执行技术
test execution:测试执行
test generator:测试生成器
test harness:测试用具
Test infrastructure: 测试基础建设
test log:测试日志
test measurement technique:测试度量技术
Test Metrics :测试度量
test procedure:测试规程
test records:测试记录
test report:测试报告
Test scenario: 测试场景
Test scrīpt:测试脚本
Test Specification:测试规格
Test strategy: 测试策略
test suite:测试套
Test target:测试目标
Test ware:测试工具
Testability:可测试性
testability:可测试性
Testing bed: 测试平台
Testing coverage:测试覆盖
Testing environment:测试环境
Testing item:测试项
Testing plan: 测试计划
Testing procedure: 测试过程
Thread testing:线程测试
time sharing:时间共享
time-boxed: 固定时间
TIR test incident report:测试事故报告
ToolTip:控件提示或说明
top-down testing:自顶向下测试
TPS TEST PEOCESS SPECIFICATION 测试步骤规格说明
Traceability:可跟踪性
traceability analysis:跟踪性分析
traceability matrix:跟踪矩阵
Trade-off:平衡
transaction:事务/处理
transaction volume:交易量
transform analysis:事务分析
trojan horse:特洛伊木马
truth table:真值表
TST TEST SUMMARY REPORT 测试总结报告
Tune System:调试系统
TW TEST WARE:测试件
Unit Testing:单元测试
Usability Testing:可用性测试
Usage scenario: 使用场景
User acceptance Test:用户验收测试
User database:用户数据库
User interface(UI):用户界面
User profile: 用户信息
User scenario:用户场景
V&V (Verification & Validation) : 验证&确认
validation:确认
verification:验证
version:版本
Virtual user:虚拟用户
volume testing:容量测试
VSS(visual source safe)
VTP Verification TEST PLAN:验证测试计划
VTR Verification TEST REPORT:验证测试报告
Walkthrough:走读
Waterfall model:瀑布模型
Web testing:网站测试
White box testing:白盒测试
Work breakdown structure (WBS):任务分解结构
Zero bug bounce (ZBB):零错误反弹 -
性能分析图解析
2007-12-14 15:39:43
Transactions(用户事务分析)
用户事务分析是站在用户角度进行的基础性能分析。1、Transaction Sunmmary(事务综述)
对事务进行综合分析是性能分析的第一步,通过分析测试时间内用户事务的成功与失败情况,可以直接判断出系统是否运行正常。2、Average Transaciton Response Time(事务平均响应时间)
“事务平均响应时间”显示的是测试场景运行期间的每一秒内事务执行所用的平均时间,通过它可以分析测试场景运行期间应用系统的性能走向。
例:随着测试时间的变化,系统处理事务的速度开始逐渐变慢,这说明应用系统随着投产时间的变化,整体性能将会有下降的趋势。3、Transactions per Second(每秒通过事务数/TPS)
“每秒通过事务数/TPS”显示在场景运行的每一秒钟,每个事务通过、失败以及停止的数量,使考查系统性能的一个重要参数。通过它可以确定系统在任何给定时刻的时间事务负载。分析TPS主要是看曲线的性能走向。
将它与平均事务响应时间进行对比,可以分析事务数目对执行时间的影响。
例:当压力加大时,点击率/TPS曲线如果变化缓慢或者有平坦的趋势,很有可能是服务器开始出现瓶颈。4、Total Transactions per Second(每秒通过事务总数)
“每秒通过事务总数”显示在场景运行时,在每一秒内通过的事务总数、失败的事务总署以及停止的事务总数。5、Transaction Performance Sunmmary(事务性能摘要)
“事务性能摘要”显示方案中所有事务的最小、最大和平均执行时间,可以直接判断响应时间是否符合用户的要求。
重点关注事务的平均和最大执行时间,如果其范围不在用户可以接受的时间范围内,需要进行原因分析。6、Transaction Response Time Under Load(事务响应时间与负载)
“事务响应时间与负载”是“正在运行的虚拟用户”图和“平均响应事务时间”图的组合,通过它可以看出在任一时间点事务响应时间与用户数目的关系,从而掌握系统在用户并发方面的性能数据,为扩展用户系统提供参考。此图可以查看虚拟用户负载对执行时间的总体影响,对分析具有渐变负载的测试场景比较有用。7、Transaction Response Time(Percentile)(事务响应时间(百分比))
“事务响应时间(百分比)”是根据测试结果进行分析而得到的综合分析图,也就是工具通过一些统计分析方法间接得到的图表。通过它可以分析在给定事务响应时间范围内能执行的事务百分比。8、Transaction Response Time(Distribution)(事务响应时间(分布))
“事务响应时间(分布)”显示在场景运行过程中,事务执行所用时间的分布,通过它可以了解测试过程中不同响应时间的事务数量。如果系统预先定义了相关事务可以接受的最小和最大事务响应时间,则可以使用此图确定服务器性能是否在可以接受的范围内。Web Resources(Web资源分析)
Web资源分析是从服务器入手对Web服务器的性能分析。1、Hits per Second(每秒点击次数)
“每秒点击次数”,即使运行场景过程中虚拟用户每秒向Web服务器提交的HTTP请求数。
通过它可以评估虚拟用户产生的负载量,如将其和“平均事务响应时间”图比较,可以查看点击次数对事务性能产生的影响。通过对查看“每秒点击次数”,可以判断系统是否稳定。系统点击率下降通常表明服务器的响应速度在变慢,需进一步分析,发现系统瓶颈所在。2、Throughput(吞吐率)
“吞吐率”显示的是场景运行过程中服务器的每秒的吞吐量。其度量单位是字节,表示虚拟用在任何给定的每一秒从服务器获得的数据量。
可以依据服务器的吞吐量来评估虚拟用户产生的负载量,以及看出服务器在流量方面的处理能力以及是否存在瓶颈。
“吞吐率”图和“点击率”图的区别:
“吞吐率”图,是每秒服务器处理的HTTP申请数。
“点击率”图,是客户端每秒从服务器获得的总数据量。3、HTTP Status Code Summary(HTTP状态代码概要)
“HTTP状态代码概要”显示场景或会话步骤过程中从Web服务器返回的HTTP状态代码数,该图按照代码分组。HTTP状态代码表示HTTP请求的状态。4、HTTP Responses per Second(每秒HTTP响应数)
“每秒HTTP响应数”是显示运行场景过程中每秒从Web服务器返回的不同HTTP状态代码的数量,还能返回其它各类状态码的信息,通过分析状态码,可以判断服务器在压力下的运行情况,也可以通过对图中显示的结果进行分组,进而定位生成错误的代码脚本。5、Pages Downloader per Second(每秒下载页面数)
“每秒下载页面数”显示场景或会话步骤运行的每一秒内从服务器下载的网页数。使用此图可依据下载的页数来计算Vuser生成的负载量。
和吞吐量图一样,每秒下载页面数图标是Vuser在给定的任一秒内从服务器接收到的数据量。但是吞吐量考虑的各个资源极其大小(例,每个GIF文件的大小、每个网页的大小)。而每秒下载页面数只考虑页面数。
注:要查看每秒下载页数图,必须在R-T-S那里设置“每秒页面数(仅HTML模式)”。6、Retries per Second(每秒重试次数)
“每秒重试次数”显示场景或会话步骤运行的每一秒内服务器尝试的连接次数。
在下列情况将重试服务器连接:
A、初始连接未经授权
B、要求代理服务器身份验证
C、服务器关闭了初始连接
D、初始连接无法连接到服务器
E、服务器最初无法解析负载生成器的IP地址7、Retries Summary(重试次数概要)
“重试次数概要”显示场景或会话步骤运行过程中服务器尝试的连接次数,它按照重试原因分组。将此图与每秒重试次数图一起使用可以确定场景或会话步骤运行过程中服务器在哪个时间点进行了重试。8、Connections(连接数)
“连接数”显示场景或会话步骤运行过程中每个时间点打开的TCP/IP连接数。
借助此图,可以知道何时需要添加其他连接。
例:当连接数到达稳定状态而事务响应时间迅速增大时,添加连接可以使性能得到极大提高(事务响应时间将降低)。9、Connections Per Second(每秒连接数)
“每秒连接数”显示方案在运行过程中每秒建立的TCP/IP连接数。
理想情况下,很多HTTP请求都应该使用同一连接,而不是每个请求都新打开一个连接。通过每秒连接数图可以看出服务器的处理情况,就表明服务器的性能在逐渐下降。10、SSLs Per Second(每秒SSL连接数)
“每秒SSL连接数”显示场景或会话步骤运行的每一秒内打开的新的以及重新使用的SSL连接数。当对安全服务器打开TCP/IP连接后,浏览器将打开SSL连接。
Web Page Breakdown(网页元素细分)
“网页元素细分”主要用来评估页面内容是否影响事务的响应时间,通过它可以深入地分析网站上那些下载很慢的图形或中断的连接等有问题的
元素。1、Web Page Breakdown(页面分解总图)
“页面分解”显示某一具体事务在测试过程的响应情况,进而分析相关的事务运行是否正常。
“页面分解”图可以按下面四种方式进行进一步细分:
1)、Download Time Breaddown(下载时间细分)
“下载时间细分”图显示网页中不同元素的下载时间,同时还可按照下载过程把时间进行分解,用不同的颜色来显示DNS解析时间、建立连接时间、第一次缓冲时间等各自所占比例。
2)、Component Breakdown(Over Time)(组件细分(随时间变化))
“组件细分”图显示选定网页的页面组件随时间变化的细分图。通过该图可以很容易的看出哪些元素在测试过程中下载时间不稳定。该图特别适用于需要在客户端下载控件较多的页面,通过分析控件的响应时间,很容易就能发现那些控件不稳定或者比较耗时。
3)、Download Time Breakdown(Over Time)(下载时间细分(随时间变化))
“下载时间细分(随时间变化)” 图显示选定网页的页面元素下载时间细分(随时间变化)情况,它非常清晰地显示了页面各个元素在压力测试过程中的下载情况。
“下载时间细分”图显示的是整个测试过程页面元素响应的时间统计分析结果,“下载时间细分(随时间变化)”显示的事场景运行过程中每一秒内页面元素响应时间的统计结果,两者分别从宏观和微观角度来分析页面元素的下载时间。
4)、Time to First Buffer Breakdown(Over Time)(第一次缓冲时间细分(随时间变化))
“第一次缓冲时间细分(随时间变化)”图显示成功收到从Web服务器返回的第一次缓冲之前的这段时间,场景或会话步骤运行的每一秒中每个网页组件的服务器时间和网络时间(以秒为单位)。可以使用该图确定场景或会话步骤运行期间服务器或网络出现问题的时间。
First Buffer Time:是指客户端与服务器端建立连接后,从服务器发送第一个数据包开始计时,数据经过网络传送到客户端,到浏览器接收到第一个缓冲所用的时间。2、Page Component Breakdown(页面组件细分)
“页面组件细分”图显示每个网页及其组件的平均下载时间(以秒为单位)。可以根据下载组件所用的平均秒数对图列进行排序,通过它有助于隔离有问题的组件。3、Page Component Breakdown(Over Time)(页面组件分解(随时间变化))
“页面组件分解(随时间变化)”图显示在方案运行期间的每一秒内每个网页及其组件的平均响应时间 (以秒为单位)。4、Page Download Time Breakdown(页面下载时间细分)
“页面下载时间细分”图显示每个页面组件下载时间的细分,可以根据它确定在网页下载期间事务响应时间缓慢是由网络错误引起还是由服务器错误引起。
“页面下载时间细分”图根据DNS解析时间、连接时间、第一次缓冲时间、SSL握手时间、接收时间、FTP验证时间、客户端时间和错误时间来对每个组件的下载过程进行细分。5、Page Download Time Breakdown(Over Time)(页面下载时间细分(随时间变化))
“页面下载时间细分(随时间变化)”图显示方案运行期间,每一秒内每个页面组件下载时间的细分。使用此图可以确定网络或服务器在方案执行期间哪一时间点发生了问题。
“页面组件细分(随时间变化)”图和“页面下载时间细分(随时间变化)”图通常结合起来进行分析:首先确定有问题的组件,然后分析它们的下载过程,进而定位原因在哪里。6、Time to First Buffer Breakdown(第一次缓冲时间细分)
“第一次缓冲时间细分”图显示成功收到从Web服务器返回的第一次缓冲之前的这一段时间内的每个页面组件的相关服务器/网路时间。如果组件的下载时间很长,则可以使用此图确定产生的问题与服务器有关还是与网络有关。
网络时间:定义为第一个HTTP请求那一刻开始,直到确认为止所经过的平均时间。
服务器时间:定义为从收到初始HTTP请求确认开始,直到成功收到来自Web服务器的一次缓冲为止所经过的平均时间。7、Time to First Buffer Breakdown(Over Time)(第一次缓冲时间细分(随时间变化))
“第一次缓冲时间细分(随时间变化)”图显示成功收到从Web服务器返回的第一个缓冲之前的这段时间内,场景运行的每一秒中每个网页组件的服务器时间和网络时间。可以使用此图确定场景运行期间服务器或网络出现问题的时间点。8、Downloader Component Size(KB)(已下载组件大小)
“已下载组件大小”图显示每个已经下载的网页组建的大小。通过它可以直接看出哪些组件比较大并需要进一步进行优化以提高性能。
-
网络协议
2007-12-14 15:24:43
1、什么是网络协议:
正如我们说话用一种语言一样,在网络上的各台计算机间相互通信也有一种语言,这就是网络协议,不同的计算机必须使用相同的网络协议才能进行通讯。网络协议是网络上所有设备(网络服务器、计算机及交换机、路由器、防火墙等)之间通讯规则的集合,它定义了通信时信息必须采用的格式和这些格式的意义。
2、网络结构
大多数网络都采用了分层的体系结构,每一层都建立在他的下层之上,向他的上一层提供一定的服务,实现这一层上的服务细节对上一层加以屏蔽。一台设备上的第n层与另一台设备的第n层进行通信的规则就是第n层协议。在网络中各层中存在着许多协议,接收方和发送方同层的协议必须一致,否则一方将无法识别另一方发出的信息。网络协议使网络上各种设备能够相互交换信息。
3、常见的网络协议:
TCP/IP协议、IPX/SPX协议、NetBEUI协议等。在局域网中常用的协议是IPX/SPX。用户如果访问Internet,则必须在网络协议中添加TCP/IP协议。
TCP/IP:Transmission Control Protocol/Internet Protocal,传输控制协议/互联网络协议,它规范了网络上的所有通信设备,尤其是一个主机与另一个主机之间的数据往来格式以及传送方式。TCP/IP是Internet的基础协议,也是一种电脑数据打包和寻址的标准方法。在数据传输中,可以形象地理解为有两个信封,TCP和IP就是信封,要传递的信息被划分为若干段,每一段塞入一个TCP信封,并在该信封面上记录有分段号的信息,在将TCP信封装入IP大信封,发送上网。在接受端,一个TCP软件报收集信封,抽出数据,按发送前的顺序还原,并加以校验,若发现差错TCP会要求重发。因此TCP/IP在Internet中几乎可以无差错地传输数据。
IPX/SPX是基于施乐的XEROX’S Network System(XNS)协议,而SPX是基于施乐的XEROX’S SPP(Sequenced Packet Protocol:顺序包协议)协议,它们都是由novell公司开发出来应用于局域网的一种高速协议。它和TCP/IP的一个显著不同就是它不使用ip 地址,而是使用网卡的物理地址即(MAC)地址。在实际使用中,它基本不需要什么设置,装上就可以使用了。由于其在网络普及初期发挥了巨大的作用,所以得到了很多厂商的支持,包括microsoft等,到现在很多软件和硬件也均支持这种协议。
NetBEUI即NetBios Enhanced User Interface ,或NetBios增强用户接口。它是NetBIOS协议的增强版本,曾被许多操作系统采用,例如Windows for Workgroup、Win 9x系列、Windows NT等。NETBEUI协议在许多情形下很有用,是WINDOWS98之前的操作系统的缺省协议。总之NetBEUI协议是一种短小精悍、通信效率高的广播型协议,安装后不需要进行设置,特别适合于在“网络邻居”传送数据。所以建议除了TCP/IP协议之外,局域网的计算机最好也安上NetBEUI协议。另外还有一点要注意,如果一台只装了TCP/IP协议的WINDOWS98机器要想加入到WINNT域,也必须安装NetBEUI协议。
一个网络协议至少包括三要素:
语法:用来规定信息格式
语义:用来说明通信双方应当怎么做
时序:详细说明事件的先后顺序
4、网络层次:
(7).应用层(Application):提供用户接口,用来提供文件,打印,数据库,和其他应用程序等服务。
(6).表示层(Presentation):表述数据;对数据的操作诸如加密,压缩和翻译等等。
(5).会话层(Session):建立会话,分隔不同应用程序的数据。
(4).传输层(Transport):提供可靠(TCP)和不可靠(UDP)的数据投递,即提供端口到端口的连接;在错误数据重新传输前对其进行更正。
(3).网络层(Network):提供逻辑地址,用于routers的路径选择,即路由(routing)。
(2).数据链路层(Data Link):把字节性质的包组成帧;根据MAC地址提供对传输介质的访问;实行错误检测,但是不实行错误更正。
[帧:第二层的数据单元,而且只在第二层中才有意义。]
(1).物理层(Physical):在设备之间传输比特(bit);定义电压,线速,针脚等物理规范,定义了物理拓扑结构。
最高3层(5~7层),也称之为上层(upper layer),主要是操作系统和软件应用。它们不关心网络的具体情况,这些工作是由下4层(1~4层)来完成,绝大多数网络设备都是工作在下4层。 -
测试用例
2007-12-14 15:21:56
waiting....