《软件测试技术》实验指导书理工文档格式.docx

《软件测试技术》实验指导书理工文档格式.docx

《《软件测试技术》实验指导书理工文档格式.docx》由会员分享，可在线阅读，更多相关《《软件测试技术》实验指导书理工文档格式.docx（19页珍藏版）》请在冰点文库上搜索。

实验步骤：

1）登录到ClearQuestDesigner

a）从开始菜单中选择ClearQuestDesigner。

b）在ClearQuest登录对话窗口中，UserName输入admin，Password为空。

c）单击OK。

d）出现OpenSchema对话窗口，单击Cancel。

（一般情况下，可以通过OpenSchema对话窗口打开准备使用的schema。

）

2）创建新的schema

利用ClearQuestDesigner，可以以一个已经存在的schema为模版创建一个新的schema。

所有的schema都被保存在schema储存库中。

创建一个以TestStudioschema为模版的新的schema。

如果TestStudioschema不能使用，可以选择Commonschema来代替。

a）选择菜单File/NewSchema打开一个新的Schema对话窗口。

b）从schema列表中选择TestStudio,version1，单击Next。

c）在SchemaName栏中输入your-username_schema。

d）在Comment文本框中输入Tutorialschema，单击Finish。

e）出现ifyouwanttocreateadatabasetoassociatewithyournewschema时，单击No。

（在下一个步骤中将创建database。

f）出现ifyouwanttocheckouttheschemaforediting，单击No。

3）创建一个新的userdatabase并且将其关联至新的your-username_schemaschema

userdatabase是ClearQuestclient用户使用的变更请求记录数据库。

a）选择菜单Database/NewDatabase打开一个新的Database对话窗口。

b）按照下列要求完成新的Database对话窗口：

在LogicalDatabaseName中输入my_db。

逻辑数据库的名字字符长度在1-5之间。

在Comment字符框中，输入Thisdatabaseusesthetutorialschema，your-username_schema。

c）单击“Next”按钮。

d）从Vendorchoice列表中选择MS_ACCESS。

e）在PhysicalDatabaseName中输入c:

\my_db作为数据库的完整路径名称。

路径中指定的目录必须存在。

例如，如果指定了c:

\temp\my_db，那么temp目录必须存在。

如果数据库不存在，则ClearQuest会在指定的目录中创建。

f）选择TestDatabase选项，单击Next。

g）在Timeout（240minutes）和PollInterval（1minute）中接受默认值，单击Next。

h）在schema列表中选择your-username_schema,version1，单击Finish。

i）出现数据库创建成功提示消息窗口时，单击OK。

ClearQuestDesigner创建my_db数据库并且使用your-username_schemaschema进行初始化。

4）创建一个测试数据库

a）选择菜单Database/NewDatabase打开一个新的Database对话窗口。

b）在LogicalDatabaseName中输入test。

（逻辑数据库的名字字符长度在1-5之间。

）在Comment文本框中输入Thisisthetestdatabaseforthetutorialschema,your-username_schema。

单击Next。

c）从Vendor列表中选择MS_ACCESS。

在PhysicalDatabaseName中为数据库输入完整路径名称。

例如c:

\test。

d）选择TestDatabase选项单击Next。

e）在Timeout和PollInterval中接受默认值，单击Next。

f）在schema列表中选择your-username_schema，version1，单击Finish。

g）出现数据库创建成功提示消息窗口时，单击OK。

ClearQuestDesigner创建了testdatabase并且用your-username_schemaschema进行初始化。

注释：

应该只是用testdatabases作为临时数据库来验证schema的变更。

不能将重要的数据放至testdatabase。

5）检出一个schema

ClearQuest在schema储存库中存储着已有schemas的所有版本，必须从schema储存库中检出schema的最新的版本。

本实验的所有操作都将使用这个被检出的schema。

a）在ClearQuestDesigner中，选择File/OpenSchema打开OpenSchema窗体。

b）选择Checkoutaschematoedit。

（注释：

在OpenSchema窗体中如果选择了Viewaversionofanexistingschema，将不能修改这个schema。

c）选择your-username_schema,version1，单击Next。

d）在备注中输入Addingdefectrecordfieldtotherecordformandanewstateandaction；

单击Finish。

