七、其它RPM选项

一、JDK安装
1、RPM in self-extracting file (j2sdk-1_4_2_04-linux-i586.bin, 32.77 MB) 这个是自解压的文件，在linux上安装如下：
# chmod u+x ./j2sdk-1_4_2_04-linux-i586.bin
# ./j2sdk-1_4_2_04-linux-i586.bin
在按提示输入yes后，jdk被解压到./j2sdk1.4.2_04目录下。为与下面2中JDK安装路径一致，我们进行下列操作,在/usr/java下建立安装路径，

并将文件考到该路径下：
# mkdir /usr/java
# cp -fr ./j2sdk1.4.2_04 /usr/java
2、RPM in self-extracting file (j2sdk-1_4_2_04-linux-i586-rpm.bin, 32.77

MB)这个也是一个自解压文件，不过解压后的文件是j2sdk-1_4_2_04-linux-i586-rpm包，执行rpm命令装到linux上就可以了。安装如下：
#chmod u+x ./j2sdk-1_4_2_04-linux-i586-rpm.bin
# ./j2sdk-1_4_2_04-linux-i586-rpm.bin
# rpm -ivh j2sdk-1_4_2_04-linux-i586-rpm
安装软件会将JDK自动安装到 /usr/java/j2sdk1.4.2_04目录下。

二、配置环境变量
1.修改用户环境变量
假设使用java的用户为 kunp，编辑该用户的.bashrc文件进行环境变量设置。
# vi /home/kunp/.bashrc
在 .bashrc文件中加入：
export JAVA_HOME=/usr/java/j2sdk1.4.2_04
export CLASSPATH=$CLASSPATH:$JAVA_HOME/lib:$JAVA_HOME/jre/lib
export PATH=$JAVA_HOME/bin:$JAVA_HOME/jre/bin:$PATH:$HOMR/bin
2.修改所有用户的环境变量
# vi /etc/profile
在该文件中加入:
export JAVA_HOME=/usr/java/j2sdk1.4.2_04
export CLASSPATH=$CLASSPATH:$JAVA_HOME/lib:$JAVA_HOME/jre/lib
export PATH=$JAVA_HOME/bin:$JAVA_HOME/jre/bin:$PATH:$HOMR/bin
一定要在CLASSPATH路径中加入$CLASSPATH:

安装好Rational RequisitePro后，新建立一个project时，要选择库的类型，可以支持MS Access、SQL SERVER和oralce
首先在SQL SERVER里新建一数据库名为”RequisitePro”
然后在查询分析器里执行其自带的脚本文件，位置在《Rational安装目录》\requisitepro\database\sqlserver目录下，依次执行下列文件
Login and user.sql
Tables and indexes.sql
Triggers.sql
Initial data.sql
在RequisitePro里新建project里，选择SQL SERVER，然后单击properties..按钮
单击config按钮，选择SERVER，单击下一步，输入login ID和password,password是reqpro
单击下一步，选择改变默认数据库复选框，并选择刚才建立的RequisitePro数据库，配置完成后，单击account info按钮，输入password是reqpro，在schema中输入ReqPro，单击OK完成配置,单击valivade按钮可以测试一下是否配置成功

ClearQuest 7.0.0新版本的所有软件包及主要功能:
AMBaseActivity        与MS Project Tracker集成时应用
AMWorkActivitySchedule        与MS Project Tracker集成应用
AMStateTypes        UCM集成应用，完成状态匹配
ATStateTypes        部署跟踪管理DeploymentTracking
Attachments        附件管理
AuditTrail        审计跟踪管理
BaseCMActivity        UCM另一种Activity,生成另一种记录类型
BTStateTypes        部署跟踪管理DeploymentTracking
BuildTracking        部署跟踪管理DeploymentTracking；
CharacterSetValidation        数据/代码页转换
ClearCase        Base ClearCase集成应用
CQTM        TestManager 在ClearQuest中的部署应用
CrossPlatformSCM        提供跨平台编译（本地的ClearCase与远程Z/OS）
Customer        顾客管理
DeploymentTracking        部署跟踪管理
DTStateTypes        部署跟踪管理DeploymentTracking
Email        电子邮件规则管理
EnhancementRequest        需求记录
eSignature        电子签名管理
History        历史记录
Notes        注释
PQC        Purify, Visual Quantify, and Pure-Coverage集成部署
Project        项目工程
RequisitePro        与Rational ReqPro集成部署应用
RequisiteProSupplement        Rational ReqPro集成应用
Resolution        解决方法
TeamTest        与PQC集成应用
TPM        与IBM Tivoli集成，完成部署管理
UCMPolicyScript        UCM集成应用
UnifiedChangeManagement        ClearCase UCM集成部署应用
VisualSourceSafe        与MS VSS集成应用 随着软件规模的不断扩大，软件设计的复杂程度不断提高，软件开发中出现错误或缺陷的机会越来越多。同时，市场对软件质量重要性的认识逐渐增强。所以，软件测试在软件项目实施过程中的重要性日益突出。但是，现实情况是，与软件编程比较，软件测试的地位和作用，还没有真正受到重视，对于很多人（甚至是软件项目组的技术人员）还存在对软件测试的认识误区，这进一步影响了软件测试活动的开展和真正提高软件测试质量。

