关于QTP处理弹出信息（或者说对话框或pop-up信息），应该是个比较简单的问题，本来是个很简单的问题，但是网上说的确实五花八门、而且没有讲清楚，写这边文章旨在让大家都QTP处理弹出信息，有个彻底的了解。

   问题产生的原因：

  （1）用户用户登录校验弹出框信息，通过弹出信息判断错误的类型，执行相应的操作。

  （2）如何抓取弹出信息内容。

  （3）QTP针对弹出信息在对象库中只能识别出一个对象如何处理。比如说：你的用户登录错误信息类型有两种：a.请出入用户名。b.用户名和密码输入不正确。我们通过添加static对象，然后判断static对应的对象是否存在,但是即使有2个或多个static对象，但是在对象库中只能加入一个对象，那又如何处理？

   问题的解答：

   首先我们先用通过对象识别器spy，点击dialogue中的文字内容（这一点很重要），将其添加到对象库，该对象其实是一个static对象；其他的用描述性编程，获取其弹出信息内容。为什么不全用描述性编程，原因是有些弹出信息用描述性编程依然无法获取，找不到对象（这让我也郁闷好几天），但是有的却可以，我也无语。所以这里让QTP把提示信息内容识别成一个static对象，然后判断它是否存在，以达到我们判断的目的。

   也许可能我没有讲清楚，但是我想解决问题的方法大家应该明白了，呵呵！

   脚本如下：

Browser("电子政务").Page("电子政务").WebEdit("user_code").Set DataTable("username", dtGlobalSheet)
Browser("电子政务").Page("电子政务").WebEdit("user_pass").Set DataTable("usercode", dtGlobalSheet)
Browser("电子政务").Page("电子政务").Image("dl-9").Click
If  Browser("电子政务").Dialog("Microsoft Internet Explorer").Exist  Then
If  Browser("电子政务").Dialog("Microsoft Internet Explorer").static("text:=请输入用户名！").Exist Then
     Browser("电子政务").Dialog("Microsoft Internet Explorer").WinButton("text:=确定").click
      Reporter.ReportEvent micPass,"失败测试","用户名不能为空"
   elseif Browser("电子政务").Dialog("Microsoft Internet Explorer").static("登录=[用户名/密码不正确!]").Exist then
      Browser("电子政务").Dialog("Microsoft Internet Explorer").WinButton("text:=确定").click
   Reporter.ReportEvent micPass,"失败测试","用户名、密码输入不正确"
   else Reporter.ReportEvent micFail,"输入异常","输入异常错误！"   
    End If
else
      Reporter.ReportEvent micPass,"登录成功","登录成功！"
end if

我的测试数据如下图：

 

我的弹出信息框内容如下图：

 

1. show error:"This test does not contain any reusable actions"

你想把在test1中插入test2，用call to existing action的话，就要把test2设置为reusable actions
方法就是用ＱＴＰ打开test2，然后点test2 action 右键选择　action properties,在弹出来的窗口下面有个
reusable actions选项，将他打勾就，然后点确定，弹出提示不用管，点ＯＫ就可以了．
下来就可以从test1中将入test2了！试试吧

2. invote funtion: such as add funtion

addd(2,3)

funtion add(no1,no2)
  dim no3
   no3 = no1 + no2

3. how to add library to action
file menu ->setting -> resource.

4, When you move to the action to another area, pls follow the following ways:
1. add the origin Object repository
2. add funtion library below file menu ->setting -> resource.

第一组是老鼠和牛.老鼠代表智慧,牛代表勤奋.智慧和勤奋一定要紧紧结合在一起.如果光有智慧,不勤奋,那就变成小聪明;而光是勤奋,不动脑筋,那就变成愚蠢.这两者一定要结合.这是祖先对我们第一组的期望和要求,也是最重要的一组.

第二组是老虎和兔子.老虎代表勇猛,兔子代表谨慎.勇猛和谨慎一定要紧紧结合在一起才能作到胆大心细.如果勇猛离开了谨慎,就变成了鲁莽,而没了勇猛,就变成了胆怯.这一组也非常重要,所以,防在第二位置上.我看者这些贵族,补上一句:当我们表现出谨慎的时候,千万不要以为中国人没有勇敢的一面. 