ClearQuestDesigner窗口左侧显示your-username_schema的工作区间。

请注意所工作的your-username_schema的版本号为版本2。

当打开一个schema进行编辑时，ClearQuestDesigner为这个schema自动创建一个新版本。

6）创建field

在ClearQuest中，可以对一个已有的或新的schema增加、删除或者修改fields。

a）在工作区，展开RecordTypes/Defect并且双击Fields显示Fields网格。

Fields网格显示了记录中的所有fields。

每个field列显示其属性，包括field名称，类型，缺省值，权限，有效性等等。

b）选择Edit/AddField，打开FieldProperties对话窗口，选择General标签，在FieldName中输入User_number。

在Type中选择INT，因为该字段包含整数。

缺省的数据类型是SHORT_STRING。

DBColumnName的默认值与field名称相同。

作为默认选项，选择项Visibleinquery已被选择。

在HelpText标签项，该字段必须为1-100之间的整数。

当用户在ClearQuest客户端通过快捷菜单使用帮助时将看到该帮助信息。

c）关闭FieldProperties对话窗口。

注意：

这时类型为INT的User_numberfield显示在Fields网格中的底部。

7）为field增加一个hook（分支代码）

分支代码是在指定时间（触发器）自动执行的代码部分的进入点，它扩展了ClearQuest的功能。

为上一步骤中生成的User_numberfield添加一个validationhook，这个分支代码用来验证User_numberfield的值。

a）展开RecordTypes/Defect项，双击Fields。

b）在Fields网格中，点击User_numberfield中的Validation单元格，然后点击下拉箭头。

c）选择SCRIPTS/BASIC打开脚本编辑器。

脚本编辑器以灰色输出行的形式提供一个VisualBasic脚本框架。

脚本编辑器的顶部，Fields选项显示User_number，并且HookTypes选项显示FIELD_VALIDATION。

如果显示的不是这些，通过滚动选中这些选项。

d）Copy下面的示例代码并粘贴到脚本编辑器中注释行的下面：

REMEndIf

Dimvalue_info

Setvalue_info=GetFieldValue（fieldname）

IfNotIsNumeric（value_info.GetValue）Then

User_number_Validation=”Mustbeanintegerbetween1and100”

ElseIf（value_info.Getvalue<

1）or（value_info.Getvalue>

100）Then

User_number_Validation=”Mustbebetween1and100”

EndIf

这个例子中，当用户在field中输入一个数字，ClearQuest客户端运行相应的验证分支代码。

如果验证分支代码返回一个非空字符串，用户将被提示该field中包含无效值。

e）选择Hooks/Compile。

编译脚本并检测确定没有语法错误。

如果没有错误，在ScriptErrors框中将会显示Noerror（s）found。

f）关闭脚本编辑器。

分支代码能够影响field的状态，因此在发布它们之前，必须慎重的计划并测试这些代码。

例如，ClearQuest设置未初始化的整数为0。

实验中添加的分支代码检测这个field的值，如果发现小于1或大于100，则返回错误信息。

这就使得User_numberfield成为强制性的field，因为0不能通过有效性检测。

然而，如果看User_numberfield的属性（展开RecordTypes/Defect/StatesandActions并双击Behaviors），该field被定义为可选field。

因此，这个验证分支代码实际上改变了这个field的属性。

8）在记录窗体中增加field

ClearQuest通过使用窗体来联系一个记录类型并显示相关信息。

ClearQuest也允许用户使用窗体来提交新的相应的记录。

刚才创建的User_numberfield对用户而言是不可见的，因为它没有出现在任何窗体中。

在本步骤中，将在提交窗体中添加User_numberfield，从而使用户可以在提交缺陷报告时确定他们的用户编号。

a）工作区内，展开RecordTypes/Defect/Forms并双击Defect_Base_Submit。

打开Defect_Base_Submit窗体的同时，FieldList和ControlsPallet同时也被打开。

如果需要的话，最大化ClearQuestDesigner窗口，拉伸Defect_Base_Submit窗口以便在窗口的底部可以添加一个新的field。

b）在FieldList内，滚动并找到User_numberfield。

单击User_number（单击名称而不是图标）并拖动至Defect_Base_Submit窗体的底部。

Field名称和一个文本框出现在窗体中。