误区之一：软件开发完成后进行软件测试

人们一般认为，软件项目要经过以下几个阶段：需求分析，概要设计，详细设计，软件编码，软件测试，软件发布。据此，认为软件测试只是软件编码后的一个过程。这是不了解软件测试周期的错误认识。软件测试是一个系列过程活动，包括软件测试需求分析，测试计划设计，测试用例设计，执行测试。因此，软件测试贯穿于软件项目的整个生命过程。在软件项目的每一个阶段都要进行不同目的和内容的测试活动，以保证各个阶段的正确性。软件测试的对象不仅仅是软件代码，还包括软件需求文档和设计文档。软件开发与软件测试应该是交互进行的，例如，单元编码需要单元测试，模块组合阶段需要集成测试。如果等到软件编码结束后才进行测试，那么，测试的时间将会很短，测试的覆盖面将很不全面，测试的效果也将大打折扣。更严重的是如果此时发现了软件需求阶段或概要设计阶段的错误，如果要修复该类错误，将会耗费大量的时间和人力。

误区之二：软件发布后如果发现质量问题，那是软件测试人员的错

这种认识很打击软件测试人员的积极性。软件中的错误可能来自软件项目中的各个过程，软件测试只能确认软件存在错误，不能保证软件没有错误，因为从根本上讲，软件测试不可能发现全部的错误。从软件开发的角度看，软件的高质量不是软件测试人员测出来的，是靠软件生命周期的各个过程中设计出来的。出现软件错误，不能简单地归结为某一个人的责任，有些错误的产生可能不是技术原因，可能来自于混乱的项目管理。应该分析软件项目的各个过程，从过程改进方面寻找产生错误的原因和改进的措施。

误区之三：软件测试要求不高，随便找个人多都行

很多人都认为软件测试就是安装和运行程序，点点鼠标，按按键盘的工作。这是由于不了解软件测试的具体技术和方法造成的。随之软件工程学的发展和软件项目管理经验的提高，软件测试已经形成了一个独立的技术学科，演变成一个具有巨大市场需求的行业。软件测试技术不断更新和完善，新工具，新流程，新测试设计方法都在不断更新，需要掌握和学习很多测试知识。所以，具有编程经验的程序员不一定是一名优秀的测试工程师。软件测试包括测试技术和管理两个方面，完全掌握这两个方面的内容，需要很多测试实践经验和不断学习精神。

误区之四：软件测试是测试人员的事情，与程序员无关

开发和测试是相辅相成的过程，需要软件测试人员、程序员和系统分析师等保持密切的联系，需要更多的交流和协调，以便提高测试效率。另外，对于单元测试主要应该由程序员完成，必要时测试人员可以帮助设计测试样例。对于测试中发现的软件错误，很多需要程序员通过修改编码才能修复。程序员可以通过有目的的分析软件错误的类型、数量，找出产生错误的位置和原因，以便在今后的编程中避免同样的错误，积累编程经验，提高编程能力。

误区之五：项目进度吃紧时少做些测试，时间富裕时多做测试

这是不重视软件测试的表现，也是软件项目过程管理混乱的表现，必然会降低软件测试的质量。一个软件项目的顺利实现需要有合理的项目进度计划，其中包括合理的测试计划，对项目实施过程中的任何问题，都要有风险分析和相应的对策，不要因为开发进度的延期而简单的缩短测试时间、人力和资源。因为缩短测试时间带来的测试不完整，对项目质量的下降引起的潜在风险，往往造成更大的浪费。克服这种现象的最好办法是加强软件过程的计划和控制，包括软件测试计划、测试设计、测试执行、测试度量和测试控制。

误区之六：软件测试是没有前途的工作，只有程序员才是软件高手

由于我国软件整体开发能力比较低，软件过程很不规范，很多软件项目的开发都还停留在“作坊式”和“垒鸡窝”阶段。项目的成功往往靠个别全能程序员决定，他们负责总体设计和程序详细设计，认为软件开发就是编写代码，给人的印象往往是程序员是真正的牛人，具有很高的地位和待遇。因此，在这种环境下，软件测试不受重视，软件测试人员的地位和待遇自然就很低了，甚至软件测试变得可有可无。随着市场对软件质量的不断提高，软件测试将变得越来越重要，相应的软件测试人员的地位和待遇将会逐渐提高。在微软等软件过程比较规范的大公司，软件测试人员的数量和待遇与程序员没有多大差别，优秀测试人员的待遇甚至比程序员还要高。软件测试将会成为一个具有很大发展前景的行业，软件测试大有前途，市场需要更多具有丰富测试技术和管理经验的测试人员，他们同样是软件专家。 Rational系列工具贯穿于整个软件开发生命周期，覆盖了分析设计、需求管理、配置管理、测试管理、缺陷管理、功能测试、性能测试、单元测试等方面。以下是一些常用的Rational工具：