看着大家陷入沉思,我继续说:第三组是龙和蛇,龙代表猛,蛇代表柔韧.所谓刚者易折,太刚了容易折断,但是,如果只有柔的一面就易失去主见,所以,刚柔并济是我们的祖训.

接下来是马和羊,马代表勇往直前,羊代表和顺.如果一个人只顾自己直奔目标,不顾及周围环境,必然会和周围不断磕碰,最后不见得能达到目标.但是,一个人光顾及和顺,他可能连方向都没有了.所以,勇往直前的秉性,一定要和和顺紧紧结合在一起,这是祖先对我们的第四组期望.

再接下来是猴子和鸡.猴子代表灵活,鸡定时打鸣,代表恒定.灵活和恒定一定要紧紧结合在一起.如果你光灵活,没有恒定,再好的政策也得不到收获.一方面具有稳定性,保持整体和谐和秩序,另一方面有能在变通中前进,这才是最根本的要旨.

最后是狗和猪.狗代表忠诚,猪代表随和.如果一个人太忠诚,不懂得随和,就会排斥他人.反过来,一个人太随和,没有忠诚,这个人就失去原则.无论是对一个民族的忠诚,还是对自己理想的忠诚,一定要与随和紧紧结合在一起,这样才容易保持内心深处的平衡.

GUI文件是脚本和程序连接的纽带。一份准确的GUI文件能使脚本的通用性增强，同时降低维护成本。
制作GUI文件：
一，尽可能的拥有插件的支持，比如dephi编写的程序，尽量安装上dephi插件。这样有利于WR学习窗体和对象（包括按钮等）。
二，模拟操作，一步一步的打开窗口。每出现一个窗口，让WR learn一下出现的整个窗口。特别的，不要漏掉可能弹出的异常窗口，或者是关闭程序或者功能时蹦出的确认小窗口。
三，对于窗口label变化的，在MAP EDITER里使用通配符使窗口通用。方法是在label:""中添加!.*,比如有3个窗口win123,win325,win999,就在里面改成!win.*。依此类推。
四，对于窗体中的对象的修改，这个是对脚本通用性影响最大的。首先需要注意对象的格式。如果在对象名后多了_1,_2,_3这样的，要特别注意修改。很有可能这些都是不需要的，而且在重新打开程序他们就变化了，对于这中对象我们需要检查它的属性，看有没有msw_id这一行。有的话，删掉，用location：X换掉他，下面说一下怎么确定X：
     1  先把X设为0，执行第2步；不行的话，然后是1，然后是2。
     2  把被测程序窗口最大化，把WR窗口缩小，打开gui map editor，点对象，看是不是能在被测程序中高亮标识。能，X就是对的，保存，不能，回第1步。
五，运行录制好的脚本，观察有哪些对象通用性差，进行修改。具体情况，具体分析。

附件

2006-12-6 16:32

mai.jpg (41.6 KB)
 

2006-12-6 16:32

mail2.jpg (10.03 KB)
 

这两天部门决定使用TestDirector7.6做为用例服务器。在安装配置TD的过程中，出现了一些问题，也有了一定的心得体会，写出来给大家分享。

1．安装
第一次安装的时候，因为硬盘资源分配方面的问题，把所有相关的设置都修改了。结果最后使用中出现了问题。

后来又使用缺省设置安装了一次，一点问题都没有。我猜想是因为在配置Virtual Directory的时候，我修改了Physical Location，可能TD对虚拟目录的处理有问题，结果最后无法使用。所以建议大家安装的时候，不要修改这里的缺省配置。

Domain Repository是存储数据使用，由Administrator用户共享控制。每一个Domain都会在TD_dir中创建一个目录，每一个Project都会在Domain目录中创建一个子目录，数据配置信息放在此对应目录中。。

2．数据库
这里我犯了一个天大的错误。我使用的是MS SQL数据库。因为我原先使用CQ，还以为也需要建立空数据库连接，结果数据库的Connect String自己修改到了新建的库上，使用的时候，就总提示连接不上数据库。