ClearQuest为field自动选择一个TextBox控件。

c）双击textbox显示属性表。

浏览控件提供的标签和控制功能，然后单击OK关闭属性表。

d）工作区内，右键点击Defect_Base_Submit。

确定SubmitForm项在快捷菜单中已被选中。

如果该项目没有被选中，单击并添加该选项。

e）关闭Defect_Base_Submit窗口。

ClearQuest使用窗体与记录类型进行联系，并使用该窗体显示相应记录类型的详细信息。

每一个记录类型可以包含一个或多个窗体：

记录窗体和提交窗体。

提交窗体不是必须的，但是每一个schema必须包含一个记录窗体

9）添加一个新的状态

ClearQuest中，记录要经过操作来从一个状态转变为另一个状态。

状态转换矩阵跟踪了一个记录的生命周期。

ClearQuestDesigner状态转移矩阵确保用户按照ClearQuest管理员定义的矩阵来传递记录。

ClearQuest中，记录从一个状态转换为另一个是由于ClearQuest客户端用户执行了操作。

例如，使用your-username_schemaschema，ClearQuest客户端用户点击NewDefect向数据库中提交一个记录。

这时该记录为提交状态，从这个状态，用户可以选择Actions/Assign来为一名工程师分配变更需求。

一个记录的可用状态和状态转换操作在ClearQuestDesigner状态转换矩阵中显示。

在本步骤中，将为your-username_schemaschema增加一个叫做Reassigned的新的状态。

该状态允许用户将缺陷重新指派给其他人。

a）在工作区内，展开RecordTypes/Defect/StatesandActions并双击StateTransitionMatrix。

状态转换矩阵内，列值为源状态，行值为目的状态。

交叉单元格内是将记录从源状态转换到目的状态的操作。

b）选择Edit/AddState显示AddState对话窗口。

c）在Namefield输入Reassigned，单击OK。

Reassigned状态在状态转换矩阵中的行和列同时出现。

10）添加一个新操作

ClearQuest使用操作来编辑及转换记录状态。

这个练习中，将添加名为Reassign的操作，该操作允许用户将上一练习中生成的记录转换为Reassigned状态。

a）工作区内，展开RecordTypes/Defect/StatesandActions，双击Actions打开Actions网格。

b）选择Edit/AddAction显示DefectAction对话窗口。

c）选择General标签，在ActionName内输入Reassign。

ClearQuest将操作类型缺省设置为CHANGE_STATE。

d）关闭DefectAction对话窗口。

Reassign操作在操作网格的底部出现。

11）定义一个状态转换

前面的步骤中，所创建的Reassign操作类型是CHANGE_STATE。

只有类型为SUBMIT，CHANGE_STATE，或者DUPLICATE的操作才可以开始状态转换。

其他类型的操作不能影响记录状态。

在这个步骤中，将为Reassign操作通过指定源状态及目的状态来定义一个状态转换。

其结果将是，ClearQuest客户端用户能够通过选择Actions/Reassign，将所有记录为Opened和Resolved的状态转换为Reassigned状态。

a）展开RecordTypes>

Defect>

StatesandActions双击Actions。

b）右键点击行标签Reassign，选择ActionProperties，出现ActionProperties对话窗口。

c）在State标签内，选择Opened和Resolved作为源状态。

选择Reassigned作为目的状态。

d）关闭ActionProperties对话窗口，应用该状态转换。

e）双击工作区内的StateTransitionMatrix，检查ClearQuest是否应用了Reassigned状态的转换。

f）状态转换矩阵显示无论是从Opened还是Resolved状态，Reassign操作将转换记录为Reassigned状态。

g）一旦记录处于Reassigned状态，用户应当能够打开记录。

为了达到该目的，双击工作区内的Actions打开Actions网格。

右键单击Open操作并选择ActionProperties。

h）在状态标签内，选择Reassigned作为源状态，Opened作为目的状态。

i）关闭对话窗口。

重新观察状态转换矩阵，可以看到Open操作可以将记录从Reassigned状态转换为Opened状态。

12）测试schema

本步骤中，将从ClearQuest客户端测试先前的工作，看your-username_schema是否象定制好的那样工作。

检查设置：

在检入schema并使得这些变化对于用户可以使用之前，需要测试并确认schema的变化。