1、Robot  用于功能回归测试和性能测试测试脚步的自动生成和手工修改
2、TestManager 是一个测试管理工具，其中有测试计划、测试用例、测试执行的管理，性能测试的运行场景在这里部署
3、Purfiy 用于白盒测试，测试C、C＋＋、java程序的内存泄漏
4、purCoverage  代码覆盖测试工具，用于检查测试用例是否完全覆盖了被测试程序、序，或者覆盖率等
5、ClearCase  配置管理工具
6、ClearQuest Bug管理工具和Project集成
7、SiteCheck   网站连接检查工具，用于检查网站的坏连接，快速实用
8、Rose  分析设计工具  开发设计人员必用的工具
9、Rup   文档描述，Rational 统一开发过程描述   与CMM紧密相关

Rational系列产品大概的介绍


Rational Application Developer for WebSphere Software
用于架构和建模、模型驱动开发、组件、组件测试、运行时分析活动的工具。
  
Rational Professional Bundle
提供企业级桌面工具，以便设计、构建和测试J2EE/门户/面向服务的应用程序。
  
Rational Rose Developer for UNIX
提供行业领先的模型驱动开发工具。
  
Rational Rose Technical Developer
一个模型驱动开发解决方案，针对Java、C、C＋＋自动进行从设计到代码的转换。
  
Rational Rose XDE Developer for Java
为基于J2EE 的系统提供完整的可视化设计和开发环境。
  
Rational Rose XDE Developer for Visual Studio
为基于.NET 的系统提供完整的可视化设计和开发环境。
  
Rational Rose XDE Developer Plus
为基于J2EE 和基于.NET 的系统提供可视化设计和开发环境。  
  
Rational Software Architect
利用 UML 为模型驱动开发提供整合设计和开发支持。
Rational Software Modeler
支持 UML 可视化建模/设计，从不同的视图编制系统文档。
Rational Suite DevelopmentStudio for UNIX
合并屡获殊荣的开发工具，帮助人们更快速地构建更好的软件。
Rational Suite for Technical Developers
支持诸如实时和嵌入式技术应用程序的可视化开发。
Rational Web Developer for WebSphere Software
简化和加速了 Web、Web 服务和 Java 开发。
  


过程和项目管理

Rational Portfolio Manager
协调优先级、项目和人员。
  
Rational ProjectConsole
提供项目 Web 站点和度量指示板。
  
Rational SoDA
在整个生命周期中自动化软件项目的文档编制工作。  
  
Rational Suite
提供最佳实践、工具和服务的完整而整合的生命周期解决方案。  
  
Rational SUMMIT Ascendant
为交付企业级 IT 项目提供方法库。  
  
Rational Team Unifying Platform
允许公共访问开发资产、需求和过程指导。  
  
Rational Unified Process
经过验证的开发过程，可进行配置以满足您的项目要求。  
  

需求分析

IBM Rational RequisitePro
需求和使用案例管理的强大、简便易用的集成产品，有助于促进更全面的通信，增强团队协作和降低项目风险。
  
IBM Rational Rose Data Modeler
数据库设计人员、分析人员、开发人员以及开发小组中的任何人能够协作的可视建模工具，从而能够捕获和共享企业需求，在整个流程中跟踪需求的变化。
  
IBM Rational Rose XDE Modeler
使设计人员能够使用统一建模语言（UML）来进行由模型驱动的开发。用户可以建立与平台无关的软件架构、企业需求、可重复使用的资产和管理级通信模型。  
  

软件配置管理

Rational ClearCase
为大中型开发团队提供可靠的、可伸缩的和灵活的软件资产管理。
  
Rational ClearCase and MultiSite
为地域性分布式环境提供完整的软件资产管理。
  
Rational ClearCase Change Management Solution Enterprise Edition
为大中型项目和分布式团队提供集成的软件配置管理。
  
IBM Rational ClearCase LT
为中小型集中项目团队提供可靠的、入门级版本控制思路。  
  
Rational ClearCase MultiSite
支持跨地域性分布式环境的并行开发方式。
  
Rational ClearQuest
在整个应用程序开发生命周期中提供灵活的缺陷和变更跟踪功能。
  
Rational ClearQuest and MultiSite
为地域性分布式环境提供完整的缺陷和变更跟踪功能。
  
Rational ClearQuest MultiSite
支持整个分布式环境中的缺陷和变更跟踪。


软件质量

Rational Functional Tester
对 Java、Web 和基于 VS.NET WinForm 的应用程序进行高级自动化功能测试。
  
Rational Functional Tester Extension for Terminal-based Applications
扩展了Rational Functional Tester，以支持基于终端的应用程序的测试。
  
Rational Manual Tester
使用新测试设计技术来改进人工测试设计和执行工作。
  
Rational Performance Tester
检查可变多用户负载下可接受的应用程序响应时间和可伸缩性。
  
Rational Purify for Linux and UNIX
为 Linux 和 UNIX提供了内存泄漏和内存损坏检测。
  
Rational Purify for Windows
为 Windows 提供了内存泄漏和内存损坏检测。
  
Rational PurifyPlus 企业版
为 Windows、Linux 和 UNIX 提供了运行时分析。
  
Rational PurifyPlus for Linux and UNIX
为 基于 Linux 和 Unix 的 Java 和 C/C++ 开发提供了分析工具集。
  