后来查资料，有人说删除添加一个DB Server就没有问题了，我就照做了，没有修改配置，结果就没有问题了。Project的数据库也按照直接创建连接的方法，也成功了。所以TD的数据库都是自动生成的，不能修改Connect String的设置。

后来我去查数据库，数据库中存在TestDirector库，应该对应DB Server连接库；每个Project有自己的数据库，名称方式为：TD_[Domain]_[Project]_db。

3．汉化

按照汉化补丁包的说明，我去找服务器上面相关目录，发现“系统盘\Program Files\Common Files\Mercury Interactive\TD2000”里面根本没有tdclientui.ocx这个文件。

客户端倒是存在tdclientui.ocx，替换注册后界面还是英文版的，弄的我很郁闷。

后来才发现自己的TD没有打SP4补丁，下载安装SP4补丁后，在客户端覆盖注册tdclientui.ocx后，界面终于是中文版了。

所以汉化有两个条件，一个是必须打SP4补丁，第二个就是在访问TD的客户端使用tdclientui.ocx。

4．用户组和用户相关的一些内容

在Site Administrator中，有Users一项，但在里面只能添加一个用户名，个人感觉只是为了使用Import功能批量导入用户方便使用。所以真正添加用户，还是去CUSTOMIZE中。

在Users中，有两个缺省的用户Admin和Guest是不可删除的；Groups中缺省的Developer、Project Manager、QATester、TDAdmin、Viewer组不可修改和删除。

每个用户至少要属于一个用户组。

权限设置在用户组（Groups）中，用户的权限其实就是他所在组的权限和。

用户的E-mail就是发送接收邮件的使用的E-mail。

5．字段汉化

汉化补丁，汉化是仅仅是界面，字段的内容没有进行汉化。

进入CUSTOMIZE，选择Customize Project Entities，在这里，就可以进行字段的汉化工作。有人已经做好了TD7.6字段中英文对照表，在http://www.51testing.com/tool/20050103_2.htm，对有心人的工作表示感谢。

6．自定义列表内容

CUSTOMIZE->Customize Project Lists中可以设置列表内容。

一些缺省的列表字段是不可修改的，比如Statue列表。列表的项目储存在数据库中的ALL_LISTS表，我曾经尝试着修改数据库，但使用过程中，缺省的取值还是原来的而不是修改的。

7．添加新字段

CUSTOMIZE，选择Customize Project Entities，在里面的User Fields中可以添加新字段。

在程序中，相应的会出现“其它信息项”框架，里面有新添加的字段，说真的，位置很难看。

8．新建工程

上面的工作做好后，会发现都是基于一个Project中的，当建立一个新的Project的时候，汉化内容、新字段等都没有了。

解决方法很简单，建立新工程的时候，不使用Create，而使用Copy，选择一个已经建立好的工程和需要保留的内容进行复制。其实比较标准的做法是建立一个标准Project，把常用的内容全部建立好，以后建立新Project的时候，Copy标准Project就OK了。

9．汉化所遗留的问题

从本质来讲，TD是英文版的，后来大家为了方便，做了字段补丁和汉化补丁等，但英文版的本质是不变的。

汉化后，会有一些问题。我遇到的一个问题就是ＴＥＳＴ　ＬＡＢ中，添加重复的ｔｅｓｔ　ｐｌａｎ的时候，就会出现错误。英文版没有此问题，猜测是因为添加相同记录的时候，会把字段前面自动添加[1]、[2]等，中文可能在添加的时候出现了问题。

10．从其它的环境导入内容

这个主要说的是从Excel或Word环境中导入内容到TD。

点击Add-Ins Page，选择More TestDirector Add-ins，进入TD附加控件下载页面，下载Word和Execl控件并安装。

打开需要导入的Excel文档，选择工具中的Export To TestDirector。最后填写的字段，必须要把使用的字段和Excel的列字面对应。
还有要注意的是，Excel文档必须标准规范，不能有合并单元格，也不能有分格的情况。Excel里面的一行，代表输入的一条用例内容。

