测试网站检测工具
网站检测工具 时间:2021-03-21 阅读:()
1软件测试大全卷1:基础知识(第1版)—大傻文档历史日期版本号作者修订历史2010-10-180.
1大傻创建2010-11-241.
0大傻第1版发布前言软件正进入测试时代,测试同仁我们的明天是光明J.
随着计算机的发展,产品功能越来越庞大,产品业务越来越复杂,用户对产品质量的要求越来越高.
产品质量的提高在做好需求分析,设计分析,编码实现的前提之下,软件测试也是提高产品质量的重要手段之一.
本书的目的结合作者经验和网络收集的资料,对测试过程,规范,测试方法,测试工具,数据库等个个方面进行收集整理.
供测试同仁参考学习之用.
希望能各位测试工作带来一定帮助.
整理编写《测试大全》一书是一项具有强烈挑战的创新工作,难度大,时间紧,加之编者水平有限,书中难免有疏漏之处,敬情各位同事谅解.
书中很多内容只能抛砖引玉,需要大家从其它渠道如书本,网络,交流等获取更详细的内容.
如果有意见和建议请与大傻联系.
Email:ldjzj@163.
com,QQ交流群号:14926562大傻2010-11-23晚上23点17分版权声明:本文由BSTT成员收集整理,只作相互交流学习使用,不能作为任何商业用途,转载时请务必标识BSTT统一LOGO,并注明BSTT宗旨(倡导测试开源,分享测试经验).
2目录1了解我们.
31.
1BSTT.
31.
2成员介绍.
32工作常用.
32.
1常用工具.
错误!
未定义书签.
3名词解释.
33.
1测试技术.
33.
2测试工具.
53.
3产品业务.
63.
4数据库83.
5其它业务.
84测试知识.
84.
1测试过程.
84.
2测试规范.
94.
3常用测试文档.
94.
3.
1测试计划94.
3.
2测试用例114.
3.
3测试报告114.
4测试技术.
154.
4.
1功能测试154.
4.
2自动化测试194.
4.
3性能测试204.
4.
4白盒测试244.
5测试工具.
244.
5.
1QTP.
244.
5.
2LR.
254.
5.
3TD275数据库.
285.
1常用数据库.
285.
2SQLSERVER305.
2.
1系统数据库305.
2.
2备份还原315.
3ORACLE335.
3.
1导入导出335.
3.
2常用sql语句.
346操作系统.
356.
1WINDOWS.
356.
1.
1DOS命令.
356.
2UNIX376.
2.
1基本命令3731了解我们1.
1BSTT我和同事创建一个虚拟测试组织BSTestTeam简称BSTT,重点负责将日常碰到的问题和解决方案用通俗的文字整理成文档大全,并让摘入大全的内容都是通过验证和有效的,并免费提供大家下载.
我们宗旨:倡导测试开源,分享测试经验.
1.
2成员介绍大号博客擅长领域大傻http://www.
51testing.
com/13795测试管理,功能测试,性能测试mihuxuhttp://www.
51testing.
com/116976功能测试,性能测试,自动化测试水石心鱼功能测试,自动化测试熊熊功能测试2工作常用51testing软件测试:www.
51testing.
comCsdn程序员:http://www.
csdn.
net/3名词解释3.
1测试技术SoftwareTest(软件测试):执行软件以验证其满足指定的需求并检测错误的过程.
检测已有条件之间的不同,并评价软件项的特性软件项的分析过程.
软件工程过程的一个活动,它将软件在预定的条件下运行以判断软件是否符合预期结果.
Blackboxtesting(黑盒测试):指测试人员不关心程序具体如何实现的一种测试方法.
根据软件的规格对软件进行各种输入和观察软件的各种输出结果来发现软件的缺陷的测试,这类测试不考虑软件内部的运作原理,因此软件对用户来说就像一个黑盒子.
Whiteboxtesting(白盒测试):根据软件内部的工作原理分析来进行测试,基于代码的测试,测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量,一般白盒测试由项目经理在程序员开发中来实现.
Unittesting(单元测试):指一段代码的基本测试,其实际大小是未定的,通常是一个函数或子程序,一般由开发者执行.
Integrationtesting(集成测试):被测试系统的所有组件都集成在一起,找出被测试系统组件之间关系和接口中的错误.
该测试一般在单元测试之后进行.
SystemTesting(系统测试):是将已经集成好的软件系统,作为整个计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起,在实际运行使用的环境下,对计算机系统进行系列的测试活动Acceptancetesting(验收测试):系统开发生命周期方法论的一个阶段,这时相关4的用户和/或独立测试人员根据测试计划和结果对系统进行测试和接收.
它让系统用户决定是否接收系统.
它是一项确定产品是否能够满足合同或用户所规定需求的测试.
这是管理性和防御性控制.
AutomatedTesting(自动化测试):使用自动化测试工具来进行测试,这类测试一般不需要人干预,通常在GUI、性能等测试中用得较多.
Functionaltesting(功能测试):也称为behavīoraltesting(行为测试),根据产品特征、操作描述和用户方案,测试一个产品的特性和可操作行为以确定它们满足设计需求.
本地化软件的功能测试,用于验证应用程序或网站对目标用户能正确工作.
使用适当的平台、浏览器和测试脚本,以保证目标用户的体验将足够好,就像应用程序是专门为该市场开发的一样.
Loadtesting(负载测试):通过测试系统在资源超负荷情况下的表现,以发现设计上的错误或验证系统的负载能力.
在这种测试中,将使测试对象承担不同的工作量,以评测和评估测试对象在不同工作量条件下的性能行为,以及持续正常运行的能力.
负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行.
此外,负载测试还要评估性能特征,例如,响应时间、事务处理速率和其他与时间相关的方面.
Performancetesting(性能测试):评价一个产品或组件与性能需求是否符合的测试.
包括负载测试、强度测试、数据库容量测试、基准测试等类型.
StabilityTest(稳定性测试):测试系统的长期稳定运行能力.
在系统运行过程中,对系统施压,观察系统的各种性能指标,以及服务器的指标.
StressTest(压力测试,也即强度测试):在强负载(大数据量、大量并发用户等)下的测试,查看应用系统在峰值使用情况下操作行为,从而有效地发现系统的某项功能隐患、系统是否具有良好的容错能力和可恢复能力.
CompatibilityTesting(兼容性测试):也称"Configurationtesting(配置测试)",测试软件是否和系统的其它与之交互的元素之间兼容,如:浏览器、操作系统、硬件等.
验证测试对象在不同的软件和硬件配置中的运行情况.
Usabilitytesting(易用性测试):针对应用程序和用户手册等系统文档的测试.
主要包括易理解性测试;易学性测试;易操作性测试;吸引性测试;易用的依从性测试.
Installingtesting(安装测试):确保该软件在正常情况和异常情况的不同条件下,例如,进行首次安装、升级、完整的或自定义的安装都能进行安装.
异常情况包括磁盘空间不足、缺少目录创建权限等.
核实软件在安装后可立即正常运行.
安装测试包括测试安装代码以及安装手册.
安装手册提供如何进行安装,安装代码提供安装一些程序能够运行的基础数据.
Adhoctesting(随机测试):没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试.
主要是根据测试者的经验对软件进行功能和性能抽查.
随机测试是根据测试说明书执行用例测试的重要补充手段,是保证测试覆盖完整性的有效方式和过程.
Smoketesting(冒烟测试):冒烟测试的对象是每一个新编译的需要正式测试的软件版本,目的是确认软件基本功能正常,可以进行后续的正式测试工作.
冒烟测试的执行者是版本编译人员.
参考"Sanitytesting(健全测试)".
5Regressiontesting(回归测试):在发生修改之后重新测试先前的测试以保证修改的正确性.
理论上,对软件的任何新版本,都需要进行回归测试,验证以前发现和修复的错误是否在新软件版本上再现.
Bug(错误):有时称作defect(缺陷)或error(错误),软件程序中存在的编程错误,可能会带来不必要的副作用,软件的功能和特性与设计规格说明书或用户需求不一致的方面.
软件缺陷表现特征为:软件未达到产品说明书标明的功能;软件出现产品说明书指明不会出现的错误;软件功能超出产品说明书指明的范围;虽然产品说明书未指出但是软件应达到的目标;软件测试人员或用户认为软件难以理解,不易使用,运行速度缓慢等问题.
Bugreport(错误报告),也称为"Bugrecord(错误记录)",记录发现的软件错误信息的文档,通常包括错误描述、复现步骤、抓取的错误图像和注释等.
Priority(优先权):从商业角度出发是指错误的重要性,尤其是从客户和用户的角度出发,是指错误对于系统的可行性和可接受性的影响.
与"Severity(严重性)"相对照.
Severity(严重性):错误对被测系统的影响程度,在终端用户条件下发生的可能性,软件错误妨碍系统使用的程度.
Testcase(测试用例):为特定目标而开发的一组测试输入、执行条件和预期结果,其目标可以是测试某个程序路径或核实是否满足某个特定的需求.
Testingcoverage(测试覆盖):指测试系统覆盖被测试系统的程度,一项给定测试或一组测试对某个给定系统或构件的所有指定测试用例进行处理所达到的程度.
Testingenvironment(测试环境):进行测试的环境,包括测试平台、测试基础设施、测试实验室和其他设施.
Testingitem(测试项):作为测试对象的工作版本.
Testingplan(测试计划):描述了要进行的测试活动的范围、方法、资源和进度的文档.
它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险.
Testreport(测试报告):把测试的过程和结果写成文档,并对发现的问题和缺陷进行分析,为纠正软件的存在的质量问题提供依据,同时为软件验收和交付打下基础.
Testingprocedure(测试过程):指设置、执行给定测试用例并对测试结果进行评估的一系列详细步骤.
Testingscrīpt(测试脚本):一般指的是一个特定测试的一系列指令,这些指令可以被自动化测试工具执行.
Testingsuite(测试包):一组测试用里的执行框架;一种组织测试用例的方法.
在测试包里,测试用例可以组合起来创造出独特的测试条件.
3.
2测试工具LoadRunner:Mercury公司性能与负载压力,LoadRunner是一种预测系统行为和性能的工业标准级负载测试工具.
通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,LoadRunner能够对整个企业架构进行测试.
通过使用LoadRunner,企业能最大限度地缩短测试时间,优化性能和加速应用系统的发布周期.
LoadRunner是一种适用于各种体系架构的自动负载测试工具,它能预测系统行为并优化系统性能.
LoadRunner的测试对象是整个企业的系统,它通过模拟实际用户的操作行为6和实行实时性能监测,来帮助您更快的查找和发现问题.
此外,还能支持广泛的协议和技术,为您的特殊环境提供特殊的解决方案.
QuickTestPro:Mercury公司功能测试和回归测试,QTP是一个B/S系统的自动化功能测试的利器,软件程序测试工具.
Mercury的自动化功能测试软件QuickTestProfessional,可以覆盖绝大多数的软件开发技术,简单高效,并具备测试用例可重用的特点.
MercuryQuickTestPro是一款先进的自动化测试解决方案,用于创建功能和回归测试.
它自动捕获、验证和重放用户的交互行为.
MercuryQuickTestPro为每一个重要软件应用和环境提供功能和回归测试自动化的行业最佳解决方案.
TestDirector:Mercury公司测试管理,基于WEB的测试管理工具,他能够让你系统地控制整个测试过程,并创建整个测试工作流的框架和基础,使整个测试管理过程变得更为简单和有组织.
他能够帮助你维护一个测试工程数据库,并且能够覆盖你的应用程序功能性的各个方面.
T并且还为你提供了直观和有效的方式来计划和执行测试集、收集测试结果并分析数据.
还专门提供了一个完善的缺陷跟踪系统.
并可以同Mercury公司的测试工具、第三方或者自主开发的测试工具、需求和配置管理工具、建模工具的整合功能.
你可以通过他进行需求定义、测试计划、测试执行和缺陷跟踪,即整个测试过程的各个阶段.
JMeter:开源组织压力测试,性能测试,它最初被设计用于Web应用测试但后来扩展到其他测试领域.
ApacheJMeter可以用于对静态的和动态的资源(文件,Servlet,Perl脚本,Java对象,数据库和查询,FTP服务器等等)的性能进行测试.
它可以用于对服务器,网络或对象模拟繁重的负载来测试它们的强度或分析不同压力类型下的整体性能.
你可以使用它做性能的图形分析或在大并发负载测试你的服务器/脚本/对象.
ApacheJMeter的特性包括:能够对HTTP和FTP服务器进行压力和性能测试,也可以对任何数据库进行同样的测试(通过JDBC).
完全的可移植性和100%纯Java.
完全Swing和轻量组件支持(预编译的JAR使用javax.
swing.
*)包.
完全多线程框架允许通过多个线程并发取样和通过单独的线程组对不同的功能同时取样.
精心的GUI设计允许快速操作和更精确的计时.
缓存和离线分析/回放测试结果.
高可扩展性:可链接的取样器允许无限制的测试能力.
各种负载统计表和可链接的计时器可供选择.
数据分析和可视化插件提供了很好的可扩展性以及以及个性化.
具有提供动态输入到测试的功能(包括JavaScript).
支持脚本变成的取样器(在1.
9.
2及以上版本支持BeanShell).
JUnit:开源组织单元测试,回归测试,JUnit是由ErichGamma和KentBeck编写的一个单元测试框架(regressiontestingframework).
Junit测试是程序员测试,即所谓白盒测试,因为程序员知道被测试的软件如何(How)完成功能和完成什么样(What)的功能.
Junit是一套框架,继承TestCase类,就可以用Junit进行自动测试了.
JsUnit:开源组织单元测试,回归测试,JsUnit是一个部件测试的结构为客户机边Java语言在XUnit结构的传统.
JsUnitisaunittestingframeworkforclient-sideJavaScriptinthetraditionoftheXUnitframeworks.
3.
3产品业务创业门户应用平台(BSEAP(B-SOFTEnterpriseApplicationPortal)):企业门户应用平台是企业内外部数据和信息资源的整合和发布工具,是企业应用系统的集成平台和7单一访问入口,是基于商务协作的企业级应用的运行平台和开发管理工具.
HospitalInformationSystem(HIS即医院信息系统):美国该领域的著名教授Morris.
Collen曾作如下定义:利用电子计算机和通讯设备,为医院所属各部门提供对病人诊疗信息和行政管理信息的收集、存储、处理、提取及数据交换的能力,并满足所有授权用户的功能需求.
LaboratoryInformationManagementSystem(LIS即实验信息系统):是专为医院检验科设计的一套实验室信息管理系统,能将实验仪器与计算机组成网络,使病人样品登录、实验数据存取、报告审核、打印分发,实验数据统计分析等繁杂的操作过程实现了智能化、自动化和规范化管理.
有助于提高实验室的整体管理水平,减少漏洞,提高检验质量.
ElectronicMedicalRecord(EMR即电子病历):也叫计算机化的病案系统或称基于计算机的病人记录(CPR,Computer-BasedPatientRecord).
它是用电子设备(计算机、健康卡等)保存、管理、传输和重现的数字化的病人的医疗记录,取代手写纸张病历.
它的内容包括纸张病历的所有信息.
美国国立医学研究所将定义为:EMR是基于一个特定系统的电子化病人记录,该系统提供用户访问完整准确的数据、警示、提示和临床决策支持系统的能力.
MedicalRecordQualityControl((病历书写质量控制MRQC)):对病历书写过程及内容进行质控.
通过建立一套完整严密的消息反馈机制实现各临床诊疗工作站与本系统之间实时互动,包括发送、传递、接收、处理、反馈等环节;本系统以建立病历书写质控标准为基础,实现环节质控、终末质控两大系统功能;创业各临床工作站系统这里指的架构在"创业-门户平台"基础之上的包括住院医生站、手术麻醉系统、病区护士站等系统,与本系统之间存在内部接口;外部病案统计管理系统这里指医疗机构已经实施或即将实施的非公司产品,与本系统之间存在外部接口.
环节质控包括"重点病人监控、病历书写时限质控、病历书写部分内容质控、病历检查整改通知"四块内容;终末质控包括"系统自动扣分、专家手工评分"两部分内容.
ElectronicNursingRecord(临床护理记录书写系统ENR):本系统主要是解决"住院部临床护士的电子化书写护理记录"问题,通过电子化的手段,帮助临床护士及时、高效的书写护理记录,这样护士就能把这部分省出来的时间用于更重要的临床服务.
同时在书写的过程中,加入一些质量控制方法,这样在整个环节过程中,就能自动发现存在的质量问题并通知护士或管理部门及时采取应对措施.
WardDoctor'sWorkstation(住院医生站系统WDW):住院医生工作站是指临床医生在自己的电脑上实现给病人下诊断、开医嘱、写病历、开各种化验单、查看化验结果等功能.
从而提高工作效率和医疗质量.
RadiologyInformationSystem(RIS即放射信息管理):是放射科的登记、分诊、影像诊断报告以及放射科的各项信息查询、统计等工作的管理系统,RIS系统与PACS系统紧密相连,构成医院数字医疗设备、影像及报告管理的解决方案.
Clinicalpathway(临床路径信息系统CP):临床路径信息系统指针对某一疾病建立一套标准化治疗模式与治疗程序,是一个有关临床治疗的综合模式,以循证医学证据和指南为指导来促进治疗组织和疾病管理的方法.
8PictureArchivingandCommunicationSystem(PACS即影像归档和通信系统):PACS是一个涉及放射医学、影像医学、数字图像技术(采集和处理)、计算机与通讯、C/S体系结构的多媒体DBMS系统,涉及软件工程、图形图像的综合及后处理等多种技术,是一个技术含量高、实践性强的高技术复杂系统.
3.
4数据库数据库(Database):是按照数据结构来组织、存储和管理数据的仓库,它产生于距今五十年前,随着信息技术和市场的发展,特别是二十世纪九十年代以后,数据管理不再仅仅是存储和管理数据,而转变成用户所需要的各种数据管理的方式.
数据库有很多种类型,从最简单的存储有各种数据的表格到能够进行海量数据存储的大型数据库系统都在各个方面得到了广泛的应用.
Structuredquerylanguage(结构化查询语句,SQL):在一个关系数据库中查询和处理数据的一种语言.
3.
5其它业务Review(评审):在产品开发过程中,把产品提交给项目成员、用户、管理者或其它相关人员评价或批准的过程.
Qualityassurance(质量保证QA):采取相关活动,以保证一个开发组织交付的产品满足性能需求和已确立的标准和过程.
Softwarelifecycle(软件生命周期):开始于一个软件产品的构思,结束于该产品不再被使用的这段期间.
Softwareconfigurationmanagement(软件配置管理SCM):是指通过执行版本控制、变更控制的规程,以及使用合适的配置管理软件,来保证所有配置项的完整性和可跟踪性.
配置管理是对工作成果的一种有效保护.
4测试知识4.
1测试过程请要查看创业知识库(FTP)中02-过程模板库,重点查看过程模板库下02-工程过程,其它过程了解一下,大至工作流程如下:94.
2测试规范规范名称说明文档排版规范Word,excel,viso等工具使用规范测试用例书写规范测试用例编写要求工作产品检查列表测试用例,测试报告,用户手册等文档检查项TestDirector工具使用规范TD工具使用规范软件界面规范测试时界面测试参照的规范测试收标准每个阶段测试接收的准则4.
3常用测试文档4.
3.
1测试计划4.
3.
1.
1包含的内容1.
项目版本历史:记录谁什么时候对这个测试计划做了哪些改动.
通常测试计划需要更改好多遍,这就需要版本信息来跟踪测试计划的状态,是Draft,还是Approved.
2.
编写目的:对测试计划一个简单的介绍,说明这个测试计划的功效以及项目的背景介绍.
3.
术语和缩写词:项目中或测试中一些术语的说明.
4.
参考文档:很多时候测试计划需要和其他的文档连接起来看,或者测试计划还有一些子计划文档,这些文档都需要加到测试计划的参考文档列表里.
5.
测试资源:包括硬件,软件,人力资源.
硬件包括如服务器,客户端,网络设备等以及其它测试需要的如打印机,扫描枪,设备等.
软件资源包括测试用使用的工具.
人力资源包括测试资源,以及协助测试的开发人员,数据库管理员,用户等.
106.
测试范围:需要测试什么,包括测试类型比如、功能和性能测试,如果是升级产品,哪些新功能,哪些受新功能影响的功能需要测试,都需要说明.
不需要测试什么,如果这个产品是继承了之前的产品,哪些原来的功能不受新功能的影响,不需要测试.
7.
测试进度:测试的时间安排,什么时候开始什么测试.
做这个计划的前提是项目详细计划已经做好了并通过计划评审.
8.
测试进入:测试进入要求如:代码是否做过走查,是否提安装配置文档,是否通过冒烟测试.
9.
测试结束:测试结束的标准,如文档是否完整不,缺陷是否得到合理解决,缺陷趋势是否到达标准点,系统是否已稳定.
10.
测试提交文档:测试提文档,作者和存放位置.
4.
3.
1.
2编写要求1.
是否系统的安全要求以被澄清并做了文档化操作2.
是否已经明确定以了测试工作的目标(及其范围)3.
是否标明了所有待测项(及其版本)4.
是否未列出重要的不测项5.
是否定以了变动控制过程并标明了那些有权限批准测试范围变动的人6.
是否标明了所有待测特性7.
是否未列出重要的不测特性8.
是否以对测试方法(策略)进行文档化操作9.
是否以将把系统视为通过的标准(如果有)进行文档化操作10.
是否以将测试终止(和恢复)的标准(如果有)进行文档化操作11.
是否以将测试工作要产生的文档进行文档化操作12.
是否研究过将测试工作所有的环境需要进行文档化操作13.
是否将待测项的配置管理策略进行文档化操作14.
是否以将测试脚本和测试数据(测试套件)的配置管理策略进行文档化操作15.
是否以指派了所有测试工作的责任16.
是否以指派了所有测试工作所依赖的责任17.
是否标明了人事需要的来源18.
是否标明了培训需要的来源19.
是否创建了测试进度20.
是否以考虑了项目圆满结束的必须步骤21.
是否以标明了预计的最严重的风险22.
是否以设计并通过了预计的最严重的风险的规避风险措施23.
是否以将所有的问题、假设、约束和依赖进行文档化操作24.
是否以定义了所有的不常见的简写和术语25.
是否以标明并互相引用了支持文档1126.
是否以标明了负责批准计划的人27.
是否以标明了负责接收测试结果的人28.
是否以标明了需要通报测试工作进展的人4.
3.
2测试用例4.
3.
2.
1包含的内容1.
编号:每个测试用例的唯一编号,有且于其和测试结果、错误报告等其他文档的链接.
2.
测试模块:讲述此测试用例测试的大模块.
3.
标题:用简单的一句话来描述测试用例.
4.
测试目的:描述设计此测试用例的目的是什么.
5.
测试级别:按照测试用例的重要性来给不同的测试用例分级别.
6.
预置条件:执行此测试用例之前需要做的准备.
7.
操作步骤:测试人员执行测试所需的运作.
8.
预期结果:在检查点上待测功能应有的正常反应、运作或显示.
9.
实际结果:待测功能在操作后所表现的反应、运作或显示.
用例编写方法可以参见测试用例编写指南.
pdf4.
3.
2.
2编写要求1、如何保证测试用例的覆盖率;2、如何确保紧跟开发文档的变化;3、如何把用例的重复性限定在适度的范围内;4、如何实现测试用例的更新;5、如何实现测试用例的重用性;4.
3.
3测试报告4.
3.
3.
1包含的内容一.
引言1.
编写目的本测试报告的具体编写目的,指出预期的读者范围.
实例:本测试报告为XXX项目的测试报告,目的在于总结测试阶段的测试以及分析测试结果,描述系统是否符合需求(或达到XXX功能目标).
预期参考人员包括用户、测试人员、、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理.
提示:通常,用户对测试结论部分感兴趣,开发人员希望从缺陷结果以及分析得到产品开发质量的信息,项目管理者对测试执行中成本、资源和时间予与重视,而高层经理希望能够阅读到简单的图表并且能够与其他项目进行同向比较.
此部分可以具体描述为什么类型的人可参考本报告XXX页XXX章节,你的报告读者越多,你的工作越容易被人重视,前提是必须让阅读者感到你的报告是有价值而且值得浪费一点时间去关注的.
2.
项目背景12对项目目标和目的进行简要说明.
必要时包括简史,这部分不需要脑力劳动,直接从需求或者招标文件中拷贝即可.
3.
系统简介如果设计说明书有此部分,照抄.
注意必要的框架图和网络拓扑图能吸引眼球.
4.
术语和缩写词列出设计本系统/项目的专用术语和缩写语约定.
对于技术相关的名词和与多义词一定要注明清楚,以便阅读时不会产生歧义.
5.
参考资料1)需求、设计、测试用例、手册以及其他项目文档都是范围内可参考的东东.
2)测试使用的国家标准、行业指标、公司规范和质量手册等等二.
测试概要测试的概要介绍,包括测试的一些声明、测试范围、测试目的等等,主要是测试情况简介.
(其他测试经理和质量人员关注部分)[Page]6.
测试用例设计简要介绍测试用例的设计方法.
例如:等价类划分、边界值、因果图,以及用这类方法(3-4句).
提示:如果能够具体对设计进行说明,在其他开发人员、测试经理阅读的时候就容易对你的用例设计有个整体的概念,顺便说一句,在这里写上一些非常规的设计方法也是有利的,至少在没有看到测试结论之前就可以了解到测试经理的设计技术,重点测试部分一定要保证有两种以上不同的用例设计方法.
7.
试环境与配置简要介绍测试环境及其配置.
提示:清单如下,如果系统/项目比较大,则用表格方式列出数据库服务器配置,CPU,内存,硬盘:可用空间大小,操作系统,应用软件,机器网络名,局域网地址,应用服务器配置.
对于网络设备和要求也可以使用相应的表格,对于三层架构的,可以根据网络拓扑图,列出相关配置.
8.
测试方法(和工具)简要介绍测试中采用的方法(和工具).
提示:主要是黑盒测试,测试方法可以写上测试的重点和采用的测试模式,这样可以一目了然的知道是否遗漏了重要的测试点和关键块.
工具为可选项,当使用到测试工具和相关工具时,要说明.
注意要注明是自产还是厂商,版本号多少,在测试报告发布后要避免大多工具的版权问题.
三.
测试结果及缺陷分析整个测试报告中这是最激动人心的部分,这部分主要汇总各种数据并进行度量,度量包括对测试过程的度量和能力评估、对软件产品的质量度量和产品评估.
对于不需要过程度量或者相对较小的项目,例如用于验收时提交用户的测试报告、小型项目的测试报告,可省略过程方面的度量部分;而采用了CMM/ISO或者其他工程标准过程的,需要提供过程改进建议和参考的测试报告-主要用于公司内部测试改进和缺陷预防机制-则过程度量需要列出.
9.
测试执行情况与记录13描述测试资源消耗情况,记录实际数据.
(测试、项目经理关注部分)10.
测试组织可列出简单的测试组架构图,包括:测试组架构(如存在分组、用户参与等情况),测试经理(领导人员),主要测试人员,参与测试人员.
11.
测试时间列出测试的跨度和工作量,最好区分测试文档和活动的时间.
数据可供过程度量使用.
例如XXX子系统/子功能,实际开始时间-实际结束时间,总工时/总工作日,任务开始时间结束时间.
对于大系统/项目来说最终要统计资源的总投入,必要时要增加成本一栏,以便管理者清楚的知道究竟花费了多少人力去完成测试.
在数据汇总时可以统计个人的平均投入时间和总体时间、整体投入平均时间和总体时间,还可以算出每一个功能点所花费的时/人.
12.
测试版本给出测试的版本,如果是最终报告,可能要报告测试次数回归测试多少次.
列出表格清单则便于知道那个子系统/子模块的测试频度,对于多次回归的子系统/子模块将引起开发者关注.
13.
覆盖分析1)需求覆盖需求覆盖率是指经过测试的需求/功能和需求规格说明书中所有需求/功能的比值,通常情况下要达到100%的目标.
根据测试结果,按编号给出每一测试需求的通过与否结论.
P表示部分通过,N/A表示不可测试或者用例不适用.
实际上,需求跟踪矩阵列出了一一对应的用例情况以避免遗漏,此表作用为传达需求的测试信息以供检查和审核.
2)测试覆盖需求/功能(或编号)用例个数执行总数未执行未/漏测分析和原因实际上,测试用例已经记载了预期结果数据,测试缺陷上说明了实测结果数据和与预期结果数据的偏差;因此没有必要对每个编号在此包含更详细的说明的缺陷记录与偏差,列表的目的仅在于更好的查看测试结果.
14.
缺陷的统计与分析缺陷统计主要涉及到被测系统的质量,因此,这部分成为开发人员、质量人员重点关注的部分.
缺陷密度可以得出系统各功能或各需求的缺陷分布情况,开发人员可以在此分析基础上得出那部分功能/需求缺陷最多,从而在今后开发注意避免并注意在实施时予与关注,测试经验表明,测试缺陷越多的部分,其隐藏的缺陷也越多.
15.
残留缺陷与未解决问题原因分析:如何引起缺陷,缺陷的后果,描述造成软件局限性和其他限制性的原因,预防和改进措施:弥补手段和长期策略14四.
PARTⅤ测试结论与建议报告到了这个部分就是一个总结了,对上述过程、缺陷分析之后该下个结论,此部分为项目经理、部门经理以及高层经理关注,请清晰扼要的下定论.
[Page]16.
测试结论1)测试执行是否充分(可以增加对安全性、可靠性、可维护性和功能性描述)2)对测试风险的控制措施和成效3)测试目标是否完成4)测试是否通过5)是否可以进入下一阶段项目目标17.
建议1)对系统存在问题的说明,描述测试所揭露的软件缺陷和不足,以及可能给软件实施和运行带来的影响2)可能存在的潜在缺陷和后续工作3)对缺陷修改和产品设计的建议4)对过程改进方面的建议测试报告的内容大同小异,对于一些测试报告而言,可能将第四和第五部分合并,逐项列出测试项、缺陷、分析和建议,这种方法也比较多见,尤其在第三方评测报告中,此份报告模板仅供参考.
4.
3.
3.
2编写要求测试报告是把测试的过程和结果写成文档,并对发现的问题和缺陷进行分析,为纠正软件的存在的质量问题提供依据,同时为软件验收和交付打下基础.
本文提供测试报告模板以及如何编写的实例指南.
测试报告是测试阶段最后的文档产出物,优秀的测试经理应该具备良好的文档编写能力,一份详细的测试报告包含足够的信息,包括产品质量和测试过程的评价,测试报告基于测试中的数据采集以及对最终的测试结果分析.
将软件测试的问题呈现给他人,就是通过你的测试报告(这里的报告是指对问题测试的描述),它是测试员的主要工作产品,如果报告写得好,则声誉高.
有不同类型的测试报告,即面向不同的读者.
面向程序员的测试报告,通常是放到测试管理工具中流转到程序员,这时要注意几点:1.
客观描述现象,列出具体测试用例.
2.
可以提供一些分析和建议,但不要做出评价.
3.
对测试中没有再现的现象,也要做出说明,以期引起注意.
面向生产例会提供的测试报告,通常由测试经理带到会上,这时要考虑:1.
有综述性地统计信息,反映全貌;2.
要重点突出,以便软件测试经理能在较短的时间里向会议表达重点事项.
3.
要有分析,并提醒相关问题(如,培训方面),使报告更有价值.
面向管理层的测试报告,一般是综述性报告,用于判断质量情况,做出相关决策.
这时的报告要考虑:151.
有分析模型(公司要有自己的模型),有判断和结论.
2.
与历史数据有比较,评估风险.
3.
是一定范围的集体意见的反映,也反映其它项目相关人的意见(作为代言人).
公司对各类测试报告要有模板和写作要求,并通过这些指引,培养一致的风格,有利于报告的理解.
有一个对话:为何这么明显的问题没有报告出来我以为别人已报告了这个问题.
因此,不要假设明显的程序错误已经写入报告.
大家都有这种假设时则会遗漏.
设计错误谁来报告当然还是由测试员来报告.
测试员的测试可以作为设计的后期评判.
为了能对设计进行测试,测试组只要有一定比例的领域专业人员.
4.
4测试技术4.
4.
1功能测试4.
4.
1.
1常用测试方法1.
划分等价类把所有可能的数据输入划分为若干部分,然后从每一部分选择少数具有代表性的数据作为测试用例.
(1)有效等价类合理,有意义的输入数据构成的集合,检验程序是否实现规格说明预先规定的功能和性能.
(2)无效等价类不合理,无意义的输入数据构成的集合,检验程序的容错能力.
2.
边界值分析大量的错误发生在输入或输出的边界上,而不是某个范围的内部.
3.
语句覆盖设计若干个测试用例,运行所测程序,使得每一可执行语句至少执行一次,语句覆盖是最弱的逻辑覆盖在准则.
4.
判定覆盖设计若干测试用例,运行被测程序,使得程序中每个判断的取真分支和取假分支至少经历一次,即判断的真假值都能满足.
5.
条件覆盖设计若干测试用例,运行被测程序,要使判断中的每个条件的可能取值至少满足一次.
6.
路径覆盖覆盖所有可能的路径.
7.
判定-条件覆盖使得每个条件的所有可能至少出现一次,并且至少每个判断本身的判断结果出现一次.
4.
4.
1.
2Web测试方法一.
功能测试161.
链接测试链接是Web应用系统的一个主要特征,它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段.
链接测试可分为三个方面.
首先,测试所有链接是否按指示的那样确实链接到了该链接的页面;其次,测试所链接的页面是否存在;最后,保证Web应用系统上没有孤立的页面,所谓孤立页面是指没有链接指向该页面,只有知道正确的URL地址才能访问.
链接测试可以自动进行,现在已经有许多工具可以采用.
链接测试必须在集成测试阶段完成,也就是说,在整个Web应用系统的所有页面开发完成之后进行链接测试.
2.
表单测试当用户给Web应用系统管理员提交信息时,就需要使用表单操作,例如用户注册、登陆、信息提交等.
在这种情况下,我们必须测试提交操作的完整性,以校验提交给服务器的信息的正确性.
例如:用户填写的出生日期与职业是否恰当,填写的所属省份与所在城市是否匹配等.
如果使用了默认值,还要检验默认值的正确性.
如果表单只能接受指定的某些值,则也要进行测试.
例如:只能接受某些字符,测试时可以跳过这些字符,看系统是否会报错.
3.
Cookies测试Cookies通常用来存储用户信息和用户在某应用系统的操作,当一个用户使用Cookies访问了某一个应用系统时,Web服务器将发送关于用户的信息,把该信息以Cookies的形式存储在客户端计算机上,这可用来创建动态和自定义页面或者存储登陆等信息.
如果Web应用系统使用了Cookies,就必须检查Cookies是否能正常工作.
测试的内容可包括Cookies是否起作用,是否按预定的时间进行保存,刷新对Cookies有什么影响等.
4.
设计语言测试Web设计语言版本的差异可以引起客户端或服务器端严重的问题,例如使用哪种版本的HTML等.
当在分布式环境中开发时,开发人员都不在一起,这个问题就显得尤为重要.
除了HTML的版本问题外,不同的脚本语言,例如Java、JavaScript、ActiveX、VBScript或Perl等也要进行验证.
5.
数据库测试在Web应用技术中,数据库起着重要的作用,数据库为Web应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间.
在Web应用中,最常用的数据库类型是关系型数据库,可以使用SQL对信息进行处理.
在使用了数据库的Web应用系统中,一般情况下,可能发生两种错误,分别是数据一致性错误和输出错误.
数据一致性错误主要是由于用户提交的表单信息不正确而造成的,而输出错误主要是由于网络速度或程序设计问题等引起的,针对这两种情况,可分别进行测试.
二.
性能测试6.
连接速度测试用户连接到Web应用系统的速度根据上网方式的变化而变化,他们或许是电话拨号,或是宽带上网.
当下载一个程序时,用户可以等较长的时间,但如果仅仅访问一个页面就不会这样.
如果Web系统响应时间太长(例如超过5秒钟),用户就会因没有耐心等待而离17开.
另外,有些页面有超时的限制,如果响应速度太慢,用户可能还没来得及浏览内容,就需要重新登陆了.
而且,连接速度太慢,还可能引起数据丢失,使用户得不到真实的页面.
7.
负载测试负载测试是为了测量Web系统在某一负载级别上的性能,以保证Web系统在需求范围内能正常工作.
负载级别可以是某个时刻同时访问Web系统的用户数量,也可以是在线数据处理的数量.
例如:Web应用系统能允许多少个用户同时在线如果超过了这个数量,会出现什么现象Web应用系统能否处理大量用户对同一个页面的请求8.
压力测试负载测试应该安排在Web系统发布以后,在实际的网络环境中进行测试.
因为一个企业内部员工,特别是项目组人员总是有限的,而一个Web系统能同时处理的请求数量将远远超出这个限度,所以,只有放在Internet上,接受负载测试,其结果才是正确可信的.
进行压力测试是指实际破坏一个Web应用系统,测试系统的反映.
压力测试是测试系统的限制和故障恢复能力,也就是测试Web应用系统会不会崩溃,在什么情况下会崩溃.
黑客常常提供错误的数据负载,直到Web应用系统崩溃,接着当系统重新启动时获得存取权.
压力测试的区域包括表单、登陆和其他信息传输页面等.
三.
可用性测试9.
导航测试导航描述了用户在一个页面内操作的方式,在不同的用户接口控制之间,例如按钮、对话框、列表和窗口等;或在不同的连接页面之间.
通过考虑下列问题,可以决定一个Web应用系统是否易于导航:导航是否直观Web系统的主要部分是否可通过主页存取Web系统是否需要站点地图、搜索引擎或其他的导航帮助在一个页面上放太多的信息往往起到与预期相反的效果.
Web应用系统的用户趋向于目的驱动,很快地扫描一个Web应用系统,看是否有满足自己需要的信息,如果没有,就会很快地离开.
很少有用户愿意花时间去熟悉Web应用系统的结构,因此,Web应用系统导航帮助要尽可能地准确.
导航的另一个重要方面是Web应用系统的页面结构、导航、菜单、连接的风格是否一致.
确保用户凭直觉就知道Web应用系统里面是否还有内容,内容在什么地方.
Web应用系统的层次一旦决定,就要着手测试用户导航功能,让最终用户参与这种测试,效果将更加明显.
10.
图形测试在Web应用系统中,适当的图片和动画既能起到广告宣传的作用,又能起到美化页面的功能.
一个Web应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等.
图形测试的内容有:1)要确保图形有明确的用途,图片或动画不要胡乱地堆在一起,以免浪费传输时间.
Web应用系统的图片尺寸要尽量地小,并且要能清楚地说明某件事情,一般都链接到某个具体的页面.
2)验证所有页面字体的风格是否一致.
183)背景颜色应该与字体颜色和前景颜色相搭配.
4)图片的大小和质量也是一个很重要的因素,一般采用JPG或GIF压缩.
11.
内容测试内容测试用来检验Web应用系统提供信息的正确性、准确性和相关性.
信息的正确性是指信息是可靠的还是误传的.
例如,在商品价格列表中,错误的价格可能引起财政问题甚至导致法律纠纷;信息的准确性是指是否有语法或拼写错误.
这种测试通常使用一些文字处理软件来进行,例如使用MicrosoftWord的"拼音与语法检查"功能;信息的相关性是指是否在当前页面可以找到与当前浏览信息相关的信息列表或入口,也就是一般Web站点中的所谓"相关文章列表".
12.
整体界面测试整体界面是指整个Web应用系统的页面结构设计,是给用户的一个整体感.
例如:当用户浏览Web应用系统时是否感到舒适,是否凭直觉就知道要找的信息在什么地方整个Web应用系统的设计风格是否一致对整体界面的测试过程,其实是一个对最终用户进行调查的过程.
一般Web应用系统采取在主页上做一个调查问卷的形式,来得到最终用户的反馈信息.
对所有的可用性测试来说,都需要有外部人员(与Web应用系统开发没有联系或联系很少的人员)的参与,最好是最终用户的参与.
四.
客户端兼容性测试13.
平台测试市场上有很多不同的操作系统类型,最常见的有Windows、Unix、Macintosh、Linux等.
Web应用系统的最终用户究竟使用哪一种操作系统,取决于用户系统的配置.
这样,就可能会发生兼容性问题,同一个应用可能在某些操作系统下能正常运行,但在另外的操作系统下可能会运行失败.
因此,在Web系统发布之前,需要在各种操作系统下对Web系统进行兼容性测试.
14.
浏览器测试浏览器是Web客户端最核心的构件,来自不同厂商的浏览器对Java,、JavaScript、ActiveX、plug-ins或不同的HTML规格有不同的支持.
例如,ActiveX是Microsoft的产品,是为InternetExplorer而设计的,JavaScript是Netscape的产品,Java是Sun的产品等等.
另外,框架和层次结构风格在不同的浏览器中也有不同的显示,甚至根本不显示.
不同的浏览器对安全性和Java的设置也不一样.
测试浏览器兼容性的一个方法是创建一个兼容性矩阵.
在这个矩阵中,测试不同厂商、不同版本的浏览器对某些构件和设置的适应性.
五.
安全性测试Web应用系统的安全性测试区域主要有:1)现在的Web应用系统基本采用先注册,后登陆的方式.
因此,必须测试有效和无效的用户名和密码,要注意到是否大小写敏感,可以试多少次的限制,是否可以不登陆而直接浏览某个页面等.
2)Web应用系统是否有超时的限制,也就是说,用户登陆后在一定时间内(例如1519分钟)没有点击任何页面,是否需要重新登陆才能正常使用.
3)为了保证Web应用系统的安全性,日志文件是至关重要的.
需要测试相关信息是否写进了日志文件、是否可追踪.
4)当使用了安全套接字时,还要测试加密是否正确,检查信息的完整性.
5)服务器端的脚本常常构成安全漏洞,这些漏洞又常常被黑客利用.
所以,6)还要测试没有经过授权,就不能在服务器端放置和编辑脚本的问题.
六.
总结本文从功能、性能、可用性、客户端兼容性、安全性等方面讨论了基于Web的系统测试方法.
基于Web的系统测试与传统的软件测试既有相同之处,也有不同的地方,对软件测试提出了新的挑战.
基于Web的系统测试不但需要检查和验证是否按照设计的要求运行,而且还要评价系统在不同用户的浏览器端的显示是否合适.
重要的是,还要从最终用户的角度进行安全性和可用性测试.
详细web测试方法可以参见web系统测试详解.
doc4.
4.
2自动化测试4.
4.
2.
1前提条件实施自动化测试之前需要对软件开发过程进行分析,以观察其是否适合使用自动化测试.
通常需要同时满足以下条件:一软件需求变动不频繁.
测试脚本的稳定性决定了自动化测试的维护成本.
如果软件需求变动过于频繁,测试人员需要根据变动的需求来更新测试用例以及相关的测试脚本,而脚本的维护本身就是一个代码开发的过程,需要修改、调试,必要的时候还要修改自动化测试的框架,如果所花费的成本不低于利用其节省的测试成本,那么自动化测试便是失败的.
项目中的某些模块相对稳定,而某些模块需求变动性很大.
我们便可对相对稳定的模块进行自动化测试,而变动较大的仍是用手工测试.
二项目周期足够长.
由于自动化测试需求的确定、自动化测试框架的设计、测试脚本的编写与调试均需要相当长的时间来完成.
这样的过程本身就是一个测试软件的开发过程,需要较长的时间来完成.
如果项目的周期比较短,没有足够的时间去支持这样一个过程,那么自动化测试便成为笑谈.
三自动化测试脚本可重复使用.
果费尽心思开发了一套近乎完美的自动化测试脚本,但是脚本的重复使用率很低,致使其间所耗费的成本大于所创造的经济价值,自动化测试便成为了测试人员的练手之作,而并非是真正可产生效益的测试手段了.
另外,在手工测试无法完成,需要投入大量时间与人力时也需要考虑引入自动化测试.
比如性能测试、配置测试、大数据量输入测试等.
4.
4.
2.
2适用场合1.
回归测试,重复单一的数据录入或是击键等测试操作造成了不必要的时间浪费和人力浪费;2.
此外测试人员对程序的理解和对设计文档的验证通常也要借助于测试自动化工具;203.
采用自动化测试工具有利于测试报告文档的生成和版本的连贯性;4.
自动化工具能够确定测试用例的覆盖路径,确定测试用例集对程序逻辑流程和控制流程的覆盖;4.
4.
2.
3过程自动化测试与软件开发过程从本质上来讲是一样的,无非是利用自动化测试工具(相当于软件开发工具),经过对测试需求的分析(软件过程中的需求分析),设计出自动化测试用例(软件过程中的需求规格),从而搭建自动化测试的框架(软件过程中的概要设计),设计与编写自动化脚本(详细设计与编码),测试脚本的正确性,从而完成该套测试脚本(即主要功能为测试的应用软件).
一,自动化测试需求分析.
当测试项目满足了自动化的前提条件,并确定在该项目中需要使用自动化测试时,我们便开始进行自动化测试需求分析.
此过程需要确定自动化测试的范围以及相应的测试用例、测试数据,并形成详细的文档,以便于自动化测试框架的建立.
二,自动化测试框架的搭建.
所谓自动化测试框架便是像软件架构一般,定义了在使用该套脚本时需要调用哪些文件、结构,调用的过程,以及文件结构如何划分.
而根据自动化测试用例,我们很容易能够定位出自动化测试框架的典型要素:a.
公用的对象.
不同的测试用例会有一些相同的对象被重复使用,比如窗口、按钮、页面等.
这些公用的对象可被抽取出来,在编写脚本时随时调用.
当这些对象的属性因为需求的变更而改变时,只需要修改该对象属性即可,而无需修改所有相关的测试脚本.
b.
公用的环境.
各测试用例也会用到相同的测试环境,将该测试环境独立封装,在各个测试用例中灵活调用,也能增强脚本的可维护性.
c.
公用的方法.
当测试工具没有需要的方法时,而该方法又会被经常使用,我们便需要自己编写该方法,以方便脚本的调用.
d.
测试数据.
也许一个测试用例需要执行很多个测试数据,我们便可将测试数据放在一个独立的文件中,由测试脚本执行到该用例时读取数据文件,从而达到数据覆盖的目的.
在该框架中需要将这些典型要素考虑进去,在测试用例中抽取出公用的元素放入已定义的文件,设定好调用的过程.
4.
4.
3性能测试4.
4.
3.
1通用性能指标1.
通用指标(指Web应用服务器、数据库服务器必需测试项):lProcessorTime:指服务器CPU占用率,一般平均达到70%时,服务就接近饱和;lMemoryAvailableMbyte:可用内存数,如果测试时发现内存有变化情况也要注意,如果是内存泄露则比较严重;lPhysicsdiskTime:物理磁盘读写时间情况;2.
Web服务器指标:lAvgRps:平均每秒钟响应次数=总请求时间/秒数;lAvgtimetolastbyteperterstion(mstes):平均每秒业务角本的迭代次数,有人21会把这两者混淆;lSuccessfulRounds:成功的请求;lFailedRounds:失败的请求;lSuccessfulHits:成功的点击次数;lFailedHits:失败的点击次数;lHitsPerSecond:每秒点击次数;lSuccessfulHitsPerSecond:每秒成功的点击次数;lFailedHitsPerSecond:每秒失败的点击次数;lAttemptedConnections:尝试链接数;3.
数据库服务器指标:lUser0Connections:用户连接数,也就是数据库的连接数量;lNumberofdeadlocks:数据库死锁;lButterCachehit:数据库Cache的命中情况;4.
4.
3.
2测试的内容1.
应用在客户端性能的测试应用在客户端性能测试的目的是考察客户端应用的性能,测试的入口是客户端.
它主要包括并发性能测试、疲劳强度测试、大数据量测试和速度测试等,其中并发性能测试是重点.
并发性能测试的过程是一个负载测试和压力测试的过程,即逐渐增加负载,直到系统的瓶颈或者不能接收的性能点,通过综合分析交易执行指标和资源监控指标来确定系统并发性能的过程.
负载测试(LoadTesting)是确定在各种工作负载下系统的性能,目标是测试当负载逐渐增加时,系统组成部分的相应输出项,例如通过量、响应时间、CPU负载、内存使用等来决定系统的性能.
负载测试是一个分析软件应用程序和支撑架构、模拟真实环境的使用,从而来确定能够接收的性能过程.
压力测试(StressTesting)是通过确定一个系统的瓶颈或者不能接收的性能点,来获得系统能提供的最大服务级别的测试.
并发性能测试的目的主要体现在三个方面:以真实的业务为依据,选择有代表性的、关键的业务操作设计测试案例,以评价系统的当前性能;当扩展应用程序的功能或者新的应用程序将要被部署时,负载测试会帮助确定系统是否还能够处理期望的用户负载,以预测系统的未来性能;通过模拟成百上千个用户,重复执行和运行测试,可以确认性能瓶颈并优化和调整应用,目的在于寻找到瓶颈问题.
2.
应用在网络上性能的测试应用在网络上性能的测试重点是利用成熟先进的自动化技术进行网络应用性能监控、网络应用性能分析和网络预测.
网络应用性能分析的目的是准确展示网络带宽、延迟、负载和TCP端口的变化是如何影响用户的响应时间的.
利用网络应用性能分析工具,例如ApplicationExpert,能够发现应用的瓶颈,我们可知应用在网络上运行时在每个阶段发生的应用行为,在应用线程级分析应用的问题.
可以解决多种问题:客户端是否对数据库服务器运行了不必要的请求当服务器从客户端接受了一个查询,应用服务器是否花费了不可接受的时间联系数据库服务器在投产前预测应用的响应时间;利用ApplicationExpert调整应用在广域网上的性能;22ApplicationExpert能够让你快速、容易地仿真应用性能,根据最终用户在不同网络配置环境下的响应时间,用户可以根据自己的条件决定应用投产的网络环境.
网络应用性能监控在系统试运行之后,需要及时准确地了解网络上正在发生什么事情;什么应用在运行,如何运行;多少PC正在访问LAN或WAN;哪些应用程序导致系统瓶颈或资源竞争,这时网络应用性能监控以及网络资源管理对系统的正常稳定运行是非常关键的.
利用网络应用性能监控工具,可以达到事半功倍的效果,在这方面我们可以提供的工具是NetworkVantage.
通俗地讲,它主要用来分析关键应用程序的性能,定位问题的根源是在客户端、服务器、应用程序还是网络.
在大多数情况下用户较关心的问题还有哪些应用程序占用大量带宽,哪些用户产生了最大的网络流量,这个工具同样能满足要求网络预测考虑到系统未来发展的扩展性,预测网络流量的变化、网络结构的变化对用户系统的影响非常重要.
根据规划数据进行预测并及时提供网络性能预测数据.
我们利用网络预测分析容量规划工具PREDICTOR可以作到:设置服务水平、完成日网络容量规划、离线测试网络、网络失效和容量极限分析、完成日常故障诊断、预测网络设备迁移和网络设备升级对整个网络的影响.
3.
应用在服务器上性能的测试对于应用在服务器上性能的测试,可以采用工具监控,也可以使用系统本身的监控命令,例如Tuxedo中可以使用Top命令监控资源使用情况.
实施测试的目的是实现服务器性能测试图像设备、服务器操作系统、数据库系统、应用在服务器上性能的全面监控.
4.
4.
3.
3测试目的和类型性能测试目的是验证软件系统是否能够达到用户提出的性能指标,同时发现软件系统中存在的性能瓶颈,优化软件,最后起到优化系统的目的.
包括以下几个方面1.
评估系统的能力,测试中得到的负荷和响应时间数据可以被用于验证所计划的模型的能力,并帮助做出决策.
2.
识别体系中的弱点:受控的负荷可以被增加到一个极端的水平,并突破它,从而修复体系的瓶颈或薄弱的地方.
3.
系统调优:重复运行测试,验证调整系统的活动得到了预期的结果,从而改进性能.
检测软件中的问题:长时间的测试执行可导致程序发生由于内存泄露引起的失败,揭示程序中的隐含的问题或冲突.
4.
验证稳定性(resilience)可靠性(reliability):在一个生产负荷下执行测试一定的时间是评估系统稳定性和可靠性是否满足要求的唯一方法.
性能测试类型包括负载测试,强度测试,容量测试等:l负载测试:负载测试是一种性能测试指数据在超负荷环境中运行,程序是否能够承担.
l强度测试:强度测试是一种性能测试,他在系统资源特别低的情况下软件系统运行情况.
l容量测试:确定系统可处理同时在线的最大用户数234.
4.
3.
4测试步骤1.
制定目标和分析系统每一个性能测试计划中第一步都会制定目标和分析系统构成.
只有明确目标和了解系统构成才会澄清测试范围,知道在测试中要掌握什么样的技术.
1)确定客户需求和期望2)实际业务需求3)系统需求4)系统组成2.
选择测试度量的方法经过第一步,将会对系统有清醒的认识.
接下来我们将把精力放在软件度量上,收集系统相关的数据,度量的相关方面:制定规范、制定相关流程,角色,职责、制定改进策略、制定结果对比标准.
3.
学习的相关技术和工具性能测试是通过工具,模拟大量用户操作,对系统增加负载.
所以需要掌握一定的工具知识才能进行性能测试.
4.
制定评估标准任何测试的目的都是确保软件符合预先规定的目标和要求.
性能测试也不例外.
所以必须制定一套标准.
通常性能测试有四种模型技术可用于评估:l线性投射:用大量的过去的,扩展的或者将来可能发生的数据组成性能测试图像散布图,利用这个图表不断和系统的当前状况对比.
l分析模型:用排队论公式和算法预测响应时间,利用描述工作量的数据和系统本质关联起来l模仿:模仿实际用户的使用方法测试你的系统l基准:定义测试和你最初的测试作为标准,利用它和所有后来进行的测试结果进行对比5.
设计测试用例设计测试用例是在了解软件业务流程的基础上.
设计测试用例的原则是受最小的影响提供最多的测试信息,设计测试用例的目标是一次尽可能的包含多个测试要素.
这些测试用例必须是测试工具可以实现的,不同的测试场景将测试不同的功能.
因为性能测试不同于平时的测试用例,尽可能把性能测试用例设计的复杂,才有可能发现软件的性能瓶颈.
6.
运行测试用例通过性能测试工具运行测试用例.
同一环境下作的性能测试得到的测试结果是不准确的,所以在运行这些测试用例的时候,需要用不同的测试环境,不同的机器配置上运行.
7.
分析测试结果运行测试用例后,收集相关信息,进行数据统计分析,找到性能瓶颈.
通过排除误差和其他因素,让测试结果体现接近真实情况.
不同的体系结构分析测试结果的方法也不同,bs结构我们会分析网络带宽,流量对用户操作响应的影响,而cs结构我们可能更关心会系统整体配置对用户操作的影响244.
4.
4白盒测试4.
4.
4.
1测试方法白盒测试的测试方法有代码检查法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法、域测试、符号测试、Z路径覆盖、程序变异.
白盒测试法的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试.
其中逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖六种覆盖标准:语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖发现错误的能力呈由弱至强的变化.
语句覆盖每条语句至少执行一次.
判定覆盖每个判定的每个分支至少执行一次.
条件覆盖每个判定的每个条件应取到各种可能的值.
判定/条件覆盖同时满足判定覆盖条件覆盖.
条件组合覆盖每个判定中各条件的每一种组合至少出现一次.
路径覆盖使程序中每一条可能的路径至少执行一次.
4.
4.
4.
2与黑盒测试区别白盒测试技术(WhiteBoxTesting):深入到代码一级的测试,使用这种技术发现问题最早,效果也是最好的.
该技术主要的特征是测试对象进入了代码内部,根据开发人员对代码和对程序的熟悉程度,对有需要的部分进行在软件编码阶段,开发人员根据自己对代码的理解和接触所进行的软件测试叫做白盒测试.
黑盒测试技术(BlackBoxTesting):黑盒测试的内容主要有以下几个方面,但是主要还是功能部分.
主要是覆盖全部的功能,可以结合兼容,性能测试等方面进行,根据软件需求,设计文档,模拟客户场景随系统进行实际的测试,这种测试技术是使用最多的测试技术涵盖了测试的方方面面.
4.
5测试工具4.
5.
1QTP1.
制定测试计划自动测试的测试计划是根据被测项目的具体需求,以及所使用的测试工具而制定的,完全用于指导测试全工程.
QTP是一个功能测试工具,主要帮助测试人员完成软件的功能测试,与其他测试工具一样,QTP不能完全取代测试人员的手工操作,但是在某个功能点上,使用QTP的确能够帮助测试人员做很多工作.
在测试计划阶段,首先要做的就是分析被测应用的特点,决定应该对哪些功能点进行测试,可以考虑细化到具体页面或者具体控件.
对于一个普通的应用程序来说,QTP应用在某些界面变化不大的回归测试中是非常有效的.
2.
创建测试脚本当测试人员浏览站点或在应用程序上操作的时候,QTP的自动录制机制能够将测试人员的每一个操作步骤及被操作的对象记录下来,自动生成测试脚本语句.
与其他自动测试工具录制脚本有所不同的是,QTP除了以VBScript脚本语言的方式生成脚本语句以外,还将被操作的对象及相应的动作按照层次和顺序保存在一个基于表格的关键字视图中.
比如,当25测试人员单击一个链接,然后选择一个CheckBox或者提交一个表单,这样的操作流程都会被记录在关键字视图中.
3.
增强测试脚本的功能录制脚本只是实现创建或者设计脚本的第一步,基本的脚本录制完毕后,测试人员可以根据需要增加一些扩展功能,QTP允许测试人员通过在脚本中增加或更改测试步骤来修正或自定义测试流程,如增加多种类型的检查点功能,既可以让QTP检查一下在程序的某个特定位置或对话框中是否出现了需要的文字,还可以检查一个链接是否返回了正确的URL地址等,还可以通过参数化功能,使用多组不同的数据驱动整个测试过程.
4.
运行测试QTP从脚本的第一行开始执行语句,运行过程中会对设置的检查点进行验证,用实际数据代替参数值,并给出相应的输出结构信息.
测试过程中测试人员还可以调试自己的脚本,直到脚本完全符合要求.
5.
分析测试运行结束后系统会自动生成一份详细完整的测试结果报告4.
5.
2LR一.
使用VUGen录制脚本1.
根据应用程序架构选择相应的协议.
一般象B/S的程序用单一的http协议就可以了.
2.
开始录制.
根据所选协议的不同,出现的对话框不不同的.
选择http协议的话需要录入url地址,在这步录入需要测试的地址如https://www.
alipay3.
net.
3.
录制脚本:在一个脚本中,默认有三个动作:vuser_initActionvuser_end.
通常把初始化操作放到vuser_init中,具体需要测试的操作放在Action中,vuser_end动作目前来说没有什么用处.
在创建交易脚本中,需要测试的操作包括创建支付宝交易、买家付款、卖家发货、买家确认收货.
每一个操作都必须首先登陆才能进行.
4.
添加事务:为了使录制的脚本更易读,录制过程中要为每一个独立的操作添加事务.
比如说登陆、买家付款都放在一个单独的事务中.
特别注意,因为本次测试目标是每秒内总的交易数,所以需要分别给每一个测试脚本的Action操作都加上一个统一的事务,名称都叫做"Action",以便衡量是否可以达到目标.
5.
添加验证点:脚本录制好后,在需要的地方加上验证点,来检测脚本是否执行成功.
以登陆操作来说,在提交登陆的脚本后面,右击鼠标,选择Insert—NewStep,在出现的对话框中选择WebChecks—TextCheck,进行文字验证,查找退出这两个字是否出现.
如果出现就说明登陆成功了.
6.
根据需要对变量参数化:在登陆操作中需要参数化的值包括:URL,登陆帐号、登陆密码.
点击工具栏的ParamList按钮可以创建参数.
当新建一个参数后,LR会在当前脚本的目录下自动创建一个文件存放参数的值.
我们不要这个默认的文件名,把所有参数的文件名都修改为"D:\LrData\Email.
dat"[文件路径及名称都是可以手工修改的],这样可以在多个脚本中共享相同的变量.
1)url、登陆帐号、登陆密码:这几个参数都是手工在LR中输入,然后保存到文件中.
2)交易号:在查询交易明细脚本中,会随机的选取100个交易查看其明细.
这种情26况下,交易号直接从数据库中取得比较方便.
但是必须在本地安装oracle客户端.
如果没有装oralce客户端,可以首先登陆到PL/SQL中,查询100个交易号,选中把查询结果,选择导出到CSV文件中.
导出后,在LR中打开ParamList,选中交易号这个参数,点击EditWithNotePad按钮,把csv文件的内容拷贝到这个里面即可.
注意拷贝前需要用支持列编辑的文本工具打开csv文件,去掉前后的引号.
保存文件成功后,在LR中就可以看到导出的交易号了.
7.
在Vuser中运行脚本,确认脚本可以正常运行.
二.
使用Controller设置场景进行测试1.
创建场景:由于我们这次的测试目标是以每秒N个交易,所以选择基于目标的场景.
创建场景的同时,加入需要测试的脚本.
2.
定义测试目标:场景创建成功后,单击EditScenarioGoals定义测试目标.
在这个对话框中新建一个测试目标,类型为:TransactionsperSecond,事务名称为我们统一定义的"Action",事务数量根据需要设置.
Vuser的数量设置从20到500.
3.
设置运行时间:也是在EditScenarioGoals中,可以设置达到目标后再运行多少时间.
4.
Run-TimeSetting:(特别注意)在VuGen中也有Run-TimeSetting,但是在那里设置好的参数不会被带到Controller中,需要重新设置.
对每一个脚本都需要设置.
a)ThinkTime:这个选为Ignorethinktime,否则结果中的事务响应时间很大,包含了这个思考时间.
b)打开验证点检查功能:在Preferences选项中,给EnableImageandtextcheck打勾,否则脚本执行时不会去检查验证点的.
c)设置Action的迭代次数:在RunLogic中,单独设置脚本中每个动作的执行次数.
例如在查询交易明细脚本中,需要模拟一次登陆,查询10次明细的情况,就需要设置Action动作迭代10次.
5.
添加需要监控的性能参数这次我们测试的服务器是Linux,需要得到在各种压力下服务器的负载情况.
Linux的性能参数在场景中没有默认被监控,所以需要手动添加.
要监控Linux的资源,需要在服务器上运行一个叫做rstatd的进程,这个进程可以从网上下载.
在服务器上启动这个进程后,在测试场景中,手工将AvailableGraphs的UNIXResources拖动到右边的视图中,然后右击,选择AddMeasurements,添加需要监视的服务器.
6.
运行场景,保存执行结果运行时,需要选择运行结果保存的路径及文件.
这些结果文件可以在Analysis中查看.
三.
查看运行结果第二步场景运行结束后,通过菜单Results—AnalysisResults打开运行结果.
在Analysis中,默认显示以下类型的结果分析图.
需要手工把Unix资源的图打开,单击上图中的NewGraph,出现下面的对话框.
选择SystemResources下的UNIXResources,单击OpenGraph,就可以看到在场景中所监视的各个性能指标的曲线图了.
点击保存可以把结果保存为*.
lrr的文件,下次可以直接通过Analysis打开.
四.
比较2次或者多次场景运行的结果27测试中,为了提高系统的性能,会修改代码或者更改架构,这时候我们需要对修改前后的场景运行结果进行比较,通过一些性能指标的曲线图比较直观的了解系统的变化.
在Analysis中,通过菜单File—CrossWithResult可以合并结果进行比较.
通过Add按钮可以添加多个*.
lrr文件进行结果的比较,点OK后会出现各个结果的比较图.
4.
5.
3TD4.
5.
3.
1安装需知1.
安装前环境配置TD的WEB服务容器为IIS,必须得先安装IIS环境,TD的后台数据库默认为Access以选择使用Sybase、MS-SQLServer、oracle.
,TD也支持邮件服务,可以选择安装邮件服务或则暂时不安装.
如果需要安装则在安装前做好邮件服务器的相关配置.
2.
安装事项在安装时,要对系统进行一些安装设置,以下对一些关键设置进行简单解释.
1)数据库连接设置:设置数据库连接时,Access为默认必选,可以选择另外一种合适的数据库做为TD的连接数据库,该数据库可以在创建TD项目时,选择作为项目的数据库.
2)虚拟目录设置:其中的虚拟目录名TDBIN下将保存TD的一些运行文件.
3.
安装注意安装TD时,系统资源消耗比较大,容易造成安装失败或错误,所以在安装时,尽量不要进行其他的系统操作,等待安装完成.
4.
5.
3.
2安装后配置4.
汉化在安装目录TDBIN/Install/下存放的是一些为连接服务的客户端加载的系统文件.
其中的tdclientui80.
xco文件,该文件会自动加载到客户端的C:\ProgramFiles\CommonFiles\MercuryInteractive\TD2000_80目录下,并生成为tdclientui80.
ocx文件.
注意其中两个文件的后缀名区别.
文件后缀可通过更改方式变换为OCX或XCO.
由于Mercury并为发行官方的汉化包,所以采用第三方的资源包进行汉化.
汉化方式,把得到的汉化资源dclientui80.
xco文件粘贴到服务器TDBIN/Install/目录下,覆盖掉原文件即可.
在之前访问过服务器的客户端,在下次连接时由于不再加载更新后的数据,所以必须得删除客户端下的C:\ProgramFiles\CommonFiles\MercuryInteractive\TD2000_80目录下覆盖tdclientui80.
ocx文件,使再次访问时自动加载汉化后的新组件.
也可以通过在客户端C:\ProgramFiles\CommonFiles\MercuryInteractive\TD2000_80目录下覆盖tdclientui80.
ocx文件达到汉化的目的.
5.
设置MS-SQL的数据库连接对数据库的"客户端网络实用工具"进行配置.
选择协议NamedPipes与TCP/IP,28别名设置最好选择本机计算机名.
对数据库的安全性设置--身份验证,设置为SQLServer和WINDOWS.
设置后,在后台PING连接数据库,如果成功,则可正常创建该类数据库的项目.
6.
IE7.
0兼容性安装TD后,并不能顺利支持IE7.
0的客户端浏览器.
此时可以用记事本等打开服务器TDBIN/目录下的start_a.
htm源文件,然后进行编辑.
查找"varfMSIE3456"然后在该行的末尾处分号前添加一段语句"||(ua.
lastIndexOf('MSIE7.
0')!
=-1)"保存即可.
1)这个代码不一定要粘在"||(ua.
lastIndexOf('MSIE6.
0')!
=-1)"后面,因为是或的关系,你只是添加一个条件而已.
因为放在哪里都无所谓,只要在条件语句中就可以了.
2)只需要在条件中加上一个条件(ua.
lastIndexOf('MSIE7.
0')!
=-1)而且是或的关系即"||",相信做测试的人对这个应该会懂的,仔细看一下其它条件语句就会明白的.
3)另外,如果只修改此文件的话siteadministrator还是打不开的.
具体做法修改相同目录下SiteAdmin.
htm文件,方法同start_a.
htm.
7.
TD系统信息修改在C:\ProgramFiles\CommonFiles\MercuryInteractive\目录中的DomsInfo文件夹,该文件夹中保存TD系统的关键信息,其中有TD系统配置信息的数据库doms.
mdb文件,该数据库文件已默认被加密,密码为tdtdtd.
在Templates文件夹中的文件为初始化生成的项目模板文件,包括TestDir.
mdb,该文件为生成项目的初始数据库表.
这样的话我们,就可以在每次创建项目时初试化出我们想要的,预定好的数据库表和相关数据来.
就可以避免每次创建项目时重复的手工定义字段了,我们可以定制自己的项目数据库模板.
如当遗忘ADMIN的密码时,可以通过往doms.
mdb的ADMIN表中的ADMIN_PSWD字段更换写入"456711",登陆时输入密码"test"即可进入5数据库5.
1常用数据库一.
SQLServer1987年,微软和IBM合作开发完成OS/2,IBM在其销售的OS/2ExtendedEdition系统中绑定了OS/2DatabaseManager,而微软产品线中尚缺少数据库产品.
为此,微软将目光投向Sybase,同Sybase签订了合作协议,使用Sybase的技术开发基于OS/2平台的关系型数据库.
1989年,微软发布了SQLServer1.
0版.
二.
OracleOracle前身叫SDL,由LarryEllison和另两个编程人员在1977创办,他们开发了自己的拳头产品,在市场上大量销售,1979年,Oracle公司引入了第一个商用SQL关系数据库管理系统.
Oracle公司是最早开发关系数据库的厂商之一,其产品支持最广泛的操作系统平台.
目前Oracle关系数据库产品的市场占有率名列前茅.
29三.
SybaseSybase公司成立于1984年,公司名称"Sybase"取自"system"和"database"相结合的含义.
Sybase公司的创始人之一BobEpstein是Ingres大学版(与System/R同时期的关系数据库模型产品)的主要设计人员.
公司的第一个关系数据库产品是1987年5月推出的SybaseSQLServer1.
0.
Sybase首先提出Client/Server数据库体系结构的思想,并率先在SybaseSQLServer中实现.
四.
mySQLmySQL是一个小型关系型数据库管理系统,开发者为瑞典MySQLAB公司.
在2008年1月16号被Sun公司收购.
目前MySQL被广泛地应用在Internet上的中小型网站中.
由于其体积小、速度快、总体拥有成本低,尤其是开放源码这一特点,许多中小型网站为了降低网站总体拥有成本而选择了MySQL作为网站数据库.
五.
Access数据库美国Microsoft公司于1994年推出的微机数据库管理系统.
它具有界面友好、易学易用、开发简单、接口灵活等特点,是典型的新一代桌面数据库管理系统.
其主要特点如下:1)完善地管理各种数据库对象,具有强大的数据组织、用户管理、安全检查等功能.
(2)强大的数据处理功能,在一个工作组级别的网络环境中,使用Access开发的多用户数据库管理系统具有传统的XBASE(DBASE、FoxBASE的统称)数据库系统所无法实现的客户服务器(Cient/Server)结构和相应的数据库安全机制,Access具备了许多先进的大型数据库管理系统所具备的特征,如事务处理/出错回滚能力等.
2)可以方便地生成各种数据对象,利用存储的数据建立窗体和报表,可视性好.
3)作为Office套件的一部分,可以与Office集成,实现无缝连接.
4)能够利用Web检索和发布数据,实现与Internet的连接.
Access主要适用于中小型应用系统,或作为客户机/服务器系统中的客户端数据库.
六.
IBM的DB2作为关系数据库领域的开拓者和领航人,IBM在1977年完成了SystemR系统的原型,1980年开始提供集成的数据库服务器——System/38,随后是SQL/DSforVSE和VM,其初始版本与SystemR研究原型密切相关.
DB2forMVSV1在1983年推出.
该版本的目标是提供这一新方案所承诺的简单性,数据不相关性和用户生产率.
1988年DB2forMVS提供了强大的在线事务处理(OLTP)支持,1989年和1993年分别以远程工作单元和分布式工作单元实现了分布式数据库支持.
最近推出的DB2UniversalDatabase6.
1则是通用数据库的典范,是第一个具备网上功能的多媒体关系数据库管理系统,支持包括Linux在内的一系列平台.
七.
InformixInformix在1980年成立,目的是为Unix等开放操作系统提供专业的关系型数据库产品.
公司的名称Informix便是取自Information和Unix的结合.
Informix第一个真正支持SQL语言的关系数据库产品是InformixSE(StandardEngine).
InformixSE是在当时的微机Unix环境下主要的数据库产品.
它也是第一个被移植到Linux上的商业数据库产品.
八.
PostgreSQL30PostgreSQL是一种特性非常齐全的自由软件的对象——关系性数据库管理系统(ORDBMS),它的很多特性是当今许多商业数据库的前身.
PostgreSQL最早开始于BSD的Ingres项目.
PostgreSQL的特性覆盖了SQL-2/SQL-92和SQL-3.
首先,它包括了可以说是目前世界上最丰富的数据类型的支持;其次,目前PostgreSQL是唯一支持事务、子查询、多版本并行控制系统、数据完整性检查等特性的唯一的一种自由软件的数据库管理系统.
九.
FoxPro数据库最初由美国Fox公司1988年推出,1992年Fox公司被Microsoft公司收购后,相继推出了FoxPro2.
5、2.
6和VisualFoxPro等版本,其功能和性能有了较大的提高.
FoxPro2.
5、2.
6分为DOS和Windows两种版本,分别运行于DOS和Windows环境下.
FoxPro比FoxBASE在功能和性能上又有了很大的改进,主要是引入了窗口、、列表框和文本框等控件,进一步提高了系统的开发能力.
5.
2Sqlserver5.
2.
1系统数据库lmaster数据库master数据库记录SQLServer系统的所有系统级别信息.
它记录所有的登录帐户和系统配置设置.
master数据库是这样一个数据库,它记录所有其它的数据库,其中包括数据库文件的位置.
master数据库记录SQLServer的初始化信息,它始终有一个可用的最新master数据库备份.
ltempdb数据库tempdb数据库保存所有的临时表和临时存储过程.
它还满足任何其它的临时存储要求,例如存储SQLServer生成的工作表.
tempdb数据库是全局资源,所有连接到系统的用户的临时表和存储过程都存储在该数据库中.
tempdb数据库在SQLServer每次启动时都重新创建,因此该数据库在系统启动时总是干净的.
临时表和存储过程在连接断开时自动除去,而且当系统关闭后将没有任何连接处于活动状态,因此tempdb数据库中没有任何内容会从SQLServer的一个会话保存到另一个会话.
默认情况下,在SQLServer在运行时tempdb数据库会根据需要自动增长.
不过,与其它数据库不同,每次启动数据库引擎时,它会重置为其初始大小.
如果为tempdb数据库定义的大小较小,则每次重新启动SQLServer时,将tempdb数据库的大小自动增加到支持工作负荷所需的大小这一工作可能会成为系统处理负荷的一部分.
为避免这种开销,可以使用ALTERDATABASE增加tempdb数据库的大小.
lmodel数据库model数据库用作在系统上创建的所有数据库的模板.
当发出CREATEDATABASE语句时,新数据库的第一部分通过复制model数据库中的内容创建,剩余部分由空页填充.
由于SQLServer每次启动时都要创建tempdb数据库,model数据库必须一直存在于SQLServer系统中.
lmsdb数据库31msdb数据库供SQLServer代理程序调度警报和作业以及记录操作员时使用.
5.
2.
2备份还原l完全数据库备份:将数据库中所有数据文件全部复制,包括完全数据库备份过程中数据库的所有行为.
所有用户数据以及所有数据库对象,包括系统表,索引和用户自定义表,都包括在内.
l差异数据库备份:差异数据库备份复制最后一次完全数据库备份以来所有数据文件中修改过的数据,包括差异数据库备份过程中发生的所有数据库行为.
l文件和文件组备份:文件备份只复制单个数据文件,文件组备份复制单个文件组中的每个数据文件,包括文件或文件组备份过程中发生的所有数据库行为.
此类型的备份比完全数据库备份占用的时间和空间都要小.
文件和文件组备份需要进行详细计划,以便相关的数据和索引可以共同备份(恢复).
此外,在逻辑上将文件和文件组恢复到与数据库中的其他部分一致的状态,需要一个事务处理日志文件备份的完整子集.
l差异文件和差异文件组备份:差异文件和文件组备份在概念上与差异数据库备份一致.
它们比复制整个文件或文件组花费的时间和空间更少,由于它减少必须应用的事务处理日志备份的数量.
l事务处理日志备份:事务处理日志备份是对最后一次事务处理日志备份以来事务处理日志中记录的所有事务处理的一种顺序记录.
事务处理日志备份使您可以将数据库恢复到某个特定的时间点,如输入错误数据前.
事务处理日志备份只以BULK-LOGGEDRECOVERY模型和FULLRECOVERY模型使用.
SIMPLERECOVERY模型不使用事务处理日志备份来对数据库进行恢复和修复.
lSQLServer2000完成事务处理日志备份:(除非专门指定)时,它将截断并没有包含事务处理日志中活动部分的所有虚拟日志文件VLF.
这使得可以重复使用这些VLF.
事务处理日志的活动部分包括:事务处理日志中所有含有活动事务处理,或者标记为复制但是还没有复制的事务处理的部分.
在产品数据库中,您通常将使用BULK-LOGGEDRECOVERY模型或者FULLRECOVERY模型,并且周期性的执行事务处理日志备份,以截断事务处理日志.
如果不经常截断事务处理日志,它将可能积累过多.
如果事务处理日志运行越界,SQLServer将被关闭.
您应该通过周期性的事务处理日志备份来截断事务处理日志,而不应该手工截断事务处理日志,因为手工截断中断日志文件备份链.
您只需要备份事务处理日志而不用截断它的唯一时候是:当数据文件失效并且必须备份当前的活动事务处理日志时,在这种情况下,就不能截断,因为数据文件被损坏或不存在了.
l理解修复过程:SQLServer2000具有两种修复过程:自动修复过程(每次启动SQLServer时自动执行)和手工修复过程.
设计自动修复过程的目的是为了保证一旦启动了SQLServer,每个数据库中的数据可32以在逻辑上保证一致,而不管SQLServer是如何或为什么关闭.
SQLServer使用事务处理日志来完成该任务.
它读取每个数据事务处理日志的活动部分,并对自最近检查点以来发生的所有事务处理进行检查.
它对所有提交的事务处理进行判断,并将它们向前滚动.
这意味着将它们再次在数据库上加以应用.
然后,它判断所有未提交的事务处理,将它们向后滚动.
这可以保证只部分写入数据库的事务处理全部被删除.
该过程可以保证每个数据库逻辑上的连续状态得以保存.
自动修复过程还可以发布一个检查点,来标记事务处理日志与该点保持一致.
SQLServer从修复主数据库开始.
主数据库包含了用于定位,打开和恢复剩余的数据库.
其次,它修复模型和MSDB数据库(和可能存在的分布式数据库).
再次,修复每个用户数据库.
最后,清除并启动TEMPDB数据库而结束.
您可以通过查询SQLServer错误日志来检查修复过程.
注意,你不能直接控制自动修复过程.
手工恢复涉及到应用一个或多个数据库备份,然后手工将它们完全修复或修复到某个特定点.
在手工修复过程结束时,数据库逻辑上应该是一致的.
l恢复数据库如果您喜欢外将数据库恢复到最近的事务处理日志备份结束时的状态,您应该使用最近的完全数据库备份进行启动.
可以将这种完全数据库备份恢复为SQLSERVER实例的任何一种实例,而不仅仅是它得以备份时的状态.
如果您在使用差异数据库备份,那么您可以恢复到最近的差异数据库备份.
最后,您将恢复比最近的完整或差异数据库备份更近的事务处理日志备份.
作为恢复最后的事务处理日志备份的一部分,SQLServer还将执行一个手工恢复过程,将显著的事务处理适当向前和向后滚动.
如果最近的完整数据库或差异数据库备份受到损坏或丢失,您仍然可以使用以前的事务处理日志备份进行恢复.
因此,如果您保留了一个完整的事务处理日志备份链,那么,您总可以恢复,因为单个的完整数据库备份与所有事务处理备份日志一起存在.
显然,应用其他的事务处理日志备份将花费其他的时间.
经常性的执行完全和差异数据库备份可以减少修复时间,因为它需要的应用事务处理日志备份少.
保留并保护(以及复制)完整的事务处理日志备份链,可以提供一些其他的容错性,以防备份媒体的损失或丢失.
l恢复文件和文件组如果您希望将文件或文件组恢复到最近的事务处理日志备份点时的状态,您应该使用最近的文件或文件组备份开始.
该最近的备份可以来自文件或文件组备份,也可以来自完全数据库备份.
从完全数据库备份恢复单个文件比从文件备份恢复单个文件花费的时间要长.
如果您正使用差异文件或文件组备份,那么可以恢复最近的文件或文件组备份.
最后,按照顺序恢复比最近恢复了的差异文件或文件组备份更近的每个事务处理日志备份.
作为恢复最后事务处理日志备份过程的一部分,SQLSERVER将执行一个手工的恢复过程,将显著的事务处理过程适当向前和向后滚动.
这些文件或文件组将得以正确恢复,而不会丢失数据.
与完整和差异数据库备份不同,文件和文件组备份必须应用事务处理日志备份,以便使恢复的文件或文件组在逻辑上与数据库的其他保持一致.
如果您正在使用文件或文件组备份恢复整个数据库,那么任何一个备份媒体的丢失都将导致整个数据库的不可恢复.
33恢复所有的数据文件或所有的文件组,并应用所有的事务处理日志,在功能上与恢复整个数据库等效.
l恢复和修复到某个以前的时间点有时,可能因为某种用户或应用程序错误,您希望将数据库恢复到某个以前时间的某一点状态.
将数据库恢复到事务处理日志中某个特定的时间点,或事务处理日志中某个命名标记的状态,就可以达到此目的.
为了恢复到某个特定的时间点,您可以恢复完全数据库备份,并选择某个差异数据库备份.
然后按顺序将事务处理日志备份恢复到您打算恢复的时间点.
当恢复了希望恢复的最后一个事务处理日志时,应该将恢复过程仅指定到事务处理日志备份中的某个特定的时间点.
l经常使用备份方式组合有以下几种:1.
全备份+差异备份:以一周为周期,星期日进行全备份,星期一到星期六每天进行差异备份.
2.
全备份+日志备份:以一周为周期,星期日进行全备份,星期一到星期六每天进行日志备份.
3.
文件组备份+日志备份:备份周期取决于数据库的大小和能力,每周期分别进行一部分数据文件备份,每天进行日志备份.
5.
3Oracle5.
3.
1导入导出l数据导出:1.
将数据库TEST完全导出,用户名system密码manager导出到D:\test.
dmp中expsystem/manager@TESTfile=d:\test.
dmpfull=y2.
将数据库中system用户与sys用户的表导出expsystem/manager@TESTfile=d:\daochu.
dmpowner=(system,sys)3.
将数据库中的表ts01、ts02导出Expsystem/manager@TESTfile=d:\data\test.
dmptables=(ts01,ts02)【说明】上面是常用的导出,对于压缩,既用winzip把dmp文件可以很好的压缩也可以在上面命令后面加上compress=y来实现.
l数据的导入1.
将D:\test.
dmp中的数据导入TEST数据库中.
impsystem/manager@TESTfile=d:\test.
dmpimpsystem/manager@TESTfull=yfile=file=d:\test.
dmpignore=y上面可能有点问题,因为有的表已经存在,然后它就报错,对该表就不进行导入,在后面加上ignore=y就可以了.
2.
将d:\test.
dmp中的表ts01导入impsystem/manager@TESTfile=d:\test.
dmptables=(ts01)345.
3.
2常用sql语句1.
Oracle安装完成后的初始口令internal/oraclesys/change_on_installsystem/managerscott/tigersysman/oem_temp2.
如何分辨某个用户是从哪台机器登陆ORACLE的SELECTmachine,terminalFROMV$SESSION3.
用什么语句查询字段呢desctable_name可以查询表的结构4.
怎样得到触发器、过程、函数的创建脚本descuser_sourcedescuser_triggers5.
怎样计算一个表占用的空间的大小selectowner,table_name,num_rows,blocks*aaa/1024/1024"sizem",empty_blocks,last_analyzedfromdba_tableswheretable_name='xxx';here:aaaisthevalueofdb_block_sizexxxisthetablenameyouwanttocheck6.
如何查看最大会话数select*fromv$parameterwherenamelike'proc%'select*fromv$license;7.
如何查看系统被锁的事务时间select*fromv$locked_object8.
怎么获取有哪些用户在使用数据库selectusernamefromv$session;9.
数据表中的字段最大数是多少表或视图中的最大列数为100010.
怎样查得数据库的SIDselectnamefromv$database;也可以直接查看init.
ora文件11.
如何将表移动表空间altertabletable_namemovetablespace_name;12.
.
如何将索引移动表空间alterindexindex_namerebuildtablespacetablespace_name;13.
.
如何解锁ALTERSYSTEMKILLSESSION'SID,SERIR#';14.
.
如何获取错误信息SELECT*FROMUSER_ERRORS;3515.
.
如何获取链接状况SELECT*FROMDBA_DB_LINKS;16.
.
怎样查看哪些用户拥有SYSDBA、SYSOPER权限connsys/change_on_installselect*fromV_$PWFILE_USERS;17.
.
如何显示当前连接用户SHOWUSER18.
.
如何快速清空一个大表truncatetabletable_name;19.
.
如何查询数据库有多少表select*fromall_tables;20.
如何测试SQL语句执行所用的时间SQL>settimingon;SQL>select*fromtablename;21.
怎么把select出来的结果导到一个文本文件中SQL>SPOOLC:\ABCD.
TXT;SQL>select*fromtable;SQL>spooloff;22.
.
怎样估算SQL执行的I/O数SQL>SETAUTOTRACEON;SQL>SELECT*FROMTABLE;23.
.
如何知道用户拥有的权限SELECT*FROMdba_sys_privs;6操作系统6.
1Windows6.
1.
1DOS命令l网络相关1.
ping验证本地计算机与远程计算机的连接ping命令的完整格式:ping[-t][-a][-ncount][-llength][-f][-ittl][-vtos][-rcount][-scount][-j-Hostlist]|[-kHost-list][-wtimeout]destination-listping命令常用参数:-t加上这个参数时,当你ping一个主机系统就不停的连接机器,直到你按下Control+C为止.
-a解析主机的NETBIOS主机名,如果想知道所ping的计算机名则要加上这个参数,一般DOS环境第一行就显示出来.
36-ncount定义发出的测试包的个数,缺省值为4.
通过这个命令可以定义发送包的个数,对衡量网络速度很有帮助,比如我想测试发送20个数据包的返回的平均时间为多少,最快时间为多少,最慢时间为多少就可以通过执行带有这个参数的命令获知.
-llength定义发送缓冲区的数据包的大小,在默认的情况下windows的ping发送的数据包大小为32byt,也可以自己定义,但有一个限制,就是最大只能发送65500byt,超过这个数时,对方就很有可能因接收的数据包太大而死机,所以微软为了解决这一安全漏洞限制了ping的数据包大小.
2.
ipconfig查看本地网络信息:IP地址MAC地址DNS等信息ipconfigipconfig/all加上/all参数,可以查看全部信息3.
netstat显示本地计算机开放的端口信息netstat-a显示出计算机当前所开放的所有端口netstat-s-e比较详细的显示你的网络资料,包括TCP、UDP、ICMP和IP的统计等4.
.
netuser查看计算机上的用户帐号列表netuserusername/add添加操作系统用户netuserusername/del删除操作系统用户netuserusernamepassword修改username的密码password5.
tracert路由跟踪命令6.
arparp-a探测arp绑定(动态和静态)列表,显示所有连接本地计算机的IP和MAC地址信息7.
netconfig设置本地计算机是否在网络邻居里显示netconfigserver/hidden:yes为隐藏netconfigserver/hidden:no为开启8.
netshare查看计算机共享信息netsharename=e:\downloads\game/users:1name为共享文件夹名称user:1表示:限制链接用户数为1人l计算机管理相关命令说明:1.
notepad打开记事本write打开写字板2.
regedit打开注册表3.
Msconfig系统配置实用程序4.
mstsc远程桌面连接mstsc/console/v:IP:Port远程连接超过最大连接数时强制登录5.
compmgmt.
msc打开计算机管理工具6.
gpedit.
msc打开组策略工具7.
taskmgr打开任务管理器378.
Clipbrd打开剪贴板查看器9.
explorer打开资源管理器10.
services.
msc打开本地计算机的服务项设置11.
secpol.
msc本地安全策略管理器12.
devmgmt.
msc打开设备管理器13.
mmc打开控制台工具14.
mem.
exe显示内存使用情况15.
winmsd打开系统信息16.
winver查看windows的版本信息17.
dcomcnfg打开计算机的组件服务项管理器18.
eventvwr打开计算机事件查看器19.
regsvr32注册dllocx组件regsvr32/u卸载组件20.
perfmon.
msc计算机性能监测程序21.
tsshutdn60秒倒计时关机命令22.
dvdplay打开MediaPlayer6.
2UNIX6.
2.
1基本命令l登录和退出1.
登录第1步新建终端第2步telnet192.
168.
0.
23第3步login用户注册名第4步password口令用户登录成功.
这时,屏幕上会显示出一些信息和命令提示符.
如:sun%2.
退出有三种形式logout或exit或按[Ctrl-D].
3.
修改口令用passwd命令修改口令,口令通常由6到8个字母、数字组成,至少2个字母1个数字.
注意:当你退出系统再次登录时,就要使用新的口令.
l第二章unix基本命令1.
清屏clear2.
显示当前工作目录命令:pwd(printworkingdirectory)38功能:显示用户当前工作目录的绝对路径.
3.
改变目录(打开目录)命令:cd(changedirectory)格式:cddirectory_name功能:改变当前工作目录注意:目录名选项有:(1)目录名,转到当前目录下的子目录.
(2).
.
表示转到当前目录的父目录.
(3)/表示转到根目录.
(4)没有选项时,转到用户的主目录.
4.
列出文件目录命令:ls(list)格式:ls[option]directory_name功能:列出指定目录中的文件名和子目录名.
当无子目录名时,列出当前目录中的文件名和子目录名.
选项:-a列出所有文件,包括以点开头的隐含文件.
-R显示包括子目录下所有文件-t安文件生成日期排序.
-l按长格式列出文件及目录信息,包括文件类型标识,权限,链接数,文件主名,文件组名,字节数,日期.
-F显示文件类型5.
修改权限命令:chmod(changemode)格式:chmod{u|g|o|a}r|w|x}filenamechmod[who][op][mode]directory功能:改变文件的读写和执行权限.
有符号法和八进制数字法.
选项:(1)符号法:u(user)表示用户本人.
g(group)表示同组用户.
o(oher)表示其他用户.
a(all)表示所有用户.
+用于给予指定用户的许可权限.
-用于取消指定用户的许可权限.
=将所许可的权限赋给文件.
r(read)读许可,表示可以拷贝该文件或目录的内容.
w(write)写许可,表示可以修改该文件或目录的内容.
x(execute)执行许可,表示可以执行该文件或进入目录.
(2)八进制数字法:39此方法用三位八进制数作任选项,每位数字分别表示用户本人、同组用户、其他用户的权限,其中:4(100)表示可读.
2(010)表示可写.
1(001)表示可执行.
6.
建立新文件、修改文件日期命令:touch格式:touchfilenae功能:改变文件的日期,不对文件的内容做改动,若文件不存在则建立新文件.
7.
建立目录命令:mkdir(makedirectory)格式:mkdirdirectory_name功能:建立新目录8.
拷贝文件命令:cp(copy)格式:cp[option]sourcedestcp[option]filename1filename2cp-rdirectory1directory2功能:把一个文件的全部内容拷贝到另一个文件,也可将一个或多个文件拷贝到另一个目录中.
选项:-i拷贝过程中,若目标文件存在,则询问是否覆盖-r对子目录下所有文件进行拷贝.
9.
移动文件或文件改名命令:mv(move)格式:mvfilename1filename2mvfilename.
.
.
directorymvdirectory1directory2功能:改变文件或目录的名字,或把一些文件移到另一目录下.
注意:当filename1更名为filename2时,若filename2已经存在,则filename2的内容将被filename1覆盖10.
删除文件命令:rm(remove)格式:rmfilenamerm-rdirection功能:删除指定的文件或一个目录中的文件.
注意:用-r选项时,将删除指定目录的所用文件,包括目录名.
11.
删除空目录命令:rmdir(removedirectory)40格式:rmdirdirectory_name功能:删除不存在子文件或子目录的目录.
注意:删除子目录时,要求被删除的目录中不存在文件或子目录,否则无法删除.
12.
链接文件命令:ln(link)格式:ln[option]filenamelinknameln[option]directorypathname功能:为文件或目录建立一个链.
其中,filename和directory是源文件名和源目录名;linkname和pathname分别表示与源文件或源目录名相链接的文件或目录.
选项:-s为文件或目录建立符号(软)链接.
不加-s表示为文件或目录建立硬链接注意:链接的目地在于,对一个文件或目录赋予两个以上的名字,使其可以出现在不同的目录中,既可以使文件或目录共享,又可以节省磁盘空间.
硬链接和软链接的区别:(1)硬链接以".
ln"结尾;软链接以".
sln"结尾;(2)建立新的软链接时为链接申请新的i-node;而硬链接不会;(3)软链接删除源文件后则链接文件就不能用了;而硬链接可以;(4)建立软链接会为新的链接申请新的数据区来存放源文件名,而硬链接不会;(5)建立软链接相当于创建快捷方式;(6)软链接的源文件可以是目录,而硬链接不可以.
13.
帮助手册命令:man(manual)格式:mancommand_name功能:显示参考手册,提供联机帮助信息.
注意:-k按制定关键字查询有关命令14.
显示日期命令:date格式:date功能:显示或设置日期和时间.
注意:只有超级用户有权设置日期.
15.
显示日历命令:cal(calendar)格式:cal[month]year功能:显示某年内指定的日历l文本操作命令1.
显示文件内容命令:cat(catenae)41格式:catfilename功能:显示出文件的内容.
注意:当文件内容在屏幕上滚动显示时,可按Ctrl+S键屏幕滚暂停,按Ctrl+Q键继续显示.
2.
按屏幕显示文件内容命令:more格式:morefilename功能:按屏幕一屏一屏显示出文件内容注意:在屏幕显示过程中有功能键.
空格键继续下一屏的输出;回车键看下一行的输出;q键跳出more状态;/字符串查旬字符串所在处;3.
显示文件头部命令:head格式:head[option]filename功能:显示文件的头部选项:缺省显示文件的头10行.
-i显示文件的开始i行.
4.
显示文件尾部命令:tail格式:tail[option]filename功能:显示文件的尾部选项:缺省显示文件的末10行.
-i显示文件最后i行.
+i从文件的第i行开始显示.
5.
显示用户标识命令:id格式:id[option][user]功能:显示用户标识及用户所属的所有组.
选项:-a显示用户名、用户标识及用户所属的所有组6.
查看当前登录的用户命令:users7.
显示都谁登录到机器上命令:who格式:who功能:显示当前正在系统中的所有用户名字,使用终端设备号,注册时间.
8.
显示当前终端上的用户名42命令:whoami格式:whoami功能:显示出当前终端上使用的用户.
9.
寻找文件命令:find格式:findpathname[option]expression功能:在所给的路经名下寻找符合表达式相匹配的文件.
选项:-name表示文件名-user用户名,选取该用户所属的文件-size按大小查找,以block为单位,一个block是512B-mtimen按最后一次修改时间查找,选取n天内被修改的文件-perm按权限查找-type按文件类型查找-atime按最后一次访问时间查找10.
搜索文件中匹配符命令:grep格式:grep[option]patternfilenames功能:逐行搜索所指定的文件或标准输入,并显示匹配模式的每一行.
选项:-i匹配时忽略大小写-v找出模式失配的行11.
统计文件字数命令:wc(wordcharacters)格式:wc[option]filename功能:统计文件中的文件行数、字数和字符数.
选项:-l统计文件的行数-w统计文件的单词数-c统计文件的字符数注意:若缺省文件名则指标准输入12.
显示磁盘空间命令:df(diskfree)格式:df[option]功能:显示磁盘空间的使用情况,包括文件系统安装的目录名、块设备名、总字节数、已用字节数、剩余字节数占用百分比.
选项:-k显示磁盘空间的使用信息13.
显示文件盘空间命令:du(diskusage)格式:du[option][filename]43功能:显示目录或文件所占磁盘空间大小选项:-a显示所有文件的大小-s显示制定目录所占磁盘大小-k以k字节的方式查看14.
显示进程命令:ps格式:ps[option]功能:显示系统中进程的信息.
包括进程ID、控制进程终端、执行时间和命令.
选项:-Uuidlist列出这个用户的所有进程-e显示当前运行的每一个进程信息-f显示一个完整的列表15.
终止进程命令:kill格式:kill[option]pid功能:向指定的进程送信号或终止进程.
选项:-9强行终止进程注意:pid标示进程号,可由ps命令得到.
16.
显示作业状态命令:jobs格式:jobs功能:显示当前作业的状态注意:作业状态为+表示最近被停止的作业,-表示先前的作业,exit1表示退出的作业,job#done表示已完成的作业.
17.
前台作业命令:fg格式:fgjob#功能:将指定作业号的作业转入前台运行.
job#表示作业号.
18.
后台作业命令:bg格式:bgjob#command&功能:将指定作业号的作业或命令推到后台运行.
19.
挂起作业命令:stop格式:stopjob#功能:将指定作业号的后台作业挂起.
l第四章网络基本命令1.
测试网路44命令:ping格式:pinghostname功能:向网络上的主机发送ICMPECHOREQUEST信息包,检测网络是否畅通.
注意:被测试的主机名可用IP地址.
当丢包率为(100%packetloss)则说明当前网络不通.
2.
查看自己的IP地址命令:ifconfig格式:ifconfig-a注意:在linux系统中用/sbin/ifconfig来查看自己的IP地址3.
文件传输命令:ftp(filetransferprogram)格式:ftphostname功能:网络文件传输及远程操作.
选项:ftp命令:cd[dirname]进入远程机的目录lcd[dirname]设置本地机的目录dir/ls显示远程的目录文件bin以二进制方式进行传输asc以文本文件方式进行传输get/mget从远程机取一个或多个文件put/mput向远程机送一个或多个文件prompt打开或关闭多个文件传送时的交互提示close关闭与远程机的连接quit退出ftp4.
确定命令位置命令:whereis格式:whereiscommand功能:确定一个命令的二进制行码、源码及联机手册所在的位置.
5.
查找非标准命令命令:which格式:whichcommand功能:查找非标准命令,即使用别名或系统中标准命令集之外的命令.
6.
回忆命令命令:history格式:history功能:帮助用户回忆执行过的命令.
7.
建立别名命令:alias45格式:aliasnewnamename功能:用户可以将常用的命令用自己习惯的名称来重新命名.
8.
网上对话命令:talk格式:talkusername功能:在网上与另一用户进行对话.
注意:对话时系统把终端分为上下两部分,上半部显示自己键入信息,下半部显示对方用户键入的信息.
键入delete或Ctrl+C则结束对话.
9.
允许或拒绝接受信息命令:mesg(message)格式:mesg[n/y]功能:允许或拒绝其它用户向自己所用的终端发送信息.
选项:n拒绝其它用户向自己所用的终端写信息y允许其它用户向自己所用的终端写信息(缺省值)10.
给其他用户写信息命令:write格式:writeusername[ttyname]功能:给其他用户的终端写信息.
注意:若对方没有拒绝,两用户可进行交谈,键入EOF或Ctrl+C则结束对话.
11.
参数回至标准输出命令:echo格式:echo[-n][arguments]功能:将参数即字符串至标准输出即显示器选项:-n不向标准输出回送换行符12.
进程睡眠命令:sleep格式:sleeptime功能:使当前正在执行的进程在规定的时间内处于睡眠.
注意:time为进程将睡眠的时间,以秒为单位.
1大傻创建2010-11-241.
0大傻第1版发布前言软件正进入测试时代,测试同仁我们的明天是光明J.
随着计算机的发展,产品功能越来越庞大,产品业务越来越复杂,用户对产品质量的要求越来越高.
产品质量的提高在做好需求分析,设计分析,编码实现的前提之下,软件测试也是提高产品质量的重要手段之一.
本书的目的结合作者经验和网络收集的资料,对测试过程,规范,测试方法,测试工具,数据库等个个方面进行收集整理.
供测试同仁参考学习之用.
希望能各位测试工作带来一定帮助.
整理编写《测试大全》一书是一项具有强烈挑战的创新工作,难度大,时间紧,加之编者水平有限,书中难免有疏漏之处,敬情各位同事谅解.
书中很多内容只能抛砖引玉,需要大家从其它渠道如书本,网络,交流等获取更详细的内容.
如果有意见和建议请与大傻联系.
Email:ldjzj@163.
com,QQ交流群号:14926562大傻2010-11-23晚上23点17分版权声明:本文由BSTT成员收集整理,只作相互交流学习使用,不能作为任何商业用途,转载时请务必标识BSTT统一LOGO,并注明BSTT宗旨(倡导测试开源,分享测试经验).
2目录1了解我们.
31.
1BSTT.
31.
2成员介绍.
32工作常用.
32.
1常用工具.
错误!
未定义书签.
3名词解释.
33.
1测试技术.
33.
2测试工具.
53.
3产品业务.
63.
4数据库83.
5其它业务.
84测试知识.
84.
1测试过程.
84.
2测试规范.
94.
3常用测试文档.
94.
3.
1测试计划94.
3.
2测试用例114.
3.
3测试报告114.
4测试技术.
154.
4.
1功能测试154.
4.
2自动化测试194.
4.
3性能测试204.
4.
4白盒测试244.
5测试工具.
244.
5.
1QTP.
244.
5.
2LR.
254.
5.
3TD275数据库.
285.
1常用数据库.
285.
2SQLSERVER305.
2.
1系统数据库305.
2.
2备份还原315.
3ORACLE335.
3.
1导入导出335.
3.
2常用sql语句.
346操作系统.
356.
1WINDOWS.
356.
1.
1DOS命令.
356.
2UNIX376.
2.
1基本命令3731了解我们1.
1BSTT我和同事创建一个虚拟测试组织BSTestTeam简称BSTT,重点负责将日常碰到的问题和解决方案用通俗的文字整理成文档大全,并让摘入大全的内容都是通过验证和有效的,并免费提供大家下载.
我们宗旨:倡导测试开源,分享测试经验.
1.
2成员介绍大号博客擅长领域大傻http://www.
51testing.
com/13795测试管理,功能测试,性能测试mihuxuhttp://www.
51testing.
com/116976功能测试,性能测试,自动化测试水石心鱼功能测试,自动化测试熊熊功能测试2工作常用51testing软件测试:www.
51testing.
comCsdn程序员:http://www.
csdn.
net/3名词解释3.
1测试技术SoftwareTest(软件测试):执行软件以验证其满足指定的需求并检测错误的过程.
检测已有条件之间的不同,并评价软件项的特性软件项的分析过程.
软件工程过程的一个活动,它将软件在预定的条件下运行以判断软件是否符合预期结果.
Blackboxtesting(黑盒测试):指测试人员不关心程序具体如何实现的一种测试方法.
根据软件的规格对软件进行各种输入和观察软件的各种输出结果来发现软件的缺陷的测试,这类测试不考虑软件内部的运作原理,因此软件对用户来说就像一个黑盒子.
Whiteboxtesting(白盒测试):根据软件内部的工作原理分析来进行测试,基于代码的测试,测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量,一般白盒测试由项目经理在程序员开发中来实现.
Unittesting(单元测试):指一段代码的基本测试,其实际大小是未定的,通常是一个函数或子程序,一般由开发者执行.
Integrationtesting(集成测试):被测试系统的所有组件都集成在一起,找出被测试系统组件之间关系和接口中的错误.
该测试一般在单元测试之后进行.
SystemTesting(系统测试):是将已经集成好的软件系统,作为整个计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起,在实际运行使用的环境下,对计算机系统进行系列的测试活动Acceptancetesting(验收测试):系统开发生命周期方法论的一个阶段,这时相关4的用户和/或独立测试人员根据测试计划和结果对系统进行测试和接收.
它让系统用户决定是否接收系统.
它是一项确定产品是否能够满足合同或用户所规定需求的测试.
这是管理性和防御性控制.
AutomatedTesting(自动化测试):使用自动化测试工具来进行测试,这类测试一般不需要人干预,通常在GUI、性能等测试中用得较多.
Functionaltesting(功能测试):也称为behavīoraltesting(行为测试),根据产品特征、操作描述和用户方案,测试一个产品的特性和可操作行为以确定它们满足设计需求.
本地化软件的功能测试,用于验证应用程序或网站对目标用户能正确工作.
使用适当的平台、浏览器和测试脚本,以保证目标用户的体验将足够好,就像应用程序是专门为该市场开发的一样.
Loadtesting(负载测试):通过测试系统在资源超负荷情况下的表现,以发现设计上的错误或验证系统的负载能力.
在这种测试中,将使测试对象承担不同的工作量,以评测和评估测试对象在不同工作量条件下的性能行为,以及持续正常运行的能力.
负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行.
此外,负载测试还要评估性能特征,例如,响应时间、事务处理速率和其他与时间相关的方面.
Performancetesting(性能测试):评价一个产品或组件与性能需求是否符合的测试.
包括负载测试、强度测试、数据库容量测试、基准测试等类型.
StabilityTest(稳定性测试):测试系统的长期稳定运行能力.
在系统运行过程中,对系统施压,观察系统的各种性能指标,以及服务器的指标.
StressTest(压力测试,也即强度测试):在强负载(大数据量、大量并发用户等)下的测试,查看应用系统在峰值使用情况下操作行为,从而有效地发现系统的某项功能隐患、系统是否具有良好的容错能力和可恢复能力.
CompatibilityTesting(兼容性测试):也称"Configurationtesting(配置测试)",测试软件是否和系统的其它与之交互的元素之间兼容,如:浏览器、操作系统、硬件等.
验证测试对象在不同的软件和硬件配置中的运行情况.
Usabilitytesting(易用性测试):针对应用程序和用户手册等系统文档的测试.
主要包括易理解性测试;易学性测试;易操作性测试;吸引性测试;易用的依从性测试.
Installingtesting(安装测试):确保该软件在正常情况和异常情况的不同条件下,例如,进行首次安装、升级、完整的或自定义的安装都能进行安装.
异常情况包括磁盘空间不足、缺少目录创建权限等.
核实软件在安装后可立即正常运行.
安装测试包括测试安装代码以及安装手册.
安装手册提供如何进行安装,安装代码提供安装一些程序能够运行的基础数据.
Adhoctesting(随机测试):没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试.
主要是根据测试者的经验对软件进行功能和性能抽查.
随机测试是根据测试说明书执行用例测试的重要补充手段,是保证测试覆盖完整性的有效方式和过程.
Smoketesting(冒烟测试):冒烟测试的对象是每一个新编译的需要正式测试的软件版本,目的是确认软件基本功能正常,可以进行后续的正式测试工作.
冒烟测试的执行者是版本编译人员.
参考"Sanitytesting(健全测试)".
5Regressiontesting(回归测试):在发生修改之后重新测试先前的测试以保证修改的正确性.
理论上,对软件的任何新版本,都需要进行回归测试,验证以前发现和修复的错误是否在新软件版本上再现.
Bug(错误):有时称作defect(缺陷)或error(错误),软件程序中存在的编程错误,可能会带来不必要的副作用,软件的功能和特性与设计规格说明书或用户需求不一致的方面.
软件缺陷表现特征为:软件未达到产品说明书标明的功能;软件出现产品说明书指明不会出现的错误;软件功能超出产品说明书指明的范围;虽然产品说明书未指出但是软件应达到的目标;软件测试人员或用户认为软件难以理解,不易使用,运行速度缓慢等问题.
Bugreport(错误报告),也称为"Bugrecord(错误记录)",记录发现的软件错误信息的文档,通常包括错误描述、复现步骤、抓取的错误图像和注释等.
Priority(优先权):从商业角度出发是指错误的重要性,尤其是从客户和用户的角度出发,是指错误对于系统的可行性和可接受性的影响.
与"Severity(严重性)"相对照.
Severity(严重性):错误对被测系统的影响程度,在终端用户条件下发生的可能性,软件错误妨碍系统使用的程度.
Testcase(测试用例):为特定目标而开发的一组测试输入、执行条件和预期结果,其目标可以是测试某个程序路径或核实是否满足某个特定的需求.
Testingcoverage(测试覆盖):指测试系统覆盖被测试系统的程度,一项给定测试或一组测试对某个给定系统或构件的所有指定测试用例进行处理所达到的程度.
Testingenvironment(测试环境):进行测试的环境,包括测试平台、测试基础设施、测试实验室和其他设施.
Testingitem(测试项):作为测试对象的工作版本.
Testingplan(测试计划):描述了要进行的测试活动的范围、方法、资源和进度的文档.
它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险.
Testreport(测试报告):把测试的过程和结果写成文档,并对发现的问题和缺陷进行分析,为纠正软件的存在的质量问题提供依据,同时为软件验收和交付打下基础.
Testingprocedure(测试过程):指设置、执行给定测试用例并对测试结果进行评估的一系列详细步骤.
Testingscrīpt(测试脚本):一般指的是一个特定测试的一系列指令,这些指令可以被自动化测试工具执行.
Testingsuite(测试包):一组测试用里的执行框架;一种组织测试用例的方法.
在测试包里,测试用例可以组合起来创造出独特的测试条件.
3.
2测试工具LoadRunner:Mercury公司性能与负载压力,LoadRunner是一种预测系统行为和性能的工业标准级负载测试工具.
通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,LoadRunner能够对整个企业架构进行测试.
通过使用LoadRunner,企业能最大限度地缩短测试时间,优化性能和加速应用系统的发布周期.
LoadRunner是一种适用于各种体系架构的自动负载测试工具,它能预测系统行为并优化系统性能.
LoadRunner的测试对象是整个企业的系统,它通过模拟实际用户的操作行为6和实行实时性能监测,来帮助您更快的查找和发现问题.
此外,还能支持广泛的协议和技术,为您的特殊环境提供特殊的解决方案.
QuickTestPro:Mercury公司功能测试和回归测试,QTP是一个B/S系统的自动化功能测试的利器,软件程序测试工具.
Mercury的自动化功能测试软件QuickTestProfessional,可以覆盖绝大多数的软件开发技术,简单高效,并具备测试用例可重用的特点.
MercuryQuickTestPro是一款先进的自动化测试解决方案,用于创建功能和回归测试.
它自动捕获、验证和重放用户的交互行为.
MercuryQuickTestPro为每一个重要软件应用和环境提供功能和回归测试自动化的行业最佳解决方案.
TestDirector:Mercury公司测试管理,基于WEB的测试管理工具,他能够让你系统地控制整个测试过程,并创建整个测试工作流的框架和基础,使整个测试管理过程变得更为简单和有组织.
他能够帮助你维护一个测试工程数据库,并且能够覆盖你的应用程序功能性的各个方面.
T并且还为你提供了直观和有效的方式来计划和执行测试集、收集测试结果并分析数据.
还专门提供了一个完善的缺陷跟踪系统.
并可以同Mercury公司的测试工具、第三方或者自主开发的测试工具、需求和配置管理工具、建模工具的整合功能.
你可以通过他进行需求定义、测试计划、测试执行和缺陷跟踪,即整个测试过程的各个阶段.
JMeter:开源组织压力测试,性能测试,它最初被设计用于Web应用测试但后来扩展到其他测试领域.
ApacheJMeter可以用于对静态的和动态的资源(文件,Servlet,Perl脚本,Java对象,数据库和查询,FTP服务器等等)的性能进行测试.
它可以用于对服务器,网络或对象模拟繁重的负载来测试它们的强度或分析不同压力类型下的整体性能.
你可以使用它做性能的图形分析或在大并发负载测试你的服务器/脚本/对象.
ApacheJMeter的特性包括:能够对HTTP和FTP服务器进行压力和性能测试,也可以对任何数据库进行同样的测试(通过JDBC).
完全的可移植性和100%纯Java.
完全Swing和轻量组件支持(预编译的JAR使用javax.
swing.
*)包.
完全多线程框架允许通过多个线程并发取样和通过单独的线程组对不同的功能同时取样.
精心的GUI设计允许快速操作和更精确的计时.
缓存和离线分析/回放测试结果.
高可扩展性:可链接的取样器允许无限制的测试能力.
各种负载统计表和可链接的计时器可供选择.
数据分析和可视化插件提供了很好的可扩展性以及以及个性化.
具有提供动态输入到测试的功能(包括JavaScript).
支持脚本变成的取样器(在1.
9.
2及以上版本支持BeanShell).
JUnit:开源组织单元测试,回归测试,JUnit是由ErichGamma和KentBeck编写的一个单元测试框架(regressiontestingframework).
Junit测试是程序员测试,即所谓白盒测试,因为程序员知道被测试的软件如何(How)完成功能和完成什么样(What)的功能.
Junit是一套框架,继承TestCase类,就可以用Junit进行自动测试了.
JsUnit:开源组织单元测试,回归测试,JsUnit是一个部件测试的结构为客户机边Java语言在XUnit结构的传统.
JsUnitisaunittestingframeworkforclient-sideJavaScriptinthetraditionoftheXUnitframeworks.
3.
3产品业务创业门户应用平台(BSEAP(B-SOFTEnterpriseApplicationPortal)):企业门户应用平台是企业内外部数据和信息资源的整合和发布工具,是企业应用系统的集成平台和7单一访问入口,是基于商务协作的企业级应用的运行平台和开发管理工具.
HospitalInformationSystem(HIS即医院信息系统):美国该领域的著名教授Morris.
Collen曾作如下定义:利用电子计算机和通讯设备,为医院所属各部门提供对病人诊疗信息和行政管理信息的收集、存储、处理、提取及数据交换的能力,并满足所有授权用户的功能需求.
LaboratoryInformationManagementSystem(LIS即实验信息系统):是专为医院检验科设计的一套实验室信息管理系统,能将实验仪器与计算机组成网络,使病人样品登录、实验数据存取、报告审核、打印分发,实验数据统计分析等繁杂的操作过程实现了智能化、自动化和规范化管理.
有助于提高实验室的整体管理水平,减少漏洞,提高检验质量.
ElectronicMedicalRecord(EMR即电子病历):也叫计算机化的病案系统或称基于计算机的病人记录(CPR,Computer-BasedPatientRecord).
它是用电子设备(计算机、健康卡等)保存、管理、传输和重现的数字化的病人的医疗记录,取代手写纸张病历.
它的内容包括纸张病历的所有信息.
美国国立医学研究所将定义为:EMR是基于一个特定系统的电子化病人记录,该系统提供用户访问完整准确的数据、警示、提示和临床决策支持系统的能力.
MedicalRecordQualityControl((病历书写质量控制MRQC)):对病历书写过程及内容进行质控.
通过建立一套完整严密的消息反馈机制实现各临床诊疗工作站与本系统之间实时互动,包括发送、传递、接收、处理、反馈等环节;本系统以建立病历书写质控标准为基础,实现环节质控、终末质控两大系统功能;创业各临床工作站系统这里指的架构在"创业-门户平台"基础之上的包括住院医生站、手术麻醉系统、病区护士站等系统,与本系统之间存在内部接口;外部病案统计管理系统这里指医疗机构已经实施或即将实施的非公司产品,与本系统之间存在外部接口.
环节质控包括"重点病人监控、病历书写时限质控、病历书写部分内容质控、病历检查整改通知"四块内容;终末质控包括"系统自动扣分、专家手工评分"两部分内容.
ElectronicNursingRecord(临床护理记录书写系统ENR):本系统主要是解决"住院部临床护士的电子化书写护理记录"问题,通过电子化的手段,帮助临床护士及时、高效的书写护理记录,这样护士就能把这部分省出来的时间用于更重要的临床服务.
同时在书写的过程中,加入一些质量控制方法,这样在整个环节过程中,就能自动发现存在的质量问题并通知护士或管理部门及时采取应对措施.
WardDoctor'sWorkstation(住院医生站系统WDW):住院医生工作站是指临床医生在自己的电脑上实现给病人下诊断、开医嘱、写病历、开各种化验单、查看化验结果等功能.
从而提高工作效率和医疗质量.
RadiologyInformationSystem(RIS即放射信息管理):是放射科的登记、分诊、影像诊断报告以及放射科的各项信息查询、统计等工作的管理系统,RIS系统与PACS系统紧密相连,构成医院数字医疗设备、影像及报告管理的解决方案.
Clinicalpathway(临床路径信息系统CP):临床路径信息系统指针对某一疾病建立一套标准化治疗模式与治疗程序,是一个有关临床治疗的综合模式,以循证医学证据和指南为指导来促进治疗组织和疾病管理的方法.
8PictureArchivingandCommunicationSystem(PACS即影像归档和通信系统):PACS是一个涉及放射医学、影像医学、数字图像技术(采集和处理)、计算机与通讯、C/S体系结构的多媒体DBMS系统,涉及软件工程、图形图像的综合及后处理等多种技术,是一个技术含量高、实践性强的高技术复杂系统.
3.
4数据库数据库(Database):是按照数据结构来组织、存储和管理数据的仓库,它产生于距今五十年前,随着信息技术和市场的发展,特别是二十世纪九十年代以后,数据管理不再仅仅是存储和管理数据,而转变成用户所需要的各种数据管理的方式.
数据库有很多种类型,从最简单的存储有各种数据的表格到能够进行海量数据存储的大型数据库系统都在各个方面得到了广泛的应用.
Structuredquerylanguage(结构化查询语句,SQL):在一个关系数据库中查询和处理数据的一种语言.
3.
5其它业务Review(评审):在产品开发过程中,把产品提交给项目成员、用户、管理者或其它相关人员评价或批准的过程.
Qualityassurance(质量保证QA):采取相关活动,以保证一个开发组织交付的产品满足性能需求和已确立的标准和过程.
Softwarelifecycle(软件生命周期):开始于一个软件产品的构思,结束于该产品不再被使用的这段期间.
Softwareconfigurationmanagement(软件配置管理SCM):是指通过执行版本控制、变更控制的规程,以及使用合适的配置管理软件,来保证所有配置项的完整性和可跟踪性.
配置管理是对工作成果的一种有效保护.
4测试知识4.
1测试过程请要查看创业知识库(FTP)中02-过程模板库,重点查看过程模板库下02-工程过程,其它过程了解一下,大至工作流程如下:94.
2测试规范规范名称说明文档排版规范Word,excel,viso等工具使用规范测试用例书写规范测试用例编写要求工作产品检查列表测试用例,测试报告,用户手册等文档检查项TestDirector工具使用规范TD工具使用规范软件界面规范测试时界面测试参照的规范测试收标准每个阶段测试接收的准则4.
3常用测试文档4.
3.
1测试计划4.
3.
1.
1包含的内容1.
项目版本历史:记录谁什么时候对这个测试计划做了哪些改动.
通常测试计划需要更改好多遍,这就需要版本信息来跟踪测试计划的状态,是Draft,还是Approved.
2.
编写目的:对测试计划一个简单的介绍,说明这个测试计划的功效以及项目的背景介绍.
3.
术语和缩写词:项目中或测试中一些术语的说明.
4.
参考文档:很多时候测试计划需要和其他的文档连接起来看,或者测试计划还有一些子计划文档,这些文档都需要加到测试计划的参考文档列表里.
5.
测试资源:包括硬件,软件,人力资源.
硬件包括如服务器,客户端,网络设备等以及其它测试需要的如打印机,扫描枪,设备等.
软件资源包括测试用使用的工具.
人力资源包括测试资源,以及协助测试的开发人员,数据库管理员,用户等.
106.
测试范围:需要测试什么,包括测试类型比如、功能和性能测试,如果是升级产品,哪些新功能,哪些受新功能影响的功能需要测试,都需要说明.
不需要测试什么,如果这个产品是继承了之前的产品,哪些原来的功能不受新功能的影响,不需要测试.
7.
测试进度:测试的时间安排,什么时候开始什么测试.
做这个计划的前提是项目详细计划已经做好了并通过计划评审.
8.
测试进入:测试进入要求如:代码是否做过走查,是否提安装配置文档,是否通过冒烟测试.
9.
测试结束:测试结束的标准,如文档是否完整不,缺陷是否得到合理解决,缺陷趋势是否到达标准点,系统是否已稳定.
10.
测试提交文档:测试提文档,作者和存放位置.
4.
3.
1.
2编写要求1.
是否系统的安全要求以被澄清并做了文档化操作2.
是否已经明确定以了测试工作的目标(及其范围)3.
是否标明了所有待测项(及其版本)4.
是否未列出重要的不测项5.
是否定以了变动控制过程并标明了那些有权限批准测试范围变动的人6.
是否标明了所有待测特性7.
是否未列出重要的不测特性8.
是否以对测试方法(策略)进行文档化操作9.
是否以将把系统视为通过的标准(如果有)进行文档化操作10.
是否以将测试终止(和恢复)的标准(如果有)进行文档化操作11.
是否以将测试工作要产生的文档进行文档化操作12.
是否研究过将测试工作所有的环境需要进行文档化操作13.
是否将待测项的配置管理策略进行文档化操作14.
是否以将测试脚本和测试数据(测试套件)的配置管理策略进行文档化操作15.
是否以指派了所有测试工作的责任16.
是否以指派了所有测试工作所依赖的责任17.
是否标明了人事需要的来源18.
是否标明了培训需要的来源19.
是否创建了测试进度20.
是否以考虑了项目圆满结束的必须步骤21.
是否以标明了预计的最严重的风险22.
是否以设计并通过了预计的最严重的风险的规避风险措施23.
是否以将所有的问题、假设、约束和依赖进行文档化操作24.
是否以定义了所有的不常见的简写和术语25.
是否以标明并互相引用了支持文档1126.
是否以标明了负责批准计划的人27.
是否以标明了负责接收测试结果的人28.
是否以标明了需要通报测试工作进展的人4.
3.
2测试用例4.
3.
2.
1包含的内容1.
编号:每个测试用例的唯一编号,有且于其和测试结果、错误报告等其他文档的链接.
2.
测试模块:讲述此测试用例测试的大模块.
3.
标题:用简单的一句话来描述测试用例.
4.
测试目的:描述设计此测试用例的目的是什么.
5.
测试级别:按照测试用例的重要性来给不同的测试用例分级别.
6.
预置条件:执行此测试用例之前需要做的准备.
7.
操作步骤:测试人员执行测试所需的运作.
8.
预期结果:在检查点上待测功能应有的正常反应、运作或显示.
9.
实际结果:待测功能在操作后所表现的反应、运作或显示.
用例编写方法可以参见测试用例编写指南.
pdf4.
3.
2.
2编写要求1、如何保证测试用例的覆盖率;2、如何确保紧跟开发文档的变化;3、如何把用例的重复性限定在适度的范围内;4、如何实现测试用例的更新;5、如何实现测试用例的重用性;4.
3.
3测试报告4.
3.
3.
1包含的内容一.
引言1.
编写目的本测试报告的具体编写目的,指出预期的读者范围.
实例:本测试报告为XXX项目的测试报告,目的在于总结测试阶段的测试以及分析测试结果,描述系统是否符合需求(或达到XXX功能目标).
预期参考人员包括用户、测试人员、、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理.
提示:通常,用户对测试结论部分感兴趣,开发人员希望从缺陷结果以及分析得到产品开发质量的信息,项目管理者对测试执行中成本、资源和时间予与重视,而高层经理希望能够阅读到简单的图表并且能够与其他项目进行同向比较.
此部分可以具体描述为什么类型的人可参考本报告XXX页XXX章节,你的报告读者越多,你的工作越容易被人重视,前提是必须让阅读者感到你的报告是有价值而且值得浪费一点时间去关注的.
2.
项目背景12对项目目标和目的进行简要说明.
必要时包括简史,这部分不需要脑力劳动,直接从需求或者招标文件中拷贝即可.
3.
系统简介如果设计说明书有此部分,照抄.
注意必要的框架图和网络拓扑图能吸引眼球.
4.
术语和缩写词列出设计本系统/项目的专用术语和缩写语约定.
对于技术相关的名词和与多义词一定要注明清楚,以便阅读时不会产生歧义.
5.
参考资料1)需求、设计、测试用例、手册以及其他项目文档都是范围内可参考的东东.
2)测试使用的国家标准、行业指标、公司规范和质量手册等等二.
测试概要测试的概要介绍,包括测试的一些声明、测试范围、测试目的等等,主要是测试情况简介.
(其他测试经理和质量人员关注部分)[Page]6.
测试用例设计简要介绍测试用例的设计方法.
例如:等价类划分、边界值、因果图,以及用这类方法(3-4句).
提示:如果能够具体对设计进行说明,在其他开发人员、测试经理阅读的时候就容易对你的用例设计有个整体的概念,顺便说一句,在这里写上一些非常规的设计方法也是有利的,至少在没有看到测试结论之前就可以了解到测试经理的设计技术,重点测试部分一定要保证有两种以上不同的用例设计方法.
7.
试环境与配置简要介绍测试环境及其配置.
提示:清单如下,如果系统/项目比较大,则用表格方式列出数据库服务器配置,CPU,内存,硬盘:可用空间大小,操作系统,应用软件,机器网络名,局域网地址,应用服务器配置.
对于网络设备和要求也可以使用相应的表格,对于三层架构的,可以根据网络拓扑图,列出相关配置.
8.
测试方法(和工具)简要介绍测试中采用的方法(和工具).
提示:主要是黑盒测试,测试方法可以写上测试的重点和采用的测试模式,这样可以一目了然的知道是否遗漏了重要的测试点和关键块.
工具为可选项,当使用到测试工具和相关工具时,要说明.
注意要注明是自产还是厂商,版本号多少,在测试报告发布后要避免大多工具的版权问题.
三.
测试结果及缺陷分析整个测试报告中这是最激动人心的部分,这部分主要汇总各种数据并进行度量,度量包括对测试过程的度量和能力评估、对软件产品的质量度量和产品评估.
对于不需要过程度量或者相对较小的项目,例如用于验收时提交用户的测试报告、小型项目的测试报告,可省略过程方面的度量部分;而采用了CMM/ISO或者其他工程标准过程的,需要提供过程改进建议和参考的测试报告-主要用于公司内部测试改进和缺陷预防机制-则过程度量需要列出.
9.
测试执行情况与记录13描述测试资源消耗情况,记录实际数据.
(测试、项目经理关注部分)10.
测试组织可列出简单的测试组架构图,包括:测试组架构(如存在分组、用户参与等情况),测试经理(领导人员),主要测试人员,参与测试人员.
11.
测试时间列出测试的跨度和工作量,最好区分测试文档和活动的时间.
数据可供过程度量使用.
例如XXX子系统/子功能,实际开始时间-实际结束时间,总工时/总工作日,任务开始时间结束时间.
对于大系统/项目来说最终要统计资源的总投入,必要时要增加成本一栏,以便管理者清楚的知道究竟花费了多少人力去完成测试.
在数据汇总时可以统计个人的平均投入时间和总体时间、整体投入平均时间和总体时间,还可以算出每一个功能点所花费的时/人.
12.
测试版本给出测试的版本,如果是最终报告,可能要报告测试次数回归测试多少次.
列出表格清单则便于知道那个子系统/子模块的测试频度,对于多次回归的子系统/子模块将引起开发者关注.
13.
覆盖分析1)需求覆盖需求覆盖率是指经过测试的需求/功能和需求规格说明书中所有需求/功能的比值,通常情况下要达到100%的目标.
根据测试结果,按编号给出每一测试需求的通过与否结论.
P表示部分通过,N/A表示不可测试或者用例不适用.
实际上,需求跟踪矩阵列出了一一对应的用例情况以避免遗漏,此表作用为传达需求的测试信息以供检查和审核.
2)测试覆盖需求/功能(或编号)用例个数执行总数未执行未/漏测分析和原因实际上,测试用例已经记载了预期结果数据,测试缺陷上说明了实测结果数据和与预期结果数据的偏差;因此没有必要对每个编号在此包含更详细的说明的缺陷记录与偏差,列表的目的仅在于更好的查看测试结果.
14.
缺陷的统计与分析缺陷统计主要涉及到被测系统的质量,因此,这部分成为开发人员、质量人员重点关注的部分.
缺陷密度可以得出系统各功能或各需求的缺陷分布情况,开发人员可以在此分析基础上得出那部分功能/需求缺陷最多,从而在今后开发注意避免并注意在实施时予与关注,测试经验表明,测试缺陷越多的部分,其隐藏的缺陷也越多.
15.
残留缺陷与未解决问题原因分析:如何引起缺陷,缺陷的后果,描述造成软件局限性和其他限制性的原因,预防和改进措施:弥补手段和长期策略14四.
PARTⅤ测试结论与建议报告到了这个部分就是一个总结了,对上述过程、缺陷分析之后该下个结论,此部分为项目经理、部门经理以及高层经理关注,请清晰扼要的下定论.
[Page]16.
测试结论1)测试执行是否充分(可以增加对安全性、可靠性、可维护性和功能性描述)2)对测试风险的控制措施和成效3)测试目标是否完成4)测试是否通过5)是否可以进入下一阶段项目目标17.
建议1)对系统存在问题的说明,描述测试所揭露的软件缺陷和不足,以及可能给软件实施和运行带来的影响2)可能存在的潜在缺陷和后续工作3)对缺陷修改和产品设计的建议4)对过程改进方面的建议测试报告的内容大同小异,对于一些测试报告而言,可能将第四和第五部分合并,逐项列出测试项、缺陷、分析和建议,这种方法也比较多见,尤其在第三方评测报告中,此份报告模板仅供参考.
4.
3.
3.
2编写要求测试报告是把测试的过程和结果写成文档,并对发现的问题和缺陷进行分析,为纠正软件的存在的质量问题提供依据,同时为软件验收和交付打下基础.
本文提供测试报告模板以及如何编写的实例指南.
测试报告是测试阶段最后的文档产出物,优秀的测试经理应该具备良好的文档编写能力,一份详细的测试报告包含足够的信息,包括产品质量和测试过程的评价,测试报告基于测试中的数据采集以及对最终的测试结果分析.
将软件测试的问题呈现给他人,就是通过你的测试报告(这里的报告是指对问题测试的描述),它是测试员的主要工作产品,如果报告写得好,则声誉高.
有不同类型的测试报告,即面向不同的读者.
面向程序员的测试报告,通常是放到测试管理工具中流转到程序员,这时要注意几点:1.
客观描述现象,列出具体测试用例.
2.
可以提供一些分析和建议,但不要做出评价.
3.
对测试中没有再现的现象,也要做出说明,以期引起注意.
面向生产例会提供的测试报告,通常由测试经理带到会上,这时要考虑:1.
有综述性地统计信息,反映全貌;2.
要重点突出,以便软件测试经理能在较短的时间里向会议表达重点事项.
3.
要有分析,并提醒相关问题(如,培训方面),使报告更有价值.
面向管理层的测试报告,一般是综述性报告,用于判断质量情况,做出相关决策.
这时的报告要考虑:151.
有分析模型(公司要有自己的模型),有判断和结论.
2.
与历史数据有比较,评估风险.
3.
是一定范围的集体意见的反映,也反映其它项目相关人的意见(作为代言人).
公司对各类测试报告要有模板和写作要求,并通过这些指引,培养一致的风格,有利于报告的理解.
有一个对话:为何这么明显的问题没有报告出来我以为别人已报告了这个问题.
因此,不要假设明显的程序错误已经写入报告.
大家都有这种假设时则会遗漏.
设计错误谁来报告当然还是由测试员来报告.
测试员的测试可以作为设计的后期评判.
为了能对设计进行测试,测试组只要有一定比例的领域专业人员.
4.
4测试技术4.
4.
1功能测试4.
4.
1.
1常用测试方法1.
划分等价类把所有可能的数据输入划分为若干部分,然后从每一部分选择少数具有代表性的数据作为测试用例.
(1)有效等价类合理,有意义的输入数据构成的集合,检验程序是否实现规格说明预先规定的功能和性能.
(2)无效等价类不合理,无意义的输入数据构成的集合,检验程序的容错能力.
2.
边界值分析大量的错误发生在输入或输出的边界上,而不是某个范围的内部.
3.
语句覆盖设计若干个测试用例,运行所测程序,使得每一可执行语句至少执行一次,语句覆盖是最弱的逻辑覆盖在准则.
4.
判定覆盖设计若干测试用例,运行被测程序,使得程序中每个判断的取真分支和取假分支至少经历一次,即判断的真假值都能满足.
5.
条件覆盖设计若干测试用例,运行被测程序,要使判断中的每个条件的可能取值至少满足一次.
6.
路径覆盖覆盖所有可能的路径.
7.
判定-条件覆盖使得每个条件的所有可能至少出现一次,并且至少每个判断本身的判断结果出现一次.
4.
4.
1.
2Web测试方法一.
功能测试161.
链接测试链接是Web应用系统的一个主要特征,它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段.
链接测试可分为三个方面.
首先,测试所有链接是否按指示的那样确实链接到了该链接的页面;其次,测试所链接的页面是否存在;最后,保证Web应用系统上没有孤立的页面,所谓孤立页面是指没有链接指向该页面,只有知道正确的URL地址才能访问.
链接测试可以自动进行,现在已经有许多工具可以采用.
链接测试必须在集成测试阶段完成,也就是说,在整个Web应用系统的所有页面开发完成之后进行链接测试.
2.
表单测试当用户给Web应用系统管理员提交信息时,就需要使用表单操作,例如用户注册、登陆、信息提交等.
在这种情况下,我们必须测试提交操作的完整性,以校验提交给服务器的信息的正确性.
例如:用户填写的出生日期与职业是否恰当,填写的所属省份与所在城市是否匹配等.
如果使用了默认值,还要检验默认值的正确性.
如果表单只能接受指定的某些值,则也要进行测试.
例如:只能接受某些字符,测试时可以跳过这些字符,看系统是否会报错.
3.
Cookies测试Cookies通常用来存储用户信息和用户在某应用系统的操作,当一个用户使用Cookies访问了某一个应用系统时,Web服务器将发送关于用户的信息,把该信息以Cookies的形式存储在客户端计算机上,这可用来创建动态和自定义页面或者存储登陆等信息.
如果Web应用系统使用了Cookies,就必须检查Cookies是否能正常工作.
测试的内容可包括Cookies是否起作用,是否按预定的时间进行保存,刷新对Cookies有什么影响等.
4.
设计语言测试Web设计语言版本的差异可以引起客户端或服务器端严重的问题,例如使用哪种版本的HTML等.
当在分布式环境中开发时,开发人员都不在一起,这个问题就显得尤为重要.
除了HTML的版本问题外,不同的脚本语言,例如Java、JavaScript、ActiveX、VBScript或Perl等也要进行验证.
5.
数据库测试在Web应用技术中,数据库起着重要的作用,数据库为Web应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间.
在Web应用中,最常用的数据库类型是关系型数据库,可以使用SQL对信息进行处理.
在使用了数据库的Web应用系统中,一般情况下,可能发生两种错误,分别是数据一致性错误和输出错误.
数据一致性错误主要是由于用户提交的表单信息不正确而造成的,而输出错误主要是由于网络速度或程序设计问题等引起的,针对这两种情况,可分别进行测试.
二.
性能测试6.
连接速度测试用户连接到Web应用系统的速度根据上网方式的变化而变化,他们或许是电话拨号,或是宽带上网.
当下载一个程序时,用户可以等较长的时间,但如果仅仅访问一个页面就不会这样.
如果Web系统响应时间太长(例如超过5秒钟),用户就会因没有耐心等待而离17开.
另外,有些页面有超时的限制,如果响应速度太慢,用户可能还没来得及浏览内容,就需要重新登陆了.
而且,连接速度太慢,还可能引起数据丢失,使用户得不到真实的页面.
7.
负载测试负载测试是为了测量Web系统在某一负载级别上的性能,以保证Web系统在需求范围内能正常工作.
负载级别可以是某个时刻同时访问Web系统的用户数量,也可以是在线数据处理的数量.
例如:Web应用系统能允许多少个用户同时在线如果超过了这个数量,会出现什么现象Web应用系统能否处理大量用户对同一个页面的请求8.
压力测试负载测试应该安排在Web系统发布以后,在实际的网络环境中进行测试.
因为一个企业内部员工,特别是项目组人员总是有限的,而一个Web系统能同时处理的请求数量将远远超出这个限度,所以,只有放在Internet上,接受负载测试,其结果才是正确可信的.
进行压力测试是指实际破坏一个Web应用系统,测试系统的反映.
压力测试是测试系统的限制和故障恢复能力,也就是测试Web应用系统会不会崩溃,在什么情况下会崩溃.
黑客常常提供错误的数据负载,直到Web应用系统崩溃,接着当系统重新启动时获得存取权.
压力测试的区域包括表单、登陆和其他信息传输页面等.
三.
可用性测试9.
导航测试导航描述了用户在一个页面内操作的方式,在不同的用户接口控制之间,例如按钮、对话框、列表和窗口等;或在不同的连接页面之间.
通过考虑下列问题,可以决定一个Web应用系统是否易于导航:导航是否直观Web系统的主要部分是否可通过主页存取Web系统是否需要站点地图、搜索引擎或其他的导航帮助在一个页面上放太多的信息往往起到与预期相反的效果.
Web应用系统的用户趋向于目的驱动,很快地扫描一个Web应用系统,看是否有满足自己需要的信息,如果没有,就会很快地离开.
很少有用户愿意花时间去熟悉Web应用系统的结构,因此,Web应用系统导航帮助要尽可能地准确.
导航的另一个重要方面是Web应用系统的页面结构、导航、菜单、连接的风格是否一致.
确保用户凭直觉就知道Web应用系统里面是否还有内容,内容在什么地方.
Web应用系统的层次一旦决定,就要着手测试用户导航功能,让最终用户参与这种测试,效果将更加明显.
10.
图形测试在Web应用系统中,适当的图片和动画既能起到广告宣传的作用,又能起到美化页面的功能.
一个Web应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等.
图形测试的内容有:1)要确保图形有明确的用途,图片或动画不要胡乱地堆在一起,以免浪费传输时间.
Web应用系统的图片尺寸要尽量地小,并且要能清楚地说明某件事情,一般都链接到某个具体的页面.
2)验证所有页面字体的风格是否一致.
183)背景颜色应该与字体颜色和前景颜色相搭配.
4)图片的大小和质量也是一个很重要的因素,一般采用JPG或GIF压缩.
11.
内容测试内容测试用来检验Web应用系统提供信息的正确性、准确性和相关性.
信息的正确性是指信息是可靠的还是误传的.
例如,在商品价格列表中,错误的价格可能引起财政问题甚至导致法律纠纷;信息的准确性是指是否有语法或拼写错误.
这种测试通常使用一些文字处理软件来进行,例如使用MicrosoftWord的"拼音与语法检查"功能;信息的相关性是指是否在当前页面可以找到与当前浏览信息相关的信息列表或入口,也就是一般Web站点中的所谓"相关文章列表".
12.
整体界面测试整体界面是指整个Web应用系统的页面结构设计,是给用户的一个整体感.
例如:当用户浏览Web应用系统时是否感到舒适,是否凭直觉就知道要找的信息在什么地方整个Web应用系统的设计风格是否一致对整体界面的测试过程,其实是一个对最终用户进行调查的过程.
一般Web应用系统采取在主页上做一个调查问卷的形式,来得到最终用户的反馈信息.
对所有的可用性测试来说,都需要有外部人员(与Web应用系统开发没有联系或联系很少的人员)的参与,最好是最终用户的参与.
四.
客户端兼容性测试13.
平台测试市场上有很多不同的操作系统类型,最常见的有Windows、Unix、Macintosh、Linux等.
Web应用系统的最终用户究竟使用哪一种操作系统,取决于用户系统的配置.
这样,就可能会发生兼容性问题,同一个应用可能在某些操作系统下能正常运行,但在另外的操作系统下可能会运行失败.
因此,在Web系统发布之前,需要在各种操作系统下对Web系统进行兼容性测试.
14.
浏览器测试浏览器是Web客户端最核心的构件,来自不同厂商的浏览器对Java,、JavaScript、ActiveX、plug-ins或不同的HTML规格有不同的支持.
例如,ActiveX是Microsoft的产品,是为InternetExplorer而设计的,JavaScript是Netscape的产品,Java是Sun的产品等等.
另外,框架和层次结构风格在不同的浏览器中也有不同的显示,甚至根本不显示.
不同的浏览器对安全性和Java的设置也不一样.
测试浏览器兼容性的一个方法是创建一个兼容性矩阵.
在这个矩阵中,测试不同厂商、不同版本的浏览器对某些构件和设置的适应性.
五.
安全性测试Web应用系统的安全性测试区域主要有:1)现在的Web应用系统基本采用先注册,后登陆的方式.
因此,必须测试有效和无效的用户名和密码,要注意到是否大小写敏感,可以试多少次的限制,是否可以不登陆而直接浏览某个页面等.
2)Web应用系统是否有超时的限制,也就是说,用户登陆后在一定时间内(例如1519分钟)没有点击任何页面,是否需要重新登陆才能正常使用.
3)为了保证Web应用系统的安全性,日志文件是至关重要的.
需要测试相关信息是否写进了日志文件、是否可追踪.
4)当使用了安全套接字时,还要测试加密是否正确,检查信息的完整性.
5)服务器端的脚本常常构成安全漏洞,这些漏洞又常常被黑客利用.
所以,6)还要测试没有经过授权,就不能在服务器端放置和编辑脚本的问题.
六.
总结本文从功能、性能、可用性、客户端兼容性、安全性等方面讨论了基于Web的系统测试方法.
基于Web的系统测试与传统的软件测试既有相同之处,也有不同的地方,对软件测试提出了新的挑战.
基于Web的系统测试不但需要检查和验证是否按照设计的要求运行,而且还要评价系统在不同用户的浏览器端的显示是否合适.
重要的是,还要从最终用户的角度进行安全性和可用性测试.
详细web测试方法可以参见web系统测试详解.
doc4.
4.
2自动化测试4.
4.
2.
1前提条件实施自动化测试之前需要对软件开发过程进行分析,以观察其是否适合使用自动化测试.
通常需要同时满足以下条件:一软件需求变动不频繁.
测试脚本的稳定性决定了自动化测试的维护成本.
如果软件需求变动过于频繁,测试人员需要根据变动的需求来更新测试用例以及相关的测试脚本,而脚本的维护本身就是一个代码开发的过程,需要修改、调试,必要的时候还要修改自动化测试的框架,如果所花费的成本不低于利用其节省的测试成本,那么自动化测试便是失败的.
项目中的某些模块相对稳定,而某些模块需求变动性很大.
我们便可对相对稳定的模块进行自动化测试,而变动较大的仍是用手工测试.
二项目周期足够长.
由于自动化测试需求的确定、自动化测试框架的设计、测试脚本的编写与调试均需要相当长的时间来完成.
这样的过程本身就是一个测试软件的开发过程,需要较长的时间来完成.
如果项目的周期比较短,没有足够的时间去支持这样一个过程,那么自动化测试便成为笑谈.
三自动化测试脚本可重复使用.
果费尽心思开发了一套近乎完美的自动化测试脚本,但是脚本的重复使用率很低,致使其间所耗费的成本大于所创造的经济价值,自动化测试便成为了测试人员的练手之作,而并非是真正可产生效益的测试手段了.
另外,在手工测试无法完成,需要投入大量时间与人力时也需要考虑引入自动化测试.
比如性能测试、配置测试、大数据量输入测试等.
4.
4.
2.
2适用场合1.
回归测试,重复单一的数据录入或是击键等测试操作造成了不必要的时间浪费和人力浪费;2.
此外测试人员对程序的理解和对设计文档的验证通常也要借助于测试自动化工具;203.
采用自动化测试工具有利于测试报告文档的生成和版本的连贯性;4.
自动化工具能够确定测试用例的覆盖路径,确定测试用例集对程序逻辑流程和控制流程的覆盖;4.
4.
2.
3过程自动化测试与软件开发过程从本质上来讲是一样的,无非是利用自动化测试工具(相当于软件开发工具),经过对测试需求的分析(软件过程中的需求分析),设计出自动化测试用例(软件过程中的需求规格),从而搭建自动化测试的框架(软件过程中的概要设计),设计与编写自动化脚本(详细设计与编码),测试脚本的正确性,从而完成该套测试脚本(即主要功能为测试的应用软件).
一,自动化测试需求分析.
当测试项目满足了自动化的前提条件,并确定在该项目中需要使用自动化测试时,我们便开始进行自动化测试需求分析.
此过程需要确定自动化测试的范围以及相应的测试用例、测试数据,并形成详细的文档,以便于自动化测试框架的建立.
二,自动化测试框架的搭建.
所谓自动化测试框架便是像软件架构一般,定义了在使用该套脚本时需要调用哪些文件、结构,调用的过程,以及文件结构如何划分.
而根据自动化测试用例,我们很容易能够定位出自动化测试框架的典型要素:a.
公用的对象.
不同的测试用例会有一些相同的对象被重复使用,比如窗口、按钮、页面等.
这些公用的对象可被抽取出来,在编写脚本时随时调用.
当这些对象的属性因为需求的变更而改变时,只需要修改该对象属性即可,而无需修改所有相关的测试脚本.
b.
公用的环境.
各测试用例也会用到相同的测试环境,将该测试环境独立封装,在各个测试用例中灵活调用,也能增强脚本的可维护性.
c.
公用的方法.
当测试工具没有需要的方法时,而该方法又会被经常使用,我们便需要自己编写该方法,以方便脚本的调用.
d.
测试数据.
也许一个测试用例需要执行很多个测试数据,我们便可将测试数据放在一个独立的文件中,由测试脚本执行到该用例时读取数据文件,从而达到数据覆盖的目的.
在该框架中需要将这些典型要素考虑进去,在测试用例中抽取出公用的元素放入已定义的文件,设定好调用的过程.
4.
4.
3性能测试4.
4.
3.
1通用性能指标1.
通用指标(指Web应用服务器、数据库服务器必需测试项):lProcessorTime:指服务器CPU占用率,一般平均达到70%时,服务就接近饱和;lMemoryAvailableMbyte:可用内存数,如果测试时发现内存有变化情况也要注意,如果是内存泄露则比较严重;lPhysicsdiskTime:物理磁盘读写时间情况;2.
Web服务器指标:lAvgRps:平均每秒钟响应次数=总请求时间/秒数;lAvgtimetolastbyteperterstion(mstes):平均每秒业务角本的迭代次数,有人21会把这两者混淆;lSuccessfulRounds:成功的请求;lFailedRounds:失败的请求;lSuccessfulHits:成功的点击次数;lFailedHits:失败的点击次数;lHitsPerSecond:每秒点击次数;lSuccessfulHitsPerSecond:每秒成功的点击次数;lFailedHitsPerSecond:每秒失败的点击次数;lAttemptedConnections:尝试链接数;3.
数据库服务器指标:lUser0Connections:用户连接数,也就是数据库的连接数量;lNumberofdeadlocks:数据库死锁;lButterCachehit:数据库Cache的命中情况;4.
4.
3.
2测试的内容1.
应用在客户端性能的测试应用在客户端性能测试的目的是考察客户端应用的性能,测试的入口是客户端.
它主要包括并发性能测试、疲劳强度测试、大数据量测试和速度测试等,其中并发性能测试是重点.
并发性能测试的过程是一个负载测试和压力测试的过程,即逐渐增加负载,直到系统的瓶颈或者不能接收的性能点,通过综合分析交易执行指标和资源监控指标来确定系统并发性能的过程.
负载测试(LoadTesting)是确定在各种工作负载下系统的性能,目标是测试当负载逐渐增加时,系统组成部分的相应输出项,例如通过量、响应时间、CPU负载、内存使用等来决定系统的性能.
负载测试是一个分析软件应用程序和支撑架构、模拟真实环境的使用,从而来确定能够接收的性能过程.
压力测试(StressTesting)是通过确定一个系统的瓶颈或者不能接收的性能点,来获得系统能提供的最大服务级别的测试.
并发性能测试的目的主要体现在三个方面:以真实的业务为依据,选择有代表性的、关键的业务操作设计测试案例,以评价系统的当前性能;当扩展应用程序的功能或者新的应用程序将要被部署时,负载测试会帮助确定系统是否还能够处理期望的用户负载,以预测系统的未来性能;通过模拟成百上千个用户,重复执行和运行测试,可以确认性能瓶颈并优化和调整应用,目的在于寻找到瓶颈问题.
2.
应用在网络上性能的测试应用在网络上性能的测试重点是利用成熟先进的自动化技术进行网络应用性能监控、网络应用性能分析和网络预测.
网络应用性能分析的目的是准确展示网络带宽、延迟、负载和TCP端口的变化是如何影响用户的响应时间的.
利用网络应用性能分析工具,例如ApplicationExpert,能够发现应用的瓶颈,我们可知应用在网络上运行时在每个阶段发生的应用行为,在应用线程级分析应用的问题.
可以解决多种问题:客户端是否对数据库服务器运行了不必要的请求当服务器从客户端接受了一个查询,应用服务器是否花费了不可接受的时间联系数据库服务器在投产前预测应用的响应时间;利用ApplicationExpert调整应用在广域网上的性能;22ApplicationExpert能够让你快速、容易地仿真应用性能,根据最终用户在不同网络配置环境下的响应时间,用户可以根据自己的条件决定应用投产的网络环境.
网络应用性能监控在系统试运行之后,需要及时准确地了解网络上正在发生什么事情;什么应用在运行,如何运行;多少PC正在访问LAN或WAN;哪些应用程序导致系统瓶颈或资源竞争,这时网络应用性能监控以及网络资源管理对系统的正常稳定运行是非常关键的.
利用网络应用性能监控工具,可以达到事半功倍的效果,在这方面我们可以提供的工具是NetworkVantage.
通俗地讲,它主要用来分析关键应用程序的性能,定位问题的根源是在客户端、服务器、应用程序还是网络.
在大多数情况下用户较关心的问题还有哪些应用程序占用大量带宽,哪些用户产生了最大的网络流量,这个工具同样能满足要求网络预测考虑到系统未来发展的扩展性,预测网络流量的变化、网络结构的变化对用户系统的影响非常重要.
根据规划数据进行预测并及时提供网络性能预测数据.
我们利用网络预测分析容量规划工具PREDICTOR可以作到:设置服务水平、完成日网络容量规划、离线测试网络、网络失效和容量极限分析、完成日常故障诊断、预测网络设备迁移和网络设备升级对整个网络的影响.
3.
应用在服务器上性能的测试对于应用在服务器上性能的测试,可以采用工具监控,也可以使用系统本身的监控命令,例如Tuxedo中可以使用Top命令监控资源使用情况.
实施测试的目的是实现服务器性能测试图像设备、服务器操作系统、数据库系统、应用在服务器上性能的全面监控.
4.
4.
3.
3测试目的和类型性能测试目的是验证软件系统是否能够达到用户提出的性能指标,同时发现软件系统中存在的性能瓶颈,优化软件,最后起到优化系统的目的.
包括以下几个方面1.
评估系统的能力,测试中得到的负荷和响应时间数据可以被用于验证所计划的模型的能力,并帮助做出决策.
2.
识别体系中的弱点:受控的负荷可以被增加到一个极端的水平,并突破它,从而修复体系的瓶颈或薄弱的地方.
3.
系统调优:重复运行测试,验证调整系统的活动得到了预期的结果,从而改进性能.
检测软件中的问题:长时间的测试执行可导致程序发生由于内存泄露引起的失败,揭示程序中的隐含的问题或冲突.
4.
验证稳定性(resilience)可靠性(reliability):在一个生产负荷下执行测试一定的时间是评估系统稳定性和可靠性是否满足要求的唯一方法.
性能测试类型包括负载测试,强度测试,容量测试等:l负载测试:负载测试是一种性能测试指数据在超负荷环境中运行,程序是否能够承担.
l强度测试:强度测试是一种性能测试,他在系统资源特别低的情况下软件系统运行情况.
l容量测试:确定系统可处理同时在线的最大用户数234.
4.
3.
4测试步骤1.
制定目标和分析系统每一个性能测试计划中第一步都会制定目标和分析系统构成.
只有明确目标和了解系统构成才会澄清测试范围,知道在测试中要掌握什么样的技术.
1)确定客户需求和期望2)实际业务需求3)系统需求4)系统组成2.
选择测试度量的方法经过第一步,将会对系统有清醒的认识.
接下来我们将把精力放在软件度量上,收集系统相关的数据,度量的相关方面:制定规范、制定相关流程,角色,职责、制定改进策略、制定结果对比标准.
3.
学习的相关技术和工具性能测试是通过工具,模拟大量用户操作,对系统增加负载.
所以需要掌握一定的工具知识才能进行性能测试.
4.
制定评估标准任何测试的目的都是确保软件符合预先规定的目标和要求.
性能测试也不例外.
所以必须制定一套标准.
通常性能测试有四种模型技术可用于评估:l线性投射:用大量的过去的,扩展的或者将来可能发生的数据组成性能测试图像散布图,利用这个图表不断和系统的当前状况对比.
l分析模型:用排队论公式和算法预测响应时间,利用描述工作量的数据和系统本质关联起来l模仿:模仿实际用户的使用方法测试你的系统l基准:定义测试和你最初的测试作为标准,利用它和所有后来进行的测试结果进行对比5.
设计测试用例设计测试用例是在了解软件业务流程的基础上.
设计测试用例的原则是受最小的影响提供最多的测试信息,设计测试用例的目标是一次尽可能的包含多个测试要素.
这些测试用例必须是测试工具可以实现的,不同的测试场景将测试不同的功能.
因为性能测试不同于平时的测试用例,尽可能把性能测试用例设计的复杂,才有可能发现软件的性能瓶颈.
6.
运行测试用例通过性能测试工具运行测试用例.
同一环境下作的性能测试得到的测试结果是不准确的,所以在运行这些测试用例的时候,需要用不同的测试环境,不同的机器配置上运行.
7.
分析测试结果运行测试用例后,收集相关信息,进行数据统计分析,找到性能瓶颈.
通过排除误差和其他因素,让测试结果体现接近真实情况.
不同的体系结构分析测试结果的方法也不同,bs结构我们会分析网络带宽,流量对用户操作响应的影响,而cs结构我们可能更关心会系统整体配置对用户操作的影响244.
4.
4白盒测试4.
4.
4.
1测试方法白盒测试的测试方法有代码检查法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法、域测试、符号测试、Z路径覆盖、程序变异.
白盒测试法的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试.
其中逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖六种覆盖标准:语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖发现错误的能力呈由弱至强的变化.
语句覆盖每条语句至少执行一次.
判定覆盖每个判定的每个分支至少执行一次.
条件覆盖每个判定的每个条件应取到各种可能的值.
判定/条件覆盖同时满足判定覆盖条件覆盖.
条件组合覆盖每个判定中各条件的每一种组合至少出现一次.
路径覆盖使程序中每一条可能的路径至少执行一次.
4.
4.
4.
2与黑盒测试区别白盒测试技术(WhiteBoxTesting):深入到代码一级的测试,使用这种技术发现问题最早,效果也是最好的.
该技术主要的特征是测试对象进入了代码内部,根据开发人员对代码和对程序的熟悉程度,对有需要的部分进行在软件编码阶段,开发人员根据自己对代码的理解和接触所进行的软件测试叫做白盒测试.
黑盒测试技术(BlackBoxTesting):黑盒测试的内容主要有以下几个方面,但是主要还是功能部分.
主要是覆盖全部的功能,可以结合兼容,性能测试等方面进行,根据软件需求,设计文档,模拟客户场景随系统进行实际的测试,这种测试技术是使用最多的测试技术涵盖了测试的方方面面.
4.
5测试工具4.
5.
1QTP1.
制定测试计划自动测试的测试计划是根据被测项目的具体需求,以及所使用的测试工具而制定的,完全用于指导测试全工程.
QTP是一个功能测试工具,主要帮助测试人员完成软件的功能测试,与其他测试工具一样,QTP不能完全取代测试人员的手工操作,但是在某个功能点上,使用QTP的确能够帮助测试人员做很多工作.
在测试计划阶段,首先要做的就是分析被测应用的特点,决定应该对哪些功能点进行测试,可以考虑细化到具体页面或者具体控件.
对于一个普通的应用程序来说,QTP应用在某些界面变化不大的回归测试中是非常有效的.
2.
创建测试脚本当测试人员浏览站点或在应用程序上操作的时候,QTP的自动录制机制能够将测试人员的每一个操作步骤及被操作的对象记录下来,自动生成测试脚本语句.
与其他自动测试工具录制脚本有所不同的是,QTP除了以VBScript脚本语言的方式生成脚本语句以外,还将被操作的对象及相应的动作按照层次和顺序保存在一个基于表格的关键字视图中.
比如,当25测试人员单击一个链接,然后选择一个CheckBox或者提交一个表单,这样的操作流程都会被记录在关键字视图中.
3.
增强测试脚本的功能录制脚本只是实现创建或者设计脚本的第一步,基本的脚本录制完毕后,测试人员可以根据需要增加一些扩展功能,QTP允许测试人员通过在脚本中增加或更改测试步骤来修正或自定义测试流程,如增加多种类型的检查点功能,既可以让QTP检查一下在程序的某个特定位置或对话框中是否出现了需要的文字,还可以检查一个链接是否返回了正确的URL地址等,还可以通过参数化功能,使用多组不同的数据驱动整个测试过程.
4.
运行测试QTP从脚本的第一行开始执行语句,运行过程中会对设置的检查点进行验证,用实际数据代替参数值,并给出相应的输出结构信息.
测试过程中测试人员还可以调试自己的脚本,直到脚本完全符合要求.
5.
分析测试运行结束后系统会自动生成一份详细完整的测试结果报告4.
5.
2LR一.
使用VUGen录制脚本1.
根据应用程序架构选择相应的协议.
一般象B/S的程序用单一的http协议就可以了.
2.
开始录制.
根据所选协议的不同,出现的对话框不不同的.
选择http协议的话需要录入url地址,在这步录入需要测试的地址如https://www.
alipay3.
net.
3.
录制脚本:在一个脚本中,默认有三个动作:vuser_initActionvuser_end.
通常把初始化操作放到vuser_init中,具体需要测试的操作放在Action中,vuser_end动作目前来说没有什么用处.
在创建交易脚本中,需要测试的操作包括创建支付宝交易、买家付款、卖家发货、买家确认收货.
每一个操作都必须首先登陆才能进行.
4.
添加事务:为了使录制的脚本更易读,录制过程中要为每一个独立的操作添加事务.
比如说登陆、买家付款都放在一个单独的事务中.
特别注意,因为本次测试目标是每秒内总的交易数,所以需要分别给每一个测试脚本的Action操作都加上一个统一的事务,名称都叫做"Action",以便衡量是否可以达到目标.
5.
添加验证点:脚本录制好后,在需要的地方加上验证点,来检测脚本是否执行成功.
以登陆操作来说,在提交登陆的脚本后面,右击鼠标,选择Insert—NewStep,在出现的对话框中选择WebChecks—TextCheck,进行文字验证,查找退出这两个字是否出现.
如果出现就说明登陆成功了.
6.
根据需要对变量参数化:在登陆操作中需要参数化的值包括:URL,登陆帐号、登陆密码.
点击工具栏的ParamList按钮可以创建参数.
当新建一个参数后,LR会在当前脚本的目录下自动创建一个文件存放参数的值.
我们不要这个默认的文件名,把所有参数的文件名都修改为"D:\LrData\Email.
dat"[文件路径及名称都是可以手工修改的],这样可以在多个脚本中共享相同的变量.
1)url、登陆帐号、登陆密码:这几个参数都是手工在LR中输入,然后保存到文件中.
2)交易号:在查询交易明细脚本中,会随机的选取100个交易查看其明细.
这种情26况下,交易号直接从数据库中取得比较方便.
但是必须在本地安装oracle客户端.
如果没有装oralce客户端,可以首先登陆到PL/SQL中,查询100个交易号,选中把查询结果,选择导出到CSV文件中.
导出后,在LR中打开ParamList,选中交易号这个参数,点击EditWithNotePad按钮,把csv文件的内容拷贝到这个里面即可.
注意拷贝前需要用支持列编辑的文本工具打开csv文件,去掉前后的引号.
保存文件成功后,在LR中就可以看到导出的交易号了.
7.
在Vuser中运行脚本,确认脚本可以正常运行.
二.
使用Controller设置场景进行测试1.
创建场景:由于我们这次的测试目标是以每秒N个交易,所以选择基于目标的场景.
创建场景的同时,加入需要测试的脚本.
2.
定义测试目标:场景创建成功后,单击EditScenarioGoals定义测试目标.
在这个对话框中新建一个测试目标,类型为:TransactionsperSecond,事务名称为我们统一定义的"Action",事务数量根据需要设置.
Vuser的数量设置从20到500.
3.
设置运行时间:也是在EditScenarioGoals中,可以设置达到目标后再运行多少时间.
4.
Run-TimeSetting:(特别注意)在VuGen中也有Run-TimeSetting,但是在那里设置好的参数不会被带到Controller中,需要重新设置.
对每一个脚本都需要设置.
a)ThinkTime:这个选为Ignorethinktime,否则结果中的事务响应时间很大,包含了这个思考时间.
b)打开验证点检查功能:在Preferences选项中,给EnableImageandtextcheck打勾,否则脚本执行时不会去检查验证点的.
c)设置Action的迭代次数:在RunLogic中,单独设置脚本中每个动作的执行次数.
例如在查询交易明细脚本中,需要模拟一次登陆,查询10次明细的情况,就需要设置Action动作迭代10次.
5.
添加需要监控的性能参数这次我们测试的服务器是Linux,需要得到在各种压力下服务器的负载情况.
Linux的性能参数在场景中没有默认被监控,所以需要手动添加.
要监控Linux的资源,需要在服务器上运行一个叫做rstatd的进程,这个进程可以从网上下载.
在服务器上启动这个进程后,在测试场景中,手工将AvailableGraphs的UNIXResources拖动到右边的视图中,然后右击,选择AddMeasurements,添加需要监视的服务器.
6.
运行场景,保存执行结果运行时,需要选择运行结果保存的路径及文件.
这些结果文件可以在Analysis中查看.
三.
查看运行结果第二步场景运行结束后,通过菜单Results—AnalysisResults打开运行结果.
在Analysis中,默认显示以下类型的结果分析图.
需要手工把Unix资源的图打开,单击上图中的NewGraph,出现下面的对话框.
选择SystemResources下的UNIXResources,单击OpenGraph,就可以看到在场景中所监视的各个性能指标的曲线图了.
点击保存可以把结果保存为*.
lrr的文件,下次可以直接通过Analysis打开.
四.
比较2次或者多次场景运行的结果27测试中,为了提高系统的性能,会修改代码或者更改架构,这时候我们需要对修改前后的场景运行结果进行比较,通过一些性能指标的曲线图比较直观的了解系统的变化.
在Analysis中,通过菜单File—CrossWithResult可以合并结果进行比较.
通过Add按钮可以添加多个*.
lrr文件进行结果的比较,点OK后会出现各个结果的比较图.
4.
5.
3TD4.
5.
3.
1安装需知1.
安装前环境配置TD的WEB服务容器为IIS,必须得先安装IIS环境,TD的后台数据库默认为Access以选择使用Sybase、MS-SQLServer、oracle.
,TD也支持邮件服务,可以选择安装邮件服务或则暂时不安装.
如果需要安装则在安装前做好邮件服务器的相关配置.
2.
安装事项在安装时,要对系统进行一些安装设置,以下对一些关键设置进行简单解释.
1)数据库连接设置:设置数据库连接时,Access为默认必选,可以选择另外一种合适的数据库做为TD的连接数据库,该数据库可以在创建TD项目时,选择作为项目的数据库.
2)虚拟目录设置:其中的虚拟目录名TDBIN下将保存TD的一些运行文件.
3.
安装注意安装TD时,系统资源消耗比较大,容易造成安装失败或错误,所以在安装时,尽量不要进行其他的系统操作,等待安装完成.
4.
5.
3.
2安装后配置4.
汉化在安装目录TDBIN/Install/下存放的是一些为连接服务的客户端加载的系统文件.
其中的tdclientui80.
xco文件,该文件会自动加载到客户端的C:\ProgramFiles\CommonFiles\MercuryInteractive\TD2000_80目录下,并生成为tdclientui80.
ocx文件.
注意其中两个文件的后缀名区别.
文件后缀可通过更改方式变换为OCX或XCO.
由于Mercury并为发行官方的汉化包,所以采用第三方的资源包进行汉化.
汉化方式,把得到的汉化资源dclientui80.
xco文件粘贴到服务器TDBIN/Install/目录下,覆盖掉原文件即可.
在之前访问过服务器的客户端,在下次连接时由于不再加载更新后的数据,所以必须得删除客户端下的C:\ProgramFiles\CommonFiles\MercuryInteractive\TD2000_80目录下覆盖tdclientui80.
ocx文件,使再次访问时自动加载汉化后的新组件.
也可以通过在客户端C:\ProgramFiles\CommonFiles\MercuryInteractive\TD2000_80目录下覆盖tdclientui80.
ocx文件达到汉化的目的.
5.
设置MS-SQL的数据库连接对数据库的"客户端网络实用工具"进行配置.
选择协议NamedPipes与TCP/IP,28别名设置最好选择本机计算机名.
对数据库的安全性设置--身份验证,设置为SQLServer和WINDOWS.
设置后,在后台PING连接数据库,如果成功,则可正常创建该类数据库的项目.
6.
IE7.
0兼容性安装TD后,并不能顺利支持IE7.
0的客户端浏览器.
此时可以用记事本等打开服务器TDBIN/目录下的start_a.
htm源文件,然后进行编辑.
查找"varfMSIE3456"然后在该行的末尾处分号前添加一段语句"||(ua.
lastIndexOf('MSIE7.
0')!
=-1)"保存即可.
1)这个代码不一定要粘在"||(ua.
lastIndexOf('MSIE6.
0')!
=-1)"后面,因为是或的关系,你只是添加一个条件而已.
因为放在哪里都无所谓,只要在条件语句中就可以了.
2)只需要在条件中加上一个条件(ua.
lastIndexOf('MSIE7.
0')!
=-1)而且是或的关系即"||",相信做测试的人对这个应该会懂的,仔细看一下其它条件语句就会明白的.
3)另外,如果只修改此文件的话siteadministrator还是打不开的.
具体做法修改相同目录下SiteAdmin.
htm文件,方法同start_a.
htm.
7.
TD系统信息修改在C:\ProgramFiles\CommonFiles\MercuryInteractive\目录中的DomsInfo文件夹,该文件夹中保存TD系统的关键信息,其中有TD系统配置信息的数据库doms.
mdb文件,该数据库文件已默认被加密,密码为tdtdtd.
在Templates文件夹中的文件为初始化生成的项目模板文件,包括TestDir.
mdb,该文件为生成项目的初始数据库表.
这样的话我们,就可以在每次创建项目时初试化出我们想要的,预定好的数据库表和相关数据来.
就可以避免每次创建项目时重复的手工定义字段了,我们可以定制自己的项目数据库模板.
如当遗忘ADMIN的密码时,可以通过往doms.
mdb的ADMIN表中的ADMIN_PSWD字段更换写入"456711",登陆时输入密码"test"即可进入5数据库5.
1常用数据库一.
SQLServer1987年,微软和IBM合作开发完成OS/2,IBM在其销售的OS/2ExtendedEdition系统中绑定了OS/2DatabaseManager,而微软产品线中尚缺少数据库产品.
为此,微软将目光投向Sybase,同Sybase签订了合作协议,使用Sybase的技术开发基于OS/2平台的关系型数据库.
1989年,微软发布了SQLServer1.
0版.
二.
OracleOracle前身叫SDL,由LarryEllison和另两个编程人员在1977创办,他们开发了自己的拳头产品,在市场上大量销售,1979年,Oracle公司引入了第一个商用SQL关系数据库管理系统.
Oracle公司是最早开发关系数据库的厂商之一,其产品支持最广泛的操作系统平台.
目前Oracle关系数据库产品的市场占有率名列前茅.
29三.
SybaseSybase公司成立于1984年,公司名称"Sybase"取自"system"和"database"相结合的含义.
Sybase公司的创始人之一BobEpstein是Ingres大学版(与System/R同时期的关系数据库模型产品)的主要设计人员.
公司的第一个关系数据库产品是1987年5月推出的SybaseSQLServer1.
0.
Sybase首先提出Client/Server数据库体系结构的思想,并率先在SybaseSQLServer中实现.
四.
mySQLmySQL是一个小型关系型数据库管理系统,开发者为瑞典MySQLAB公司.
在2008年1月16号被Sun公司收购.
目前MySQL被广泛地应用在Internet上的中小型网站中.
由于其体积小、速度快、总体拥有成本低,尤其是开放源码这一特点,许多中小型网站为了降低网站总体拥有成本而选择了MySQL作为网站数据库.
五.
Access数据库美国Microsoft公司于1994年推出的微机数据库管理系统.
它具有界面友好、易学易用、开发简单、接口灵活等特点,是典型的新一代桌面数据库管理系统.
其主要特点如下:1)完善地管理各种数据库对象,具有强大的数据组织、用户管理、安全检查等功能.
(2)强大的数据处理功能,在一个工作组级别的网络环境中,使用Access开发的多用户数据库管理系统具有传统的XBASE(DBASE、FoxBASE的统称)数据库系统所无法实现的客户服务器(Cient/Server)结构和相应的数据库安全机制,Access具备了许多先进的大型数据库管理系统所具备的特征,如事务处理/出错回滚能力等.
2)可以方便地生成各种数据对象,利用存储的数据建立窗体和报表,可视性好.
3)作为Office套件的一部分,可以与Office集成,实现无缝连接.
4)能够利用Web检索和发布数据,实现与Internet的连接.
Access主要适用于中小型应用系统,或作为客户机/服务器系统中的客户端数据库.
六.
IBM的DB2作为关系数据库领域的开拓者和领航人,IBM在1977年完成了SystemR系统的原型,1980年开始提供集成的数据库服务器——System/38,随后是SQL/DSforVSE和VM,其初始版本与SystemR研究原型密切相关.
DB2forMVSV1在1983年推出.
该版本的目标是提供这一新方案所承诺的简单性,数据不相关性和用户生产率.
1988年DB2forMVS提供了强大的在线事务处理(OLTP)支持,1989年和1993年分别以远程工作单元和分布式工作单元实现了分布式数据库支持.
最近推出的DB2UniversalDatabase6.
1则是通用数据库的典范,是第一个具备网上功能的多媒体关系数据库管理系统,支持包括Linux在内的一系列平台.
七.
InformixInformix在1980年成立,目的是为Unix等开放操作系统提供专业的关系型数据库产品.
公司的名称Informix便是取自Information和Unix的结合.
Informix第一个真正支持SQL语言的关系数据库产品是InformixSE(StandardEngine).
InformixSE是在当时的微机Unix环境下主要的数据库产品.
它也是第一个被移植到Linux上的商业数据库产品.
八.
PostgreSQL30PostgreSQL是一种特性非常齐全的自由软件的对象——关系性数据库管理系统(ORDBMS),它的很多特性是当今许多商业数据库的前身.
PostgreSQL最早开始于BSD的Ingres项目.
PostgreSQL的特性覆盖了SQL-2/SQL-92和SQL-3.
首先,它包括了可以说是目前世界上最丰富的数据类型的支持;其次,目前PostgreSQL是唯一支持事务、子查询、多版本并行控制系统、数据完整性检查等特性的唯一的一种自由软件的数据库管理系统.
九.
FoxPro数据库最初由美国Fox公司1988年推出,1992年Fox公司被Microsoft公司收购后,相继推出了FoxPro2.
5、2.
6和VisualFoxPro等版本,其功能和性能有了较大的提高.
FoxPro2.
5、2.
6分为DOS和Windows两种版本,分别运行于DOS和Windows环境下.
FoxPro比FoxBASE在功能和性能上又有了很大的改进,主要是引入了窗口、、列表框和文本框等控件,进一步提高了系统的开发能力.
5.
2Sqlserver5.
2.
1系统数据库lmaster数据库master数据库记录SQLServer系统的所有系统级别信息.
它记录所有的登录帐户和系统配置设置.
master数据库是这样一个数据库,它记录所有其它的数据库,其中包括数据库文件的位置.
master数据库记录SQLServer的初始化信息,它始终有一个可用的最新master数据库备份.
ltempdb数据库tempdb数据库保存所有的临时表和临时存储过程.
它还满足任何其它的临时存储要求,例如存储SQLServer生成的工作表.
tempdb数据库是全局资源,所有连接到系统的用户的临时表和存储过程都存储在该数据库中.
tempdb数据库在SQLServer每次启动时都重新创建,因此该数据库在系统启动时总是干净的.
临时表和存储过程在连接断开时自动除去,而且当系统关闭后将没有任何连接处于活动状态,因此tempdb数据库中没有任何内容会从SQLServer的一个会话保存到另一个会话.
默认情况下,在SQLServer在运行时tempdb数据库会根据需要自动增长.
不过,与其它数据库不同,每次启动数据库引擎时,它会重置为其初始大小.
如果为tempdb数据库定义的大小较小,则每次重新启动SQLServer时,将tempdb数据库的大小自动增加到支持工作负荷所需的大小这一工作可能会成为系统处理负荷的一部分.
为避免这种开销,可以使用ALTERDATABASE增加tempdb数据库的大小.
lmodel数据库model数据库用作在系统上创建的所有数据库的模板.
当发出CREATEDATABASE语句时,新数据库的第一部分通过复制model数据库中的内容创建,剩余部分由空页填充.
由于SQLServer每次启动时都要创建tempdb数据库,model数据库必须一直存在于SQLServer系统中.
lmsdb数据库31msdb数据库供SQLServer代理程序调度警报和作业以及记录操作员时使用.
5.
2.
2备份还原l完全数据库备份:将数据库中所有数据文件全部复制,包括完全数据库备份过程中数据库的所有行为.
所有用户数据以及所有数据库对象,包括系统表,索引和用户自定义表,都包括在内.
l差异数据库备份:差异数据库备份复制最后一次完全数据库备份以来所有数据文件中修改过的数据,包括差异数据库备份过程中发生的所有数据库行为.
l文件和文件组备份:文件备份只复制单个数据文件,文件组备份复制单个文件组中的每个数据文件,包括文件或文件组备份过程中发生的所有数据库行为.
此类型的备份比完全数据库备份占用的时间和空间都要小.
文件和文件组备份需要进行详细计划,以便相关的数据和索引可以共同备份(恢复).
此外,在逻辑上将文件和文件组恢复到与数据库中的其他部分一致的状态,需要一个事务处理日志文件备份的完整子集.
l差异文件和差异文件组备份:差异文件和文件组备份在概念上与差异数据库备份一致.
它们比复制整个文件或文件组花费的时间和空间更少,由于它减少必须应用的事务处理日志备份的数量.
l事务处理日志备份:事务处理日志备份是对最后一次事务处理日志备份以来事务处理日志中记录的所有事务处理的一种顺序记录.
事务处理日志备份使您可以将数据库恢复到某个特定的时间点,如输入错误数据前.
事务处理日志备份只以BULK-LOGGEDRECOVERY模型和FULLRECOVERY模型使用.
SIMPLERECOVERY模型不使用事务处理日志备份来对数据库进行恢复和修复.
lSQLServer2000完成事务处理日志备份:(除非专门指定)时,它将截断并没有包含事务处理日志中活动部分的所有虚拟日志文件VLF.
这使得可以重复使用这些VLF.
事务处理日志的活动部分包括:事务处理日志中所有含有活动事务处理,或者标记为复制但是还没有复制的事务处理的部分.
在产品数据库中,您通常将使用BULK-LOGGEDRECOVERY模型或者FULLRECOVERY模型,并且周期性的执行事务处理日志备份,以截断事务处理日志.
如果不经常截断事务处理日志,它将可能积累过多.
如果事务处理日志运行越界,SQLServer将被关闭.
您应该通过周期性的事务处理日志备份来截断事务处理日志,而不应该手工截断事务处理日志,因为手工截断中断日志文件备份链.
您只需要备份事务处理日志而不用截断它的唯一时候是:当数据文件失效并且必须备份当前的活动事务处理日志时,在这种情况下,就不能截断,因为数据文件被损坏或不存在了.
l理解修复过程:SQLServer2000具有两种修复过程:自动修复过程(每次启动SQLServer时自动执行)和手工修复过程.
设计自动修复过程的目的是为了保证一旦启动了SQLServer,每个数据库中的数据可32以在逻辑上保证一致,而不管SQLServer是如何或为什么关闭.
SQLServer使用事务处理日志来完成该任务.
它读取每个数据事务处理日志的活动部分,并对自最近检查点以来发生的所有事务处理进行检查.
它对所有提交的事务处理进行判断,并将它们向前滚动.
这意味着将它们再次在数据库上加以应用.
然后,它判断所有未提交的事务处理,将它们向后滚动.
这可以保证只部分写入数据库的事务处理全部被删除.
该过程可以保证每个数据库逻辑上的连续状态得以保存.
自动修复过程还可以发布一个检查点,来标记事务处理日志与该点保持一致.
SQLServer从修复主数据库开始.
主数据库包含了用于定位,打开和恢复剩余的数据库.
其次,它修复模型和MSDB数据库(和可能存在的分布式数据库).
再次,修复每个用户数据库.
最后,清除并启动TEMPDB数据库而结束.
您可以通过查询SQLServer错误日志来检查修复过程.
注意,你不能直接控制自动修复过程.
手工恢复涉及到应用一个或多个数据库备份,然后手工将它们完全修复或修复到某个特定点.
在手工修复过程结束时,数据库逻辑上应该是一致的.
l恢复数据库如果您喜欢外将数据库恢复到最近的事务处理日志备份结束时的状态,您应该使用最近的完全数据库备份进行启动.
可以将这种完全数据库备份恢复为SQLSERVER实例的任何一种实例,而不仅仅是它得以备份时的状态.
如果您在使用差异数据库备份,那么您可以恢复到最近的差异数据库备份.
最后,您将恢复比最近的完整或差异数据库备份更近的事务处理日志备份.
作为恢复最后的事务处理日志备份的一部分,SQLServer还将执行一个手工恢复过程,将显著的事务处理适当向前和向后滚动.
如果最近的完整数据库或差异数据库备份受到损坏或丢失,您仍然可以使用以前的事务处理日志备份进行恢复.
因此,如果您保留了一个完整的事务处理日志备份链,那么,您总可以恢复,因为单个的完整数据库备份与所有事务处理备份日志一起存在.
显然,应用其他的事务处理日志备份将花费其他的时间.
经常性的执行完全和差异数据库备份可以减少修复时间,因为它需要的应用事务处理日志备份少.
保留并保护(以及复制)完整的事务处理日志备份链,可以提供一些其他的容错性,以防备份媒体的损失或丢失.
l恢复文件和文件组如果您希望将文件或文件组恢复到最近的事务处理日志备份点时的状态,您应该使用最近的文件或文件组备份开始.
该最近的备份可以来自文件或文件组备份,也可以来自完全数据库备份.
从完全数据库备份恢复单个文件比从文件备份恢复单个文件花费的时间要长.
如果您正使用差异文件或文件组备份,那么可以恢复最近的文件或文件组备份.
最后,按照顺序恢复比最近恢复了的差异文件或文件组备份更近的每个事务处理日志备份.
作为恢复最后事务处理日志备份过程的一部分,SQLSERVER将执行一个手工的恢复过程,将显著的事务处理过程适当向前和向后滚动.
这些文件或文件组将得以正确恢复,而不会丢失数据.
与完整和差异数据库备份不同,文件和文件组备份必须应用事务处理日志备份,以便使恢复的文件或文件组在逻辑上与数据库的其他保持一致.
如果您正在使用文件或文件组备份恢复整个数据库,那么任何一个备份媒体的丢失都将导致整个数据库的不可恢复.
33恢复所有的数据文件或所有的文件组,并应用所有的事务处理日志,在功能上与恢复整个数据库等效.
l恢复和修复到某个以前的时间点有时,可能因为某种用户或应用程序错误,您希望将数据库恢复到某个以前时间的某一点状态.
将数据库恢复到事务处理日志中某个特定的时间点,或事务处理日志中某个命名标记的状态,就可以达到此目的.
为了恢复到某个特定的时间点,您可以恢复完全数据库备份,并选择某个差异数据库备份.
然后按顺序将事务处理日志备份恢复到您打算恢复的时间点.
当恢复了希望恢复的最后一个事务处理日志时,应该将恢复过程仅指定到事务处理日志备份中的某个特定的时间点.
l经常使用备份方式组合有以下几种:1.
全备份+差异备份:以一周为周期,星期日进行全备份,星期一到星期六每天进行差异备份.
2.
全备份+日志备份:以一周为周期,星期日进行全备份,星期一到星期六每天进行日志备份.
3.
文件组备份+日志备份:备份周期取决于数据库的大小和能力,每周期分别进行一部分数据文件备份,每天进行日志备份.
5.
3Oracle5.
3.
1导入导出l数据导出:1.
将数据库TEST完全导出,用户名system密码manager导出到D:\test.
dmp中expsystem/manager@TESTfile=d:\test.
dmpfull=y2.
将数据库中system用户与sys用户的表导出expsystem/manager@TESTfile=d:\daochu.
dmpowner=(system,sys)3.
将数据库中的表ts01、ts02导出Expsystem/manager@TESTfile=d:\data\test.
dmptables=(ts01,ts02)【说明】上面是常用的导出,对于压缩,既用winzip把dmp文件可以很好的压缩也可以在上面命令后面加上compress=y来实现.
l数据的导入1.
将D:\test.
dmp中的数据导入TEST数据库中.
impsystem/manager@TESTfile=d:\test.
dmpimpsystem/manager@TESTfull=yfile=file=d:\test.
dmpignore=y上面可能有点问题,因为有的表已经存在,然后它就报错,对该表就不进行导入,在后面加上ignore=y就可以了.
2.
将d:\test.
dmp中的表ts01导入impsystem/manager@TESTfile=d:\test.
dmptables=(ts01)345.
3.
2常用sql语句1.
Oracle安装完成后的初始口令internal/oraclesys/change_on_installsystem/managerscott/tigersysman/oem_temp2.
如何分辨某个用户是从哪台机器登陆ORACLE的SELECTmachine,terminalFROMV$SESSION3.
用什么语句查询字段呢desctable_name可以查询表的结构4.
怎样得到触发器、过程、函数的创建脚本descuser_sourcedescuser_triggers5.
怎样计算一个表占用的空间的大小selectowner,table_name,num_rows,blocks*aaa/1024/1024"sizem",empty_blocks,last_analyzedfromdba_tableswheretable_name='xxx';here:aaaisthevalueofdb_block_sizexxxisthetablenameyouwanttocheck6.
如何查看最大会话数select*fromv$parameterwherenamelike'proc%'select*fromv$license;7.
如何查看系统被锁的事务时间select*fromv$locked_object8.
怎么获取有哪些用户在使用数据库selectusernamefromv$session;9.
数据表中的字段最大数是多少表或视图中的最大列数为100010.
怎样查得数据库的SIDselectnamefromv$database;也可以直接查看init.
ora文件11.
如何将表移动表空间altertabletable_namemovetablespace_name;12.
.
如何将索引移动表空间alterindexindex_namerebuildtablespacetablespace_name;13.
.
如何解锁ALTERSYSTEMKILLSESSION'SID,SERIR#';14.
.
如何获取错误信息SELECT*FROMUSER_ERRORS;3515.
.
如何获取链接状况SELECT*FROMDBA_DB_LINKS;16.
.
怎样查看哪些用户拥有SYSDBA、SYSOPER权限connsys/change_on_installselect*fromV_$PWFILE_USERS;17.
.
如何显示当前连接用户SHOWUSER18.
.
如何快速清空一个大表truncatetabletable_name;19.
.
如何查询数据库有多少表select*fromall_tables;20.
如何测试SQL语句执行所用的时间SQL>settimingon;SQL>select*fromtablename;21.
怎么把select出来的结果导到一个文本文件中SQL>SPOOLC:\ABCD.
TXT;SQL>select*fromtable;SQL>spooloff;22.
.
怎样估算SQL执行的I/O数SQL>SETAUTOTRACEON;SQL>SELECT*FROMTABLE;23.
.
如何知道用户拥有的权限SELECT*FROMdba_sys_privs;6操作系统6.
1Windows6.
1.
1DOS命令l网络相关1.
ping验证本地计算机与远程计算机的连接ping命令的完整格式:ping[-t][-a][-ncount][-llength][-f][-ittl][-vtos][-rcount][-scount][-j-Hostlist]|[-kHost-list][-wtimeout]destination-listping命令常用参数:-t加上这个参数时,当你ping一个主机系统就不停的连接机器,直到你按下Control+C为止.
-a解析主机的NETBIOS主机名,如果想知道所ping的计算机名则要加上这个参数,一般DOS环境第一行就显示出来.
36-ncount定义发出的测试包的个数,缺省值为4.
通过这个命令可以定义发送包的个数,对衡量网络速度很有帮助,比如我想测试发送20个数据包的返回的平均时间为多少,最快时间为多少,最慢时间为多少就可以通过执行带有这个参数的命令获知.
-llength定义发送缓冲区的数据包的大小,在默认的情况下windows的ping发送的数据包大小为32byt,也可以自己定义,但有一个限制,就是最大只能发送65500byt,超过这个数时,对方就很有可能因接收的数据包太大而死机,所以微软为了解决这一安全漏洞限制了ping的数据包大小.
2.
ipconfig查看本地网络信息:IP地址MAC地址DNS等信息ipconfigipconfig/all加上/all参数,可以查看全部信息3.
netstat显示本地计算机开放的端口信息netstat-a显示出计算机当前所开放的所有端口netstat-s-e比较详细的显示你的网络资料,包括TCP、UDP、ICMP和IP的统计等4.
.
netuser查看计算机上的用户帐号列表netuserusername/add添加操作系统用户netuserusername/del删除操作系统用户netuserusernamepassword修改username的密码password5.
tracert路由跟踪命令6.
arparp-a探测arp绑定(动态和静态)列表,显示所有连接本地计算机的IP和MAC地址信息7.
netconfig设置本地计算机是否在网络邻居里显示netconfigserver/hidden:yes为隐藏netconfigserver/hidden:no为开启8.
netshare查看计算机共享信息netsharename=e:\downloads\game/users:1name为共享文件夹名称user:1表示:限制链接用户数为1人l计算机管理相关命令说明:1.
notepad打开记事本write打开写字板2.
regedit打开注册表3.
Msconfig系统配置实用程序4.
mstsc远程桌面连接mstsc/console/v:IP:Port远程连接超过最大连接数时强制登录5.
compmgmt.
msc打开计算机管理工具6.
gpedit.
msc打开组策略工具7.
taskmgr打开任务管理器378.
Clipbrd打开剪贴板查看器9.
explorer打开资源管理器10.
services.
msc打开本地计算机的服务项设置11.
secpol.
msc本地安全策略管理器12.
devmgmt.
msc打开设备管理器13.
mmc打开控制台工具14.
mem.
exe显示内存使用情况15.
winmsd打开系统信息16.
winver查看windows的版本信息17.
dcomcnfg打开计算机的组件服务项管理器18.
eventvwr打开计算机事件查看器19.
regsvr32注册dllocx组件regsvr32/u卸载组件20.
perfmon.
msc计算机性能监测程序21.
tsshutdn60秒倒计时关机命令22.
dvdplay打开MediaPlayer6.
2UNIX6.
2.
1基本命令l登录和退出1.
登录第1步新建终端第2步telnet192.
168.
0.
23第3步login用户注册名第4步password口令用户登录成功.
这时,屏幕上会显示出一些信息和命令提示符.
如:sun%2.
退出有三种形式logout或exit或按[Ctrl-D].
3.
修改口令用passwd命令修改口令,口令通常由6到8个字母、数字组成,至少2个字母1个数字.
注意:当你退出系统再次登录时,就要使用新的口令.
l第二章unix基本命令1.
清屏clear2.
显示当前工作目录命令:pwd(printworkingdirectory)38功能:显示用户当前工作目录的绝对路径.
3.
改变目录(打开目录)命令:cd(changedirectory)格式:cddirectory_name功能:改变当前工作目录注意:目录名选项有:(1)目录名,转到当前目录下的子目录.
(2).
.
表示转到当前目录的父目录.
(3)/表示转到根目录.
(4)没有选项时,转到用户的主目录.
4.
列出文件目录命令:ls(list)格式:ls[option]directory_name功能:列出指定目录中的文件名和子目录名.
当无子目录名时,列出当前目录中的文件名和子目录名.
选项:-a列出所有文件,包括以点开头的隐含文件.
-R显示包括子目录下所有文件-t安文件生成日期排序.
-l按长格式列出文件及目录信息,包括文件类型标识,权限,链接数,文件主名,文件组名,字节数,日期.
-F显示文件类型5.
修改权限命令:chmod(changemode)格式:chmod{u|g|o|a}r|w|x}filenamechmod[who][op][mode]directory功能:改变文件的读写和执行权限.
有符号法和八进制数字法.
选项:(1)符号法:u(user)表示用户本人.
g(group)表示同组用户.
o(oher)表示其他用户.
a(all)表示所有用户.
+用于给予指定用户的许可权限.
-用于取消指定用户的许可权限.
=将所许可的权限赋给文件.
r(read)读许可,表示可以拷贝该文件或目录的内容.
w(write)写许可,表示可以修改该文件或目录的内容.
x(execute)执行许可,表示可以执行该文件或进入目录.
(2)八进制数字法:39此方法用三位八进制数作任选项,每位数字分别表示用户本人、同组用户、其他用户的权限,其中:4(100)表示可读.
2(010)表示可写.
1(001)表示可执行.
6.
建立新文件、修改文件日期命令:touch格式:touchfilenae功能:改变文件的日期,不对文件的内容做改动,若文件不存在则建立新文件.
7.
建立目录命令:mkdir(makedirectory)格式:mkdirdirectory_name功能:建立新目录8.
拷贝文件命令:cp(copy)格式:cp[option]sourcedestcp[option]filename1filename2cp-rdirectory1directory2功能:把一个文件的全部内容拷贝到另一个文件,也可将一个或多个文件拷贝到另一个目录中.
选项:-i拷贝过程中,若目标文件存在,则询问是否覆盖-r对子目录下所有文件进行拷贝.
9.
移动文件或文件改名命令:mv(move)格式:mvfilename1filename2mvfilename.
.
.
directorymvdirectory1directory2功能:改变文件或目录的名字,或把一些文件移到另一目录下.
注意:当filename1更名为filename2时,若filename2已经存在,则filename2的内容将被filename1覆盖10.
删除文件命令:rm(remove)格式:rmfilenamerm-rdirection功能:删除指定的文件或一个目录中的文件.
注意:用-r选项时,将删除指定目录的所用文件,包括目录名.
11.
删除空目录命令:rmdir(removedirectory)40格式:rmdirdirectory_name功能:删除不存在子文件或子目录的目录.
注意:删除子目录时,要求被删除的目录中不存在文件或子目录,否则无法删除.
12.
链接文件命令:ln(link)格式:ln[option]filenamelinknameln[option]directorypathname功能:为文件或目录建立一个链.
其中,filename和directory是源文件名和源目录名;linkname和pathname分别表示与源文件或源目录名相链接的文件或目录.
选项:-s为文件或目录建立符号(软)链接.
不加-s表示为文件或目录建立硬链接注意:链接的目地在于,对一个文件或目录赋予两个以上的名字,使其可以出现在不同的目录中,既可以使文件或目录共享,又可以节省磁盘空间.
硬链接和软链接的区别:(1)硬链接以".
ln"结尾;软链接以".
sln"结尾;(2)建立新的软链接时为链接申请新的i-node;而硬链接不会;(3)软链接删除源文件后则链接文件就不能用了;而硬链接可以;(4)建立软链接会为新的链接申请新的数据区来存放源文件名,而硬链接不会;(5)建立软链接相当于创建快捷方式;(6)软链接的源文件可以是目录,而硬链接不可以.
13.
帮助手册命令:man(manual)格式:mancommand_name功能:显示参考手册,提供联机帮助信息.
注意:-k按制定关键字查询有关命令14.
显示日期命令:date格式:date功能:显示或设置日期和时间.
注意:只有超级用户有权设置日期.
15.
显示日历命令:cal(calendar)格式:cal[month]year功能:显示某年内指定的日历l文本操作命令1.
显示文件内容命令:cat(catenae)41格式:catfilename功能:显示出文件的内容.
注意:当文件内容在屏幕上滚动显示时,可按Ctrl+S键屏幕滚暂停,按Ctrl+Q键继续显示.
2.
按屏幕显示文件内容命令:more格式:morefilename功能:按屏幕一屏一屏显示出文件内容注意:在屏幕显示过程中有功能键.
空格键继续下一屏的输出;回车键看下一行的输出;q键跳出more状态;/字符串查旬字符串所在处;3.
显示文件头部命令:head格式:head[option]filename功能:显示文件的头部选项:缺省显示文件的头10行.
-i显示文件的开始i行.
4.
显示文件尾部命令:tail格式:tail[option]filename功能:显示文件的尾部选项:缺省显示文件的末10行.
-i显示文件最后i行.
+i从文件的第i行开始显示.
5.
显示用户标识命令:id格式:id[option][user]功能:显示用户标识及用户所属的所有组.
选项:-a显示用户名、用户标识及用户所属的所有组6.
查看当前登录的用户命令:users7.
显示都谁登录到机器上命令:who格式:who功能:显示当前正在系统中的所有用户名字,使用终端设备号,注册时间.
8.
显示当前终端上的用户名42命令:whoami格式:whoami功能:显示出当前终端上使用的用户.
9.
寻找文件命令:find格式:findpathname[option]expression功能:在所给的路经名下寻找符合表达式相匹配的文件.
选项:-name表示文件名-user用户名,选取该用户所属的文件-size按大小查找,以block为单位,一个block是512B-mtimen按最后一次修改时间查找,选取n天内被修改的文件-perm按权限查找-type按文件类型查找-atime按最后一次访问时间查找10.
搜索文件中匹配符命令:grep格式:grep[option]patternfilenames功能:逐行搜索所指定的文件或标准输入,并显示匹配模式的每一行.
选项:-i匹配时忽略大小写-v找出模式失配的行11.
统计文件字数命令:wc(wordcharacters)格式:wc[option]filename功能:统计文件中的文件行数、字数和字符数.
选项:-l统计文件的行数-w统计文件的单词数-c统计文件的字符数注意:若缺省文件名则指标准输入12.
显示磁盘空间命令:df(diskfree)格式:df[option]功能:显示磁盘空间的使用情况,包括文件系统安装的目录名、块设备名、总字节数、已用字节数、剩余字节数占用百分比.
选项:-k显示磁盘空间的使用信息13.
显示文件盘空间命令:du(diskusage)格式:du[option][filename]43功能:显示目录或文件所占磁盘空间大小选项:-a显示所有文件的大小-s显示制定目录所占磁盘大小-k以k字节的方式查看14.
显示进程命令:ps格式:ps[option]功能:显示系统中进程的信息.
包括进程ID、控制进程终端、执行时间和命令.
选项:-Uuidlist列出这个用户的所有进程-e显示当前运行的每一个进程信息-f显示一个完整的列表15.
终止进程命令:kill格式:kill[option]pid功能:向指定的进程送信号或终止进程.
选项:-9强行终止进程注意:pid标示进程号,可由ps命令得到.
16.
显示作业状态命令:jobs格式:jobs功能:显示当前作业的状态注意:作业状态为+表示最近被停止的作业,-表示先前的作业,exit1表示退出的作业,job#done表示已完成的作业.
17.
前台作业命令:fg格式:fgjob#功能:将指定作业号的作业转入前台运行.
job#表示作业号.
18.
后台作业命令:bg格式:bgjob#command&功能:将指定作业号的作业或命令推到后台运行.
19.
挂起作业命令:stop格式:stopjob#功能:将指定作业号的后台作业挂起.
l第四章网络基本命令1.
测试网路44命令:ping格式:pinghostname功能:向网络上的主机发送ICMPECHOREQUEST信息包,检测网络是否畅通.
注意:被测试的主机名可用IP地址.
当丢包率为(100%packetloss)则说明当前网络不通.
2.
查看自己的IP地址命令:ifconfig格式:ifconfig-a注意:在linux系统中用/sbin/ifconfig来查看自己的IP地址3.
文件传输命令:ftp(filetransferprogram)格式:ftphostname功能:网络文件传输及远程操作.
选项:ftp命令:cd[dirname]进入远程机的目录lcd[dirname]设置本地机的目录dir/ls显示远程的目录文件bin以二进制方式进行传输asc以文本文件方式进行传输get/mget从远程机取一个或多个文件put/mput向远程机送一个或多个文件prompt打开或关闭多个文件传送时的交互提示close关闭与远程机的连接quit退出ftp4.
确定命令位置命令:whereis格式:whereiscommand功能:确定一个命令的二进制行码、源码及联机手册所在的位置.
5.
查找非标准命令命令:which格式:whichcommand功能:查找非标准命令,即使用别名或系统中标准命令集之外的命令.
6.
回忆命令命令:history格式:history功能:帮助用户回忆执行过的命令.
7.
建立别名命令:alias45格式:aliasnewnamename功能:用户可以将常用的命令用自己习惯的名称来重新命名.
8.
网上对话命令:talk格式:talkusername功能:在网上与另一用户进行对话.
注意:对话时系统把终端分为上下两部分,上半部显示自己键入信息,下半部显示对方用户键入的信息.
键入delete或Ctrl+C则结束对话.
9.
允许或拒绝接受信息命令:mesg(message)格式:mesg[n/y]功能:允许或拒绝其它用户向自己所用的终端发送信息.
选项:n拒绝其它用户向自己所用的终端写信息y允许其它用户向自己所用的终端写信息(缺省值)10.
给其他用户写信息命令:write格式:writeusername[ttyname]功能:给其他用户的终端写信息.
注意:若对方没有拒绝,两用户可进行交谈,键入EOF或Ctrl+C则结束对话.
11.
参数回至标准输出命令:echo格式:echo[-n][arguments]功能:将参数即字符串至标准输出即显示器选项:-n不向标准输出回送换行符12.
进程睡眠命令:sleep格式:sleeptime功能:使当前正在执行的进程在规定的时间内处于睡眠.
注意:time为进程将睡眠的时间,以秒为单位.
HostYun 新增可选洛杉矶/日本机房 全场9折月付19.8元起
关于HostYun主机商在之前也有几次分享，这个前身是我们可能熟悉的小众的HostShare商家，主要就是提供廉价主机，那时候官方还声称选择这个品牌的机器不要用于正式生产项目，如今这个品牌重新转变成Hostyun。目前提供的VPS主机包括KVM和XEN架构，数据中心可选日本、韩国、香港和美国的多个地区机房，电信双程CN2 GIA线路，香港和日本机房，均为国内直连线路，访问质量不错。今天和大家分享下...
HostNamaste$24 /年，美国独立日VPS优惠/1核1G/30GB/1Gbps不限流量/可选达拉斯和纽约机房/免费Windows系统/
HostNamaste是一家成立于2016年3月的印度IDC商家，目前有美国洛杉矶、达拉斯、杰克逊维尔、法国鲁贝、俄罗斯莫斯科、印度孟买、加拿大魁北克机房。其中洛杉矶是Quadranet也就是我们常说的QN机房（也有CC机房，可发工单让客服改机房）；达拉斯是ColoCrossing也就是我们常说的CC机房；杰克逊维尔和法国鲁贝是OVH的高防机房。采用主流的OpenVZ和KVM架构，支持ipv6，免...
云如故枣庄高防（49元）大内存2H2G49元8H8G109元
云如故是一家成立于2018年的国内企业IDC服务商，由山东云如故网络科技有限公司运营，IDC ICP ISP CDN VPN IRCS等证件齐全！合法运营销售，主要从事自营高防独立服务器、物理机、VPS、云服务器，虚拟主机等产品销售，适合高防稳定等需求的用户，可用于建站、游戏、商城、steam、APP、小程序、软件、资料存储等等各种个人及企业级用途。机房可封UDP 海外 支持策略定制 双层硬件（傲...
网站检测工具为你推荐
-
巨星prince去世Whitney Houston因什么去世的？广东GDP破10万亿广东省城市经济排名老虎数码86年属虎的吉祥数字和求财方向5xoy.com求个如月群真汉化版下载地址www.vtigu.com如图，已知四边形ABCD是平行四边形，下列条件：①AC=BD,②AB=AD，③∠1=∠2④AB⊥BC中，能说明平行四边形99nets.com制作网络虚拟证件的网站 那里有呀？kb123.net股市里的STAQ、NET市场是什么？菊爆盘请问网上百度贴吧里有些下载地址，他们就直接说菊爆盘，然后后面有字母和数字，比如dk几几几的，www.15job.com广州天河区的南方人才市场www.diediao.com谁知道台湾的拼音怎么拼啊？有具体的对照表最好！