Rational PurifyPlus for Windows
为基于 Windows的Java、C/C++、Visual Basic 和 托管 .NET 开发提供了运行时分析。
  
Rational Robot
客户机/服务器应用程序的通用测试自动化工具。
  
Rational TestManager
提供开放、可扩展的测试管理。
  
Rational Test RealTime
支持嵌入式和实时的跨平台软件的组件测试和运行时分析。
  
传统语言和调试工具
Rational Ada Developer
为基于 Ada 的应用程序提供集成开发环境 ）代表多个源代码文件的一组版本。

比如有三个文件，aaa.c、bbb.c和ccc.h。可以对这三个文件做一个基线，取aaa.c的版本1.1，取bbb.c的版本1.3，取ccc.h的版本1.0。(1.1,1.3,1.0)就是一个基线。换
句话说，通常在vss和cvs里面做label，就是在做基线。

这种基线对“构建审计”特别有用：在做build的时候，可以先对所有源文件做一个label，取名为"Build2394"，然后再编译、集成。这样，以后如果要找到和build 2394对应的原文件，只需要
到vss或者cvs里面把所有文件对应label Build2394的版本取回来就可以了。

2）代表文档的一个稳定状态。

比如有一个项目设计文档，当设计基本完成，开发即将开始的时候，需要把这个文档固定下来，内容不能再频繁改变，否则开发人员就无所适从了，可能导致每个人所参照的文档并不是同一个文档。
一个文档如果经过讨论被通过了，被固定了，就可以说这个文档被“基线化”了，然后所有人就可以在这个“基线”的基础上工作。
当然，文档不可能一成不变，所以当对文档的修改仍然会不断进行，但这种修改并不会随时随地的添加到被“基线化”了的文档中去。因为既然是“基线”，就不能随便动。
但是到了一定时候，修改积累到一定程度，就需要把很多修改合并到原来的文档中去了，并生成一个新版本的文档作为团队中所有的人的参考标准，并把老的版本淘汰掉。这就叫做“基线提升”。

以上就是我个人对“基线”这个术语的两种不同含义的理解，大家可以讨论讨论看，是不是差不多就是这个意思。
3)合同基线
当你和客户讨论后，“敲定”的合同
4）发行基线
你会对你要发行的代码，文档版本进行label, 比如Release2.2,
这样，你可以随时取出此版本作build，进行测试，发布。

5）产品基线
当发布时，你会对产品中所有的配置项进行label,包括可执行命令，文档手册，库文件 在恢复QC9.0、TD8.0过程中会遇到这种情况
1、SQL孤立用户：exec sp_change_users_login 'update_one','td','td'
2、SQL必须安装SP3补丁
3、QC、TD的SQL数据库用户td密码是tdtdtd

conf/httpd.conf

加入下面内容：
-----------------------------------------------
#user modify
#LoadModule php4_module php/sapi/php4apache2.dll
# LoadFile "e:/Apache/php4ts.dll"
LoadFile "f:/php5/php5ts.dll"
LoadModule php5_module "f:/php5/php5apache2.dll"
SetEnv PHPRC "f:/php5"
#AddModule mod_php5.c
AddType text/html .shtml
AddType application/x-httpd-php .php
AddType application/x-httpd-php .php3
AddType application/x-httpd-php .php4

php.ini
改动以下内容:
-----------------------------------------------
把php.ini-dist复制到C:\windows 下改名为 php.ini
#修改extension_dir为：
extension_dir = "E:/PHP5/ext"
#删除extension=php_mysql.dll前的;,以加载php_mysql.dll
extension=php_mysql.dll
把php目录下的 libmysql.dll 和 libmysqli.dll 复制到windows/system32下。