Word的处理方法相当的复杂，就不多介绍了。

11．关于项目的显示

在Site Administraor中，Projects页，选中需要隐藏的项目，点击“Deactivate”，再登陆界面，就无法看到此项目了。

12．关于项目的控制问题1

TD对于各种元素的控制实在算不上很好，比如新添加的字段，位置和大小都是固定的，无法修改，比如如果新添加一个字段，需要录入大量的文本，实际只能看到最前面的几个字符而已。

还有就是一些缺省的值无法修改（Plan、Subject等），在使用的时候，中间总夹杂着英文（特别是在出报表的时候，看着就讨厌）。

13．关于项目的控制问题2

在Test LAB中，如果使用了自己的State，在自己的状态前面无法使用小图标，和缺省的不一样。

自己的状态几乎无法控制。状态分用例的状态和步骤的状态，如果步骤的状态使用了自定义的状态，结果用例的状态，还是以缺省定义的状态为主。而直接修改用例的状态为自定义的状态，则步骤的状态都变成了“No Run”，这是最讨厌的。

14．录入用例的稳定性问题

在TEST PLAN中录入的时候，总发现有的时候数据没有录入进去。界面也没有保存按钮，只能通过切换来看。

在统计表也有同样的问题存在，没有有效的保存机制，总是不确定是否已经保存！！

15．关于EXCEL导入用例的问题

Excel导入的时候，需要选中导入的行，导入的时候，只导入选中的那些行。

Excel导入的时候，如果Subject和Test Name一样，则只能导入第一行，其实这里TD应该处理一下的，比如名称加序号等。

16．界面内容的控制

TD这点不好，界面元素无法隐藏，特别是Tab，只能取消相应的控制。控制里面包含的也不全，一些操作无法取消。

17．列问题

列无法保存，只能每次手工进行调整。

18．Execution Flow

Execution Flow的150条限制有些莫名其妙。

19．Tools中的内容

Document Generator是比较好玩的，生成的文档比较大，唬人最好，很Easy就能做出几百页的文档。

Product Information的版权信息（C）显示的是？，应该算一个bug吧。

20．过滤条件

过滤的时候，在符号的左右都需要加空格，特别是( )，不加空格不承认。

21．用例的提交问题

测试用例有些死板，因为自定义的东西加入不到Step面板中，写的时候也就有了一些限制。比如Actual只有用例的，没有步骤的，不方便。

22．State的转换

这里也不好，所有的状态都显示出来，只是无法选择限制的状态而已，其实最好把不需要的状态都隐藏，只显示受控制的状态。

23．讨厌Unattached和Default

去不掉，看着很不爽。

24．Setup Workflow
这个有什么用？好像都是控制Defect的，用处不大。

SQA(软件质量保证)是CMM2级中的一个重要关键过程区域,它是贯穿于整个软件过程的第三方独立审查活动,在CMM的过程中充当重要角色。 

     SQA的目的是向管理者提供对软件过程进行全面监控的手段,包括评审和审计软件产品和活动,验证它们是否符合相应的规程和标准,同时给项目管理者提供这些评审和审计的结果。因此,满足SQA是达到CMM2级要求的重要步骤之一。
背景
　　对任何制造业企业来说,质量保证活动都是必不可少的。第一个正式的质量保证和控制职能部门于1916年在贝尔实验室出现,此后迅速风靡整个制造业。软件的质量标准首先出现在20世纪70年代军方的软件开发合同中,此后得到了广泛的应用。在软件越来越普及的今天,"软件质量保证"更成为软件开发企业和最终用户所关心的问题。
　　实践证明,软件质量保证活动在提高软件质量方面卓有成效。IBM360/370系统软件的开发经验证明了这一点,IBM的有关报告指出,在8年的时间里,软件质量提高了3～5倍,而SQA是其质量体系中的一个重要组成部分。

目标

   SQA组织并不负责生产高质量的软件产品和制定质量计划,这些都是软件开发人员的工作。SQA组织的责任是审计软件经理和软件工程组的质量活动并鉴别活动中出现的偏差。

