《软件测试技术》实验指导书new.docx
- 文档编号:29293005
- 上传时间:2023-07-22
- 格式:DOCX
- 页数:50
- 大小:1.16MB
《软件测试技术》实验指导书new.docx
《《软件测试技术》实验指导书new.docx》由会员分享,可在线阅读,更多相关《《软件测试技术》实验指导书new.docx(50页珍藏版)》请在冰豆网上搜索。
《软件测试技术》实验指导书new
《软件测试技术》实验指导书
河北科技大学
信息科学与工程学院
2011.3
目录
实验
(1)缺陷跟踪系统的使用
(一)
实验
(2)缺陷跟踪系统的使用
(二)
实验(3)缺陷跟踪系统的使用(三)
实验(4)软件测试工具的使用(录制和回放脚本)
实验(5)软件测试工具的使用(设置验证点)
实验(6)软件测试工具的使用(回归测试)
实验
(1)缺陷跟踪系统的使用
(一)(2学时)
1.实验目的:
熟悉RationalClearQuest的工作环境。
学习在RationalClearQuest环境下软件缺陷的追踪和管理方法。
掌握创建新的schema,创建新的userdatabase并且关联至相应的schema的方法;定义状态转换;创建用户和组账号,分配访问权限并升级用户数据库信息以及进行对软件缺陷追踪过程的管理方法。
2.实验仪器设备
微型计算机;网络环境;Windows2000/XP以上操作系统;RationalClearQuest安装文件。
3.实验内容
创建schema和databases。
登录到clearquestdesigner,创建一个新的schema,创建新的userdatabase并关联至相应的schema,创建一个新的testdatabase。
4.实验步骤
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进行初始化。
注释:
testdatabase用于后面schema的定制中,但是不会影响你的userdatabase。
应该只是用testdatabases作为临时数据库来验证schema的变更。
不能将重要的数据放至testdatabase。
实验
(2)缺陷跟踪系统的使用
(二)(2学时)
1.实验目的:
熟悉RationalClearQuest的工作环境。
学习在RationalClearQuest环境下软件缺陷的追踪和管理方法。
掌握创建新的schema,创建新的userdatabase并且关联至相应的schema的方法;定义状态转换;创建用户和组账号,分配访问权限并升级用户数据库信息以及进行对软件缺陷追踪过程的管理方法。
2.实验仪器设备
微型计算机;网络环境;Windows2000/XP以上操作系统;RationalClearQuest安装文件。
3.实验内容
定制一个schema。
添加一个新的field,定义状态转换,测试并保存schema的变更,对用户数据库应用schema的变更。
4.实验步骤
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来测试验证分支代码。
单击OK。
弹出消息框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显示检出时输入的注释。
单击OK。
一个新版本的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。
ClearQue
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件测试技术 软件 测试 技术 实验 指导书 new