通用功能自动化测试工具
厂商   工具名称
Mercury Winrunner
Mercury Quicktest pro
Mercury XRunner
Compuware QARun
Compuware WebCheck
Compuware TestPartner
Parasoft WebKing
IBM Rational Robot
IBM Rational Visual Test
IBM Rational Functional Tester
Segue SilkTest
Segue SilkTest International
Empirix e-Tester
Radview WebFT
AutomatedQA TestComplete
Seapine QA Wizard
RedStone Software EggPlant
Microsoft Visual Studio Test Edition
Minq PureTest
Autotester Autotester
Original Software Testbench400
VEReCOMM TestExpert
Qronus TestRunner
Telelogic TTCN suite
Centerline QC/Replay
AutoTester Web
Software Research eValid
OCLC WebART
开源 MaxQ
开源 WebInject
开源 Marathon
性能测试/监控工具
厂商   工具名称
Mercury LoadRunner
Mercury SiteScope
Mercury Topaz
Compuware QaLoad
Quest PerformaSure/benchmark
Segue Silkperformer
Segue Silkperformer Lite
Segue SilkCentralTM Performance Manager
Empirix e-Load
IBM Rational Robot
IBM Rational Performance Tester
RadView WebLoad
Microsoft Web applicaton stress tool
Microsoft Application center test
Minq PureLoad
Metron Athene APR
facilita ForeCast
Cyrano Impact/Impact for CBT
Lawrence Berkeley Laboratory sniffer
开源 Jmeter
开源 openSTA
开源 Siege
开源 StressMark
开源 DBMonster
白盒测试/代码分析工具
厂商   工具名称
Parasoft Jtest
Parasoft C++test
Parasoft SOA test
Parasoft .test
Parasoft Codewizard
Parasoft Insure++
Parasoft DataRecon
Compuware Numega devpartner studio
Compuware DevPartnerJavaEdition
Compuware BoundsChecker
Compuware SmartCheck
Compuware DBPartner
Empirix Bean-test
AutomatedQA AQtime
AutomatedQA QESatJava
Unitware Visual Unit
Gimpel Software PC-lint
Macabe Macabe
Borland Optimizeit Suite
Quest Software JProbe Suite
Quest Software Application assurance suite
Quest Software Sql optimizer
ej-technologies JProfiler
cyrano workbench
TeleLogic Logiscope
TeleLogic rulecheck
Macabe Macabe
Segue SilkPerformer Component Test Edition
IBM rational Purifyplus
IBM rational Rational Test Realtime
开源 junit
开源 cactus
开源 Hansel
开源 TestNG
开源 StrutsTestCase
开源 JFCUnit
开源 Httpunit
开源 Dunit
开源 cppunit
开源 Nunit
开源 Xunit
开源 JTR
Linux平台工具 MallocDebug
Linux平台工具 Valgrind
Linux平台工具 Kcachegrind
Linux平台工具 dmalloc
Linux平台工具 ElectricFence
Linux平台工具 LeakTracer
Linux平台工具 memprof
Linux平台工具 ccmalloc
Linux平台工具 mprof
Linux平台工具 yamd
Linux平台工具 njamd
Linux平台工具 mpatrol
嵌入式系统测试工具
厂商   工具名称
Metrowerks codetest
IPL Cantata/cantana++
Reflex Technology IceMaster
Reflex Technology System test
DDC-I scorecast
testquest Testquest
ATTOL UniText
Vector software vectorcast
qronus testrunner
telelogic Logiscope
RT-Builder
测试管理工具
厂商   工具名称
Mercury TestDirector(QualityCenter)
Compuware QADirector
worksoft certify
aimware Product manager
segue SilkCentral Test Manager
telelogic Doors
empirix e-manager
IBM Rational testmanager
RadView TestView Manager
T-Plan Professional
testlink
关联 Association 
集成 Integration
工件 Artifact
需求 Requirement
变更管理 Change Management
变更请求 Change Request
模式库 Schema Repository
用户数据库 User Database
缺陷跟踪 Defect Tracking
增强请求 Enhanced Request
检入 Check In
检出 Check Out
测试用例 Test Case
IBM Rational ClearCase 

可以使用ClearCase的强大的版本控制功能来对ReqPro项目的进行管理，通过对文件或整个项目的Check In 和 Check Out,使得我们可以追溯到每一个项目文件的任何一个修订版本。
 
IBM Rational ClearQuest 

ClearQuest用于需求变更管理以及缺陷追踪。变更管理变得日益重要。有效的变更管理以及对开发资产缺陷、增强请求、新需求的响应和其他进行变更的追踪能力在项目中都是极为关键的。通过与ClearQuest集成，可以提供有关需求、缺陷、变更管理的全面报告，并节约时间和工作量，并可以通过对跨所有文档的手动变更过程自动化。
 
IBM Rational TestManager

TestManager用于进行对功能及系统测试资产的管理。软件工程团队日益需要一个能够管理所有测试方面的广泛的解决方案，从初始测试用例计划直至测试开发、执行及测试结果分析。RequisitePro需求数据库和TestManager的集成，使得可以连接需求测试用例并保证所有需求在开发前被测试。 

IBM Rational Rose/Rose RT/XDE

Rose/Rose RT/XDE用于可视化建模及设计。将Rose模型与RequisitePro项目的集成，使得可以在Rose中选择用例文档以及用例属性，并使用需求信息扩展用例。而当需求发生变更时，可以容易的追踪并修改Rose模型。集成同时也提供了从用例图到用例规格说明书的追踪。给需求管理人员提供了更准确、更及时的信息。总的来说，集成用例管理，有助于确保管理项目，控制变更，并保证该功能将会被完整地测试。
 
IBM Rational SoDA

SoDA用来自动化规划文档和报告的产生和维护。通过与SoDA集成，可以缩减与产生各种规划文档有关的时间和工作量，由SoDA读取RequisitePro项目中的信息，自动生成各种需求文件以及报表。
 
MS Project
RequisitePro和Microsoft Project的集成通过集成向导来完成。该集成将RequisitePro软件需求同常用的Microsoft Project的项目任务关联起来，并进行跟踪管理。当Microsoft Project中的任务发生变更时，可以使用向导很容易的进行信息同步从而将变更反映到RequisitePro当中。 
RequisitePro与其他Rational工具的集成是在Rational Administrator里面完成的。通过创建一个Rational Administrator项目，从而将需求、用例、测试、设计模型进行统一管理  计划：Schema
自定义：Custom
维护表：Schema Repository
状态转移矩阵：State Transition Matrix
State：状态
Headline：简述
Description：详细描述
Priority：优先级
Severity:严重性
Submitter：提交人
Submit_Date：提交日期
Owner：负责人
Symptoms：错误分类
Note_Entry：解决方案
Notes_Log：验证结果
Attachments：附件
postponed：延期
resolved：已解决
validated：确认
Duplicate：重复
Audit：审核