　　软件质量保证的目标是以独立审查的方式监控软件生产任务的执行,给开发人员和管理层提供反映产品质量的信息和数据,辅助软件工程组得到高质量的软件产品,其主要工作包括以下三个方面:

　　● 通过监控软件的开发过程来保证产品的质量;
　　● 保证生产出的软件和软件开发过程符合相应的标准与规程;
　　● 保证软件产品、软件过程中存在的不符合问题得到处理,必要时将问题反映给高级管理者。

　　从软件质量保证的目标中可以看出,SQA人员的工作与软件开发工作是紧密结合的,需要与项目人员沟通。因此SQA人员与项目人员的合作态度是完成软件质量保证目标的关键,如果合作态度是敌意的或者是挑剔的,则软件质量保证的目标就难以顺利实现。

任务

　　软件质量保证的主要作用是给管理者提供实现软件过程的保证,因此SQA组织要保证如下内容的实现:

　　● 选定的开发方法被采用;
　　● 选定的标准和规程得到采用和遵循;
　　● 进行独立的审查;
　　● 偏离标准和规程的问题得到及时的反映和处理;
　　● 项目定义的每个软件任务得到实际的执行。

　　相应地,软件质量保证的主要任务有以下方面:

● SQA审计与评审

　　其中,SQA审计包括对软件工作产品、软件工具和设备的审计,评价这几项内容是否符合组织规定的标准。SQA评审的主要任务是保证软件工程组的活动与预定义的软件过程一致,确保软件过程在软件产品的生产中得到遵循。
● SQA报告

　　SQA人员应记录工作的结果,并写入到报告之中,发布给相关的人员。SQA报告的发布应遵循3条基本原则:SQA和高级管理者之间应有直接沟通的渠道、SQA报告必须发布给软件工程组但不必发布给项目管理人员、在可能的情况下向关心软件质量的人发布SQA报告。

● 处理不符合问题

　　这是SQA的一个重要的任务,SQA人员要对工作过程中发现的不符合问题进行处理,及时向有关人员及高级管理者反映。在处理问题的过程中要遵循两个原则:其一,对符合标准过程的活动,SQA人员应该积极地报告活动的进展情况以及这些活动在符合标准方面的效果;其二,对不符合标准过程的活动,SQA要报告其不符合性以及它对产品的影响,同时提出改进建议。

实施

　　软件质量保证任务的实现需要考虑几方面的问题。首先,要考虑SQA人员的素质。SQA人员的责任是审查软件设计、开发人员的活动,验证他们是否将选定的标准、方法和规程应用到活动中去,因此,SQA工作的有效执行需要SQA人员掌握专业的技术,例如质量控制知识、统计学知识等。其次,SQA人员的经验对任务的实现同样重要。应该选择那些经验丰富的人来做SQA,同时为SQA人员进行专门的培训,以使他们能够胜任这项工作。第三,组织应当建立文档化的开发标准和规程,使SQA人员在工作时有一个依据、判断的标准,如果没有这些标准,SQA人员就无法准确地判断开发活动中的问题,容易引发不必要的争论。第四,高级管理者必须重视软件质量保证活动。在一些组织的软件生产过程中,高级管理者不重视软件质量保证活动,对SQA人员发现的问题不及时处理。如此一来,软件质量保证就流于形式,很难发挥它应有的作用。第五,SQA人员在工作过程中一定要抓住问题的重点与本质,不要陷入对细节的争论之中。SQA人员应集中审查定义的软件过程是否得到了实现,及时纠正那些疏漏或执行得不完全的步骤,以此来保证软件产品的质量。

　　此外,做好软件质量保证工作还应该有一个计划,用以规定软件质量保证活动的目标,执行审查所参照的标准和处理的方式。对于一般性项目,可采用通用的软件质量保证计划,而对于那些有着特殊质量要求的项目,则必须根据项目自身的特点制定专门的计划。

　　总之,软件质量保证是软件过程中的独立审查活动,它从一个侧面反映了现行软件过程能力的成熟度水平。软件质量保证活动是贯穿整个软件过程的,那种到编码之后才开始关心质量的做法是极其错误的。