在这个步骤中，将使用在实验

（1）中创建的测试数据库来检查基于your-username_schemaschema所作的工作。

可以在ClearQuest客户端很安全的测试schema中最近的大部分的变化，这样做并不会影响到my_db用户数据库。

a）首先，设定测试数据库：

b）在ClearQuestDesigner中，选择Database/SetTestDatabase。

c）在TestDatabase对话窗口内，选择先前创建的测试数据库test。

d）用户名输入admin，口令为空。

单击OK。

（当使用ClearQuest客户端测试schema时，ClearQuest使用这些信息进行登录。

e）在ClearQuestDesigner中，选择File/TestWork。

ClearQuestDesigner保存schema并对其确认，在ClearQuestDesigner窗口底部的确认面板显示发现的错误信息。

如果有错误发生，可以通过右键点击该错误信息并选择What'

sThis?

来得到关于该错误的详细描述。

ClearQuest客户端被自动打开，因此可以测试在your-username_schema中已经作的工作。

f）在ClearQuest客户端，单击NewDefect来提交一个缺陷记录。

在记录窗体的底部可以看到名为User_number的新的field。

g）在User_numberfield内，输入101来测试验证分支代码。

弹出消息框Thesefieldshaveinvalidvalues:

User_number。

h）右键单击User_numberfield并选择ErrorMessage来显示引起错误的原因。

此时，系统显示Mustbebetween1and100。

记录提交后，还不能测试新的Reassigned状态，因为还没有任何查询允许用户检索记录。

在ClearQuest客户端创建公共查询后，就可以测试新的Reassigned状态了。

i）退出ClearQuest客户端。

当检入schema之前的任何时候，都可以通过选择File/SaveWork来保存工作。

（这个选项只有当还没有执行File/TestWork时是可用的。

）在常规基础上保存工作是一个好的方法，从ClearQuestDesigner注销后，当重新登录时可以继续执行工作。

可以通过选择File/Validate在任何时候来验证schema。

状态和错误信息显示在位于窗口底部的验证面板内。

13）应用schema的变更

定制一个schema并测试后，可以将schema检入到schema储存库中。

然后，利用UpgradeDatabase向导，可以使用新版本的schema来升级相关联的数据库。

a）检入一个Schema

上一步骤中，选择File/TestWork时自动保存了schema并对其验证。

现在该准备重新将your-username_schema检入schema储存库。

选择File/CheckIn，检入一个Schema。

b）当验证脚本结束后，ClearQuestDesigner显示注释文本框。

默认情况下，ClearQuest显示检出时输入的注释。

一个新版本的schema被创建并检入。

在重新检入一个schema回schema储存库前，应该始终通过选择File>

TestWork来测试你的工作。

这样做可以使测试数据库与最新的schema版本保持一致。

检入一个schema前如果没有测试你的工作，那么必须创建一个新的测试数据库。

14）升级用户数据库

本步骤使用新版本的your-username_schemaschema来升级用户数据库。

在前面的实验中创建了一个名为my_db的用户数据库并将其关联至your-username_schemaschema。

然后检出了这个schema，对其进行了重新定制，然后将其重新检入回schema储存库。

在这一步骤中，将使用最新版本的your-username_schema来升级用户数据库my_db，以便ClearQuest客户端用户应用这些变化。

a）选择Database/UpgradeDatabase。

ClearQuest显示一个消息框，提示在升级前备份schema储存库和关联的数据库。

在这些实验中，所使用的是一个示例数据库，可以不必备份数据库而继续。

单击Yes。

b）从Database列表中选择my_db并单击Next。

c）从Versions列表中选择2并单击Finish。

系统提示数据库已被成功升级。

d）单击OK关闭升级成功消息框。

升级用户数据库时应该注意，所有的ClearQuest客户端用户必须退出用户数据库。

15）添加一个新用户

作为ClearQuest管理员，负责确定哪些用户可以访问数据库。

当创建一个新的用户帐号时，应该为该用户分配权限并决定该用户可以访问哪些数据库。

从ClearQuestDesigner中创建新的用户帐号。

用户管理与和schemas是相互独立的，因此不用检出一个schema来添加新用户。

在这个步骤中，将为系统增加新用户JaneSmith并定义这个用户可以访问的数据库。