一、TD记录相关少，奖励前三名每周休息一天（开发员）以周为单位统计一次。

1、常见问题在TD中连续出现3次，减1分。
2、提交的缺陷超过3天未FIXED，减1分。
3、修改功能或新开发功能无明确文档，减1分。
4、一个中等规模的功能，问题单超过30个，减2分
5、一个中等规模的功能，问题单少于20个，加3分
6、开发者发现问题并记录TD超过5个，加2分

二、每天出测试日报。

三、发现这样的常见问题，测试员有权拒绝测试。

1、 如何访问web。

解决办法：首先先确保web组件是安装上了，默认安装rational软件是没有选择安装web组件的。其次必须先在局域网内的某台机器上安装了license服务器（大部分是本机）。并在license key administrator 中指向license server。0600版本的web需要在iis里面配置目录、端口等。0613版本的直接输入：http://localhost/cqweb/login

2、 客户端可以正常访问，web可以登录 但是登录后选择了用户数据库后，数据库没有显示应用有的视图列表。0613版本。（0600版本的是提示：只能看到提示“Restricted Query Not Defined”。）

解决办法：查看web浏览器上是否显示了 ，那么证明你的flexlm服务没有设置或者出现意外终止了服务，重新启动该服务后，需要把浏览器关闭，重新打开浏览器再登录cq即可。

3、 安装了0613版本的web后，发现端口80已经被占用。那么如何需要修改新web的默认端口？

解决办法：安装目录下，在common目录下有一个rwp.conf文件，编辑他，把80改为一个不经常用的端口，然后在计算机的服务管理中，将rational的rwp服务重新启动一下。而且访问地址更改为：http://localhost:端口号/cqweb/login。

4、 CQ的action用户权限为ALL User就可以完成相应的动作，如果改为User Groups后任何用户都不能进行该动作。该组成员也不行，到底为何？
解决方法：因为你的成员所在的group，没有subscribe到你现在登录的用户数据库。你编辑group，在右侧，关联上用户数据库即可，原理就是 cq的权限是根据group来控制的。

5、 一般如何维护schema的版本比较好？

个人习惯不同，我的办法是，schema就一直使用一个，这样在用户登录的时候就不需要选择某个connection，省了一步，而且自己心里也不会混乱。具体做改动或者实验的时候，生产成一个schema跟现在版本一样的。方法是desing的file－new schema，选择要复制的chema的具体版本。

6、 一个字段是 shortstring类型，默认列表是空。 在运行了一段时间后，我更改该字段为动态列表，并把动态列表的内容已经设置上了，但是为何在测试运行的时候，该字段没有显示我设置的动态列表里面的内容？

解决方案：ClearQuest的刷新问题是比较严重的，你必须把原有字段删除，并在fieldlist中重新添加该字段到form中，然后编译，测试运行即可。

7、 邮件规则能否导入导出。

解决方案：可以，你通过开始菜单里面clearquest自带的导入导出工具可以将用户数据库的邮件规则导出，并可以导入到新的用户数据库里面。在新建立邮件规则的时候，发送对象尽量设置成发送给某个字段，而不是某个具体的人。这样维护量会大大的减少。

8、在clearquest designer中改了提交界面和处理界面后，在clearquest client中提交bug时，界面怎么没有变化。

解决方案：Designer设计后，没有变化，那是因为你没有Update数据库。在Designer中设计完成后，点击菜单中的File->Check In保存修改，再选择菜单中的Database->Upgrade Database，在里面选择你修改完毕的数据库，一般会有新的版本，upgrade新版本就可以了。

9、 将数据库备份后，在另一台机器恢复，会牵涉到Sid问题，sid的原理是什么？

解决方案：
A机器：是原数据库服务器。B机器：新的数据库服务器。
因为在A机器上 建立了一个sqlserver用户时，他会在A机器的master数据库的sysxlogins表里面加了一条记录，这个记录的用户信息里面有用户名和sid。该sid是二进制的。自动生成。 那么在把这个用户设置成一个数据库“scm”的owner的时候，他会在scm的sysusers表里面增加一条记录，记录用户名和sid，sid和master里面的 一样，也是是自动的， 但是到数据库恢复的时候，在另一台机器B里面你得先建立一个同名的用户，他会在master数据库的sysxlogins表里面加了一条记录，这个记录的用户信息里面有用户名和sid，但是这个sid跟A机器master数据库的值不同

在B机器建立一个同名的数据库“scm”的时候 在给他数据库owner的权限的时候 ，
他又给这个数据库建立了一条记录 记录了sid跟这台机器的master的表里面的sid相同 也是自动的 ，也是和A机器的scm数据库的sid值不同。这个时候，在maintenance tool的schema repository里面crteate，指向B机器的scm数据库，创建和连接是没有问题的 把A机器里面数据库scm的完全备份文件scmbackup.trn，对B机器的scm数据库进行完全恢复 ，此时，B机器的新数据库的sid就变成了A机器里面的sid ，跟现在B机器master里面的不同 需要同步即可。