1 VSS概述
     版本控制是工作组软件开发中的重要方面，它能防止意外的文件丢失、允许反追踪到早期版本、并能对版本进行分支、合并和管理。在软件开发和您需要比较两种版本的文件或找回早期版本的文件时，源代码的控制是非常有用的。
   Visual SourceSafe 是一种源代码控制系统，它提供了完善的版本和配置管理功能，以及安全保护和跟踪检查功能。VSS通过将有关项目文档（包括文本文件、图象文件、二进制文件、声音文件、视屏文件）存入数据库进行项目研发管理工作。用户可以根据需要随时快速有效地共享文件。文件一旦被添加进VSS，它的每次改动都会被记录下来，用户可以恢复文件的早期版本，项目组的其他成员也可以看到有关文档的最新版本，并对它们进行修改，VSS也同样会将新的改动记录下来。你还会发现，用VSS来组织管理项目,使得项目组间的沟通与合作更简易而且直观。
   VSS可以同 Visual Basic、Visual C++、Visual J++、Visual InterDev、Visual FoxPro 开发环境以及 Microsoft Office 应用程序集成在一起，提供了方便易用、面向项目的版本控制功能。Visual SourceSafe 可以处理由各种开发语言、创作工具或应用程序所创建的任何文件类型。在提倡文件再使用的今天，用户可以同时在文件和项目级进行工作。Visual SourceSafe 面向项目的特性能更有效地管理工作组应用程序开发工作中的日常任务。

1.1 VSS中的文件
    当你要修改某个文档时，需要先从数据库中将它签出（check out），或者告诉VSS你要编辑该文档。VSS会将该文档的副本从数据库中拿到你的工作文件夹(working folder)中，你就可以修改你的文档了。如果其他用户再想对同一文档进行修改，VSS会产生一个信息，告诉他，该文档已被签出（check out），从而避免多人同时修改文档，以保证文档的安全性。
     当你完成修改之后，需要将文档 签入（check in）VSS。这个操作从你的工作文件夹(working folder)中复制被你修改的文档，并将它放回VSS数据库，以便其他用户能够及时看到文档的改动。VSS能够保存文档的所有改动，并显示最新版本，同时早期版本也会被跟踪记录下来。VSS对反增量技术的运用，仅需要用很少的磁盘空间就能使得用户获取文档的所有版本。
    如果你没有修改文档，你可以执行撤消签出(undo check out)命令，文档将被保存为被签出（check out）之前的状态。
    如果你只需读取某一文档而并不需要编辑它，你可以执行取出(get)命令，将文档放入你的工作文件夹，再选择查看文档(view)，来查看你的文档的最新版本。

1.2VSS中的项目
    项目(project)是指用户存储在VSS数据库中的所有文件(file)的集合。用户可以在项目之间或项目内部实现文件的添加(add)、删除(delete)、编辑(edit)、共享(share)。一个“项目(project)”在很大程度上类似于一个普通系统的的文件夹，不同的是它能更好地支持文件合并(merge)、跟踪(archive)和版本控制(version control)功能。
文件保存在VSS数据库中的项目(project)里。你无须管理存储在VSS 中的文件正本，除非你要检查或与其它拷贝进行比较。
    VSS为每一位用户提供了一份备份文件放入工作文件夹(working folder),供用户对文件进行查看与编辑。尽管没有工作文件夹也可以查看文件，但要想真正实现对文档的处理，必须建立工作文件夹。

1.3VSS的版本控制功能
VSS能够保存文件的多个版本，包括文件版本之间每一处微小的变动。版本控制有以下几方面的内容：
组内合作——在缺省的情况下，一般一个文件在某一时间只允许一个用户对其进行修改，这样可以防止文件意外地被其他用户改动或者覆盖。但管理员可以改动这种缺省的设置，允许文件多层签出。这种设置也能防止过多的、不必要的改动。
版本追踪——VSS能够对源代码和其他文件进行存储和早期版本的追踪，从而实现重建文件早期版本等有关功能。
跨平台开发——在多平台开发的情况下，版本追踪用于维护核心代码。
代码的再使用—— 追踪程序基准使得代码可重用。