10、 我只想把schema数据库里面的某一个schema导出，并导入到另一台机器里面去。如何做？
解决方案：cqload命令，cqload exportschema 导出某个具体的schema成一个文件
                     cqload importschema 将某个文件导入到某个schema数据库。

11、    登陆到web后，点击operation->editing web setting后提示错误，“Problems Processing Input Form RegistryUpdate Failure ”（20030600版本）解决方案：设置注册表存取权限在IE使用的过程中，缺省的Web登陆用户是anonymous（匿名用户），但是在系统中，anonymous用户并没有太多的存取权限，下面就是设置anonymous用户的存取权限。

1． 点击“开始->运行”，输入“regedt32”，点击确定打开“注册表编辑器”。
2． 在HKEY_LOCAL_MACHINE子窗体,打开“Software->Rational Software->ClearQuest”
3． 点击注册表编辑器的菜单“安全->权限”，出现ClearQuest权限设置窗口。
4． 点击添加，打开“选择用户或者组”界面。
5． 选择IUSR_机器名用户，这里我选择的是IUSR_TEST
6． 点击添加，再点击确定，选择IUSR_TEST用户并关闭“选择用户或者组”界面。
7． 在名称中选中刚才添加的Internet来宾账号，在权限中，允许完全控制。
8． 选择“允许将来自父系的可继承权限传播给对象”，点击“确定”完成权限设置。
9． 在HKEY_USERS子窗体,打开“.Default->Software->Rational Software->ClearQuest”
10． 重复第3步到第8步，设置HKEY_USERS。

 根据我实际情况是：有一个创建者的用户，把该用户的权限设置成完全控制即可。不知道其他人是否一致。

12、    ClearQuest服务器的概念，破解的概念具体怎么理解。

ClearQuest共有3个服务器，数据库服务器--->数据库存放的机器；web服务器-à起着ClearQuest web服务器的机器；License服务器-àFLEXLM服务所在的机器。

破解分为两种：Crack方式：破解客户端可以正常的使用。属于单用户的破解。
Flexlm破解：FLEXLM是Rational Enterprise Suite的许可服务器，有500个license；客户端使用有效；WEB其实也是客户端，可以支持500个用户

13、    如何使用邮件规则（E-mail rule）？

解决方案：邮件规则的设置，不是在Designer中，而是在客户端。在客户端中，选择菜单中View->E-mail Options设置邮件服务器；Actions->New->Email_Rule设置在什么条件下把缺陷发给什么人。具体的设置，自己查看帮助。Designer中的Email rule，是设置客户端中的显示界面内容的，可以根据需要修改。但是一般我觉得不用管这里，因为通常情况下都是测试人员建立邮件规则，开发人员通常看不到邮件规则的界面。而且建立好后，一般就不做改动了，所以是否好看、是否有冗余字段等都可以不在考虑的范围之内。

14、为什么我在web端提交（或者其他action）的时候，可以触发发邮件的规则，而在客户端却不可以？

解决方案：80％的可能是你在客户端没有设置发送邮件服务器和发送邮箱，请在View菜单-àE-Mail options，设置发送邮件的协议，发送邮件的服务器和发送邮箱地址。同样你得在View菜单-à的Change user profile里设置你接收邮件的邮箱地址，否则即使邮件规则触发了，但是找不到目标邮箱地址，也是收不到邮件通知的。

15、我想设置一个字段，里面内容在不同的用户数据库里面显示的内容是不一样的，如何解决？

解决方案：设置该字段为动态列表模式，那么可以每一个用户数据库中设置该字段列表值。可以实现该字段在每个用户数据库里面显示不同的内容。

 16、如何控制某一个字段在做不同的动作时候，他的状态是只读、普通选项还是必须填写的？

解决方案在：在design编辑schema，在behavior的左侧找到那个字段的名字，在behavior的上面找到动作后的状态，然后根据这两个点所拉出的矩阵线的那个点，修改他的值为只读、普通选项或者是必填项即可。

 17、我的web访问地址不知道，在哪儿可以查？

首先需要说明的是，ClearQuest安装时候默认是不安装web组件的，需要你选上，第二，20030600的web地址需要你在操作系统的iis里面配置后并启动服务。端口和访问地址得根据你的iis配置。那么20030613版本采用了新的web，不需要进行iis配置，访问地址是：http://localhost/cqweb/login

18、给某些字段设置使用权限，只有相关人员才能看到某些字段而进行填写，对于一般人员使它变为不见，我该如何设置呢？

解决方案：一个比较简单的方法可以让别人看不到你设置的字段：设置一个新的组，把想看新字段的人加到这个组中，在Designer中，设置Forms的时候，加一个Tab页，把只想让一部分人看到的字段都加到这个页中，鼠标右击这个字段，在属性页中，有“User Group Access”这个选择，选择你想要看的组加到列表中就可以了。在使用的过程中，只有相关的组成员才能看到这个tab页，也就间接的等于别人看不到这些字段了。

 检查以下各项:
1:clearcase 控制面板 看看license 服务有没有问题
2:从客户端运行clearlicense查看能否获得license或有哪些问题抱错
3:查看客户端IP配置(DNS),可以通过\\license服务器名
4:配置hosts文件
5:如果还有问题,请重新安装license
6:如果还有问题,用ccdoctor检查一下问题在哪里
7:如果还有问题,再说,我会给你工具检查一下

19、CQ中的中文问题
installutil set dbcodepagetoplatformcodepage -dbset 2003.06.00 admin admin              admin是数据的用户名和密码

一、Rational RequisitePro项目模板
1、用列模板(Use-Case Template), (使用一种用例技术)
2、惯用模板(Traditional Template), (使用标准软件需求)
3、复合模板(Composite Template), (用例和惯用模板的结合)
4、创建新模板(Make New Template)

二、视图
1、属性矩阵视图（Attribute Matrix View）显示所有指定类型的需求。需求按行列出，它们的属性出现在栏里。这个视图帮助你组织和优化需求；例如，你可以对需求做基于优先级（Priority）或危机(Risk)的排序

2、跟踪需求矩阵视图（Traceability Matrix View）显示了两种或同种需求类型之间的关系

3、跟踪树视图（Traceability Tree View） 显示了指定类型的需求来去的跟踪链。

三、需求
1、需求类型：RequisitePro让你通过类型来组织需求。需求类型定义了与需求有关的描述性和功能性的信息。需求类型的样例包括特征需求，用例需求，及补充规约需求。 你可以创建需求类型（例如，你可以将所有的时常需求组成为一个需求类型），你可以修改需求类型，当不需要的时候删除它们。
2、RequisitePro通过属性来限制需求。属性是与需求有关的数据域，它们包括重要的项目信息。系统给每个新的Requirement类型指派默认的属性。你可以删除，修改，或者增加无限制数量、适合项目的需求属性。需求属性的例子包括：状态（status），优先级（priority），危机（risk）,困难（difficulty），实施成本（cost to implement），完成日期（complete date）。属性可以是列表类型或者输入类型。在项目的任何时候，你可以增加，编辑，删除需求属性。

软件需求（Software Requirement）定义的属性列表
优先级 -- 高、中或者低。
类型 -- 需求类型（可用性、性能等等）。
状态 -- 需求是否已经被批准了或者已经被并入到项目中了。
难度 -- 一个被实践完成需求难度的粗略的指南。
稳定性 -- 在一个活跃的项目中的需求的稳定性的指南。
风险 -- 实施项目相关的风险的指南。例如，如果对系统的其他部分需求需要变更，那么可能存在着一个高的风险（因此稳定性降低了）。
增进请求 -- 如果 RequisitePro 项目是 Ratioanl 项目的一部分，信息就来源于 Rational 项目。
缺陷 -- 在缺陷管理/测试期间被 Rational 项目产生。
联系名 -- 需求的来源。
陈旧的 -- 指明需求是否是陈旧的属性使得决策过程客观化。指定给每个属性的值帮助你组织、分析需求，并设定优先级

软件需求（Software requirements） -- 为项目使用的最终的需求列表
特性和远景（Features and vision） -- 项目的特性列表
涉众请求（Stakeholder requests） -- 来自于涉众的特性请求列表

四、如何访问web端
http://localhost/reqweb 但你要先开要启动rwp

LR8.1版本已经将7.8和8.0中通用的license封了，因此目前无法使用LR8.1版本，包括该版本的中文补丁。

破解思路：由于软件的加密程序和运行的主程序是分开的，因此可以使用7.8的加密程序覆盖8.1中的加密程序，这样老的7.8和8.0中通用的license就可以使用了。

操作步骤：
1、用官方版的LR8.1安装，也可以安装中文补丁。安装包可以到51testing的ftp上下载
地址是：
ftp://edu.51testing.net
用户名：gongju
密码：51testing

2、
将LR7.8或者LR8.0（安装包或者安装后目录中的都可以）中的
lm70.dll
mlr5lprg.dll
这两个文件复制并粘贴到LR8.1安装目录下的bin文件夹下；

3、运行LR8.1，打开license管理器，点击添加new license，将老license复制进去，OK，验证通过！

7.8、8.0通用的license有：
golba-100: AEAMAUIK-YAFEKEKJJKEEA-BCJGI
web-10000: AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGB

大家在安装完汉化后，可能会出现qtp自带插件变成灰色，不能够正常加载的情况，解决办法是
1、在安装qtp的时先不要安装，自带的3个插件，然后用QTPro.exe，覆盖就可以，再安装汉化包，再把插件安装上就不会出现上述问题了
2、如果大家想使用其他插件，只能从官方下载然后安装，安装后会出现，14天使用期限，只能通过重新覆盖QTPro.exe办法解决，覆盖后界面就不是汉化版本了
3、如果你已经安装了系统默认的插件，并且已经汉化成功，你只需要卸载，重新安装一下3个灰色不能够加载的插件就可以
据说汉化版本不是很稳定，建议大家使用EN文版本