1.4文件的拆分和共享
    在VSS中可以实现一个文件被多个项目共享(share)。在一个项目中对文件的改动可以自动反映到其他共享的项目中去。这正提倡了代码重用。在file菜单中的properties中，点击link，可以查看某一文件的共享情况。
拆分(branch)是将文件从原来共享的项目中分离出来的过程。它使得VSS可以实现从不同的路径追踪文件。
    注：在其他版本控制系统中，分支是通过跟踪版本号来实现的。例如：版本“2.3.9.2”是版本2.3的第二个修订版本的第九个分支。而VSS通过明显不同的项目名称实现对文件分支的跟踪。
    拆分文件就断开了共享连接，使得本项目中的文件与其他原来共享的项目无关。对此文件的修改将不会再反映到其他项目上。拆分是这样被建立的：两个文件以前有着共同的历史记录，从实现拆分开始，他们的历史记录将被VSS分别追踪。
    拆分文件之后，link按纽将不再显示已断开的连接，但你可以用path（file菜单中的properties项）按纽浏览拆分的历史记录。
    共享（share）文件就是在多个项目间建立文件的连接。拆分(branch)文件就是在项目之间建立了不同的文件路径。

1.5工作文件夹(working folder)
    VSS是存储和管理文件的工具，但是编辑和编译文件必须在VSS指定文件夹中进行。这个文件夹叫工作文件夹，它可以是现存的文件夹，也可以是VSS新建的文件夹。VSS浏览器在文件列表上方显示了文件的工作文件夹的路径。
    在VSS系统中，工作文件夹才是你真正用于处理文档的地方。当你要编辑或修改某个文档时，必须对文档实施check out 操作（详见3.3.5修改和编辑文件），VSS将该文档从项目中拷贝出来，放入你的工作文件夹。当你修改完毕并check in 文件之后，VSS又将文件重新拷贝到数据库中以记录你的修改。

一旦你将文件签出，VSS就开始在你的本地机上创建并管理你的工作文件夹。
    每一个用户、每一个项目或每一台微机都可以有自己的工作文件夹。如果Joe在项目$/SpreadSheet和$/WordProcessor上工作，他就有相应的2个不同的工作文件夹。如果Hanna在同样的项目上工作，对于每一个项目她又有自己的工作文件夹。
当你为某个项目设置了工作文件夹，你可以用它来放置你该项目中包括子项目再内的所

2 VSS的客户端安装

2.1 安装VSS的系统条件
    计算机/处理器: 处理器为486DX/66MHz或以上PC机推荐Pentium或更高级的处理器。
    内存：Windows 95或以后的版本要求16 MB RAM (推荐32 MB)；Windows NT 4.0要求24 MB (推荐32 MB)。
    硬盘：客户机：典型安装：59MB； 72 MB；安装过程：66 MB；
    服务器：典型安装：128 MB；最大安装：141 MB；
    附加硬盘要求：Internet Explorer：典型为43 MB，最大59 MB；MSDN：典型57MB，最大59 MB
    驱动器：CD ROM
    显示：VGA或更高级显示器，推荐Super VGA。
    操作系统：Microsoft Windows 95或以后版本或者Microsoft Windows NT 4.0，NT要求Service Pack 3或更高版本(包括Service Pack 3〕
    外围设备/其它: Microsoft Internet Explorer 4.01 Service Pack 1 (包含).

2．2 从网络安装VSS客户端
1）打开本地计算机的“网上邻居”属性对话框；
2）点击“配置”按纽；
3）将“MICROSOFT网络用户”的属性设置为：登录到WINDOWS NT 域，域名为PLANNING；
4）添加TCP/IP、NETBEUI、IPX/SPX协议；
5）重新启动计算机，登录“planning”域；
注：管理员为每位NT用户设置的登录密码为“111”，用户在第一次登录时，计算机会提示用户修改密码。
6）从“网上邻居”的“planning”域中查找服务器“VSSDATA”；
7）打开共享的“VSS”文件夹并双击“NETSETUP”；
8）按照安装程序的提示开始安装。

3  VSS的基本使用操作

3.1 登录VSS
    点击VSS图标或从程序菜单中运行Visual SourceSafe 6.0，即可打开VSS浏览器。
如果用户登录的VSS密码和登录PLANNING域的密码是一致的，系统将不再提示输入进入VSS数据库的密码；如果用户为VSS设置的密码与登录PLANNING域的密码不同，系统将提示用户输入VSS的登录密码。关于如何修改VSS用户密码，详见“3.2.14修改用户密码”。

3．2 VSS浏览器

当你一打开VSS，如果你设定了密码的话，它会提示你输入密码。如果你没有设定密码，你可以直接看到浏览器。在浏览器上，你可以浏览你的数据库、查看项目列表、显示文件统计信息、执行命令对文件和项目进行操作等。浏览器的最上方的标题栏是你当前连接的数据库。VSS使用符号来提供有关文件和项目信息。
菜单栏的下面是常用工具栏，这里有许多常用命令的按纽，它可以帮你快速地执行对文件的操作。
    在项目栏中，显示有项目列表，包括特殊项目的有关信息。文件栏显示了当前项目的所有文件的列表。结果栏显示当前你所执行的操作的结果。

3.3 VSS基本操作

3.3.1创建新的文件夹
1）选中要创建新文件夹的项目（上级文件夹）；
2）在file菜单中选中creat project；
3）写入要添加的文件夹的名称，同时也可以在comment栏中为新建的文件夹添加备注；
4）点击OK。

3.3.2添加文件夹
1）选中你要添加文件夹的项目（上级文件夹）；
 2）在file菜单中选中add files；
 3）在文件夹列表中选中要添加的文件夹；
 4）点击add，同时可以在comment栏为你添加的文件夹做一个简单备注；
 5）如果你要连同子文件夹一起添加，选择Recursive；
 6）点击OK，成功添加了一个带有备注的文件夹。或者点击close，退出操作，返回add  files对话框，点击close。

3.3.3添加文件
3.3.2.1使用add命令添加文件
 1）选中你要添加文件的文件夹；
 2）在file菜单中选中add files；
 3）在文件列表中选中要添加的文件；如果要添加多个文件，可以使用CTRL键或SHIFT键，同时选中多个文件；
 4）点击add，同时可以在comment栏为你添加的文件夹做一个简单备注；
 5）点击OK。
3.3.22用拖动的方法添加文件/文件夹
 1）打开VSS浏览器，调整其大小，使得Windows资源管理器能够显示出来；
 2）打开Windows资源管理器，调整大小，使得两个浏览器可以同时显示；
 3）从Windows资源管理器中选择你要添加的文件或文件夹；
 4）拖动你所选的文件或文件夹，放入VSS浏览器，文件被添加进项目，而添加的文件夹将作为项目的子项目。

3.3.3查看文件
1）在文件列表中选中要查看的文件；
2）在EDIT菜单中选中view，打开对话框；
3）选中view SourceSafe’s copy of this file；
4）点击OK。

3.3.4创建工作文件夹
    在执行签入(check in)、签出(check out)、撤消签出(undo check out)、取出最新版本(get latest version)和文件合并(merge branches)等命令时都必须使用工作文件夹。工作文件夹可以随时设定或修改，VSS系统中可以通过两种方式设置工作文件夹。
3.3.4.1专门创建工作文件夹
 1）在VSS浏览器的文件或项目列表中选中要设置工作文件夹的文件/文件夹；
 2）在file菜单中选择set working folder，打开对话框；
 3）在资源管理列表中选择或新建文件夹；
 4）点击OK。
3.3.4.2利用check out操作设置工作文件夹
    在对文件执行check out操作时，如果该文件还没有设置工作文件夹，系统会提示用户为文件创建或指定工作文件夹，用户可以根据系统的提示对文件进行工作文件夹的设置。

3.3.5修改和编辑文件
1）在edit菜单中选中edit file，打开对话框；
2）选择check out this file and edit it in your working folder 查看(1929) 评论(0) 收藏 分享 管理