软件测试技术.docx
《软件测试技术.docx》由会员分享，可在线阅读，更多相关《软件测试技术.docx（21页珍藏版）》请在冰豆网上搜索。
软件测试技术
软件测试技术
实
验
指
导
书
桂林工学院电计系计算机教研室
二○○七年五月
目录
时间：
机房号：
得分：
实验1JUnit用例测试
JUnit是一款由ErichGamma（《设计模式》的作者）和KentBeck（极限编程的提出者）编写的开源的回归测试
框架，供Java编码人员做单元测试之用，可以从网站上免费获得。
本文使用的是NetBeans自带的JUnit3.8.1。
二、创建项目
下面打开NetBeans，然后点击菜单“文件”->“新建项目”，打开“新建项目”对话框：
请在“类别”中选择“常规”，再从“项目”中选择“Java应用程序”，然后点击“下一步”，进入“新建Java应用程序”对话框：
在这个对话框中需要设置
项目的名称以及项目所在目录，我为自己的项目起名为JUnitTest，“项目位置”为G:
\YPJCCK\JUnit\NetBeans，此外，请将“创建主类”前的对号去掉。
项目创建好后，已经自带了JUnit3.8.1。
三、编写用于测试的JavaBean
用于测试的JavaBean很简单，名为Book，只有id和name两个属性，这两个属性将分别用于两个用例当中。
下面
开始编写该JavaBean。
请点击“文件”->“新建文件”，打开“新建文件”对话框：
确保“项目”选择的是JUnitTest，然后在“类别”中选中Java类，在“文件类型”中选中Java类，点击“下一个”，进入下一窗口：
设置类名为Book，包为net.zheng.junit.test，设置完成后点击“完成”，修改代码如下：
packagenet.zheng.junit.test;
publicclassBook{
privateStringid=null;
privateStringname=null;
publicStringgetId（）{
returnid;
}
publicvoidsetId（Stringid）{
this.id=id;
}
publicStringgetName（）{
returnname;
}
publicvoidsetName（Stringname）{
this.name=name;
}
}
至此，用于测试的JavaBean编写完成。
四、编写测试用例
这里只用了一个类进行测试，名为BookTest，该类继承自junit.Framework.TestCase类。
BookTest类包含两个用例，分别对应该类的testId和testName方法，即每个方法实现了一个测试用例。
注意，在JUnit中，junit.framework.TestCase的子类中每个用来实现测试用例的方法都必须以testXXX的格式来命名，这些方法在运行时会被执行。
此外，BookTest还包括setUp和tearDown这两个方法，前者在每个测试方法开始之前执行，多用来做初始化；后者在每个测试方法完成之后执行，多用来清理资源。
下面开始编写BookTest。
请点击“文件”->“新建文件”，打开“新建文件”对话框：
确保“项目”选择的是JUnitTest，然后在“类别”中选中JUnit类，在“文件类型”中选中现有类的测试，点击“下一个”，进入下一窗口：
选择要测试的类，点击“完成”，修改代码如下：
packagenet.zheng.junit.test;
importjunit.framework.TestCase;
importjunit.framework.Assert;
publicclassBookTestextendsTestCase{
Bookbook=null;
//建议为测试类创建构造
publicBookTest（Stringname）{
super（name）;
}
protectedvoidsetUp（）throwsException{
//调用超类的setUp（），以确保测试环境被初始化
super.setUp（）;
System.out.println（"测试开始！
"）;
book=newBook（）;
System.out.println（"book对象被初始化！
"）;
}
protectedvoidtearDown（）throwsException{
System.out.println（"book对象将被清理！
"）;
book=null;
System.out.println（"测试结束！
"）;
//调用超类的tearDown（），以确保测试环境被清理
super.tearDown（）;
}
publicvoidtestId（）{
book.setId（"001"）;//设置id属性的值为001
//使用Assert查看id属性的值是否为001
Assert.assertEquals（"001",book.getId（））;
System.out.println（"id属性被测试！
"）;
}
publicvoidtestName（）{
book.setName（"ASP"）;//设置name属性的值为ASP
//使用Assert查看name属性的值是否为JSP，这是个必然出现错误的测试
Assert.assertEquals（"JSP",book.getName（））;
System.out.println（"name属性被测试！
"）;
}
}
这里setUp和tearDown方法没什么好说的，就是执行了对book对象的初始化和清理，不过testId和testName需要说明一下。
前者是在对book的id属性进行测试，首先赋值为”001”，然后使用Assert的assertEquals方法查看id属性中存放的值是否是期待的值，由于我的期待值也是”001”，所以执行后这个用例应该是成功的；后者则是对book的name属性进行测试，也是首先赋值为”ASP”，然后使用Assert的assertEquals方法查看其值是否是期待的，由于我特意将期待值设定为根本不可能的”JSP”，因此这个用例执行后会出现一个错误。
但请注意，由于我是特意要让测试出现错误，所以将期待值设定成了不可能的值，如果你是测试人员，请千万不要这么做，否则如果别的地方导致了错误，很容易给自己造成不必要的麻烦。
下面简单
介绍一下上边用到的静态类junit.framework.Assert。
该类主要包含8个方法：
1．assertEquals（）方法，用来查看对象中存的值是否是期待的值，与字符串比较中使用的equals（）方法类似；
2．assertFalse（）和assertTrue（）方法，用来查看变量是是否为false或true，如果assertFalse（）查看的变量的值是false则测试成功，如果是true则失败，assertTrue（）与之相反；
3．assertSame（）和assertNotSame（）方法，用来比较两个对象的引用是否相等和不相等，类似于通过“==”和“!
=”比较两个对象；
4．assertNull（）和assertNotNull（）方法，用来查看对象是否为空和不为空;
5．fail（）方法，意为失败，用来抛出错误。
我个人认为有两个用途：
首先是在测试驱动开发
中，由于测试用例都是在被测试的类之前编写，而写成时又不清楚其正确与否，此时就可以使用fail方法抛出错误进行模拟；其次是抛出意外的错误，比如要测试的内容是从数据库中读取的数据
是否正确，而导致错误的原因却是数据库连接失败。
五、运行BookTest
编写好BookTest后，就可以运行了。
请在“项目”栏中选中BookTest，点击鼠标右键，选择“运行文件”，测试信息会从“输出”窗口输出：
六、测试套件
当有多个测试类需要一次性进行测试时，可以使用测试套件来完成这项工作。
在NetBeans中，点击“文件”->“新建文件”，打开“新建文件”对话框：
确保“项目”选择的是JUnitTest，然后在“类别”中选中JUnit类，在“文件类型”中选中测试套件，点击“下一个”，进入下一窗口：
修改“类名”为AllTests，点击“完成”，然后修改代码如下：
packagenet.zheng.junit.test;
importjunit.framework.*;
publicclassAllTestsextendsTestCase{
publicAllTests（StringtestName）{
super（testName）;
}
publicstaticTestsuite（）{
TestSuitets=newTestSuite（"AllTests"）;
ts.addTestSuite（BookTest.class）;
returnts;
}
}
其中TestSuite是用来组织测试类的，通过其addTestSuite（）方法将测试类添加到ts对象中，凡是添加到ts中的测试类都将在运行文件时被执行。
此外，您也可以在定义ts对象时利用其构造函数将测试类添加给ts对象，例如：
TestSuitets=newTestSuite（BookTest.class）;
这并不会影响到后续使用addTestSuite（）方法。
测试套件的运行方法与之前一样。
此外，JUnit自身也提供了运行测试的环境，但需要在NetBeans中做一些改动，所以就不作详细介绍了，这里只将代码给出：
packagenet.zheng.junit.test;
importjunit.framework.*;
publicclassTest{
publicstaticvoidmain（String[]args）{
//使用TestSuite组装测试类
TestSuitets=newTestSuite（）;
ts.addTestSuite（TestBook.class）;
//textui，命令行方式
junit.textui.TestRunner.run（ts）;
//Swingui，Swing方式
//junit.swingui.TestRunner.run（ts.getClass（））;
//awtui，AWT方式
//junit.awtui.TestRunner.run（ts.getClass（））;
}
}
时间：
机房号：
得分：
实验2黑盒测试实验
边界值和因果图
1．实验目的：
（1）掌握边界值分析方法设计测试用例；
（2）能够分析问题，画出因果图，得出判定表，从而用因果图法设计测试用例。
2．实验环境
无特殊要求。
3．实验内容：
自动售货机问题:
分析这一段说明，列出原因和结果
画出因果图。
所有原因结点列在左边，所有结果结点列在右边。
建立中间结点，表示处理的中间状态。
中间结点：
11.投入1元硬币且押下饮料按钮
?
12.押下〖橙汁〗或〖啤酒〗的按钮
?
13.应当找5角零钱并且售货机有零钱找
?
14.钱已付清
转换成判定表
在判定表中，把不可能出现的情况删去。
最后根据判定表中剩下的列作为确定测试用例的依据，设计测试用例。
4．实验总结
（1）边界值分析法的设计原则。
（2）因果图法的设计步骤。
5．实验思考题
等价类划分法和边界值分析法的联系和区别。
6．本次实验易犯错误：
在画因果图时，中间结点怎样产生？
时间：
机房号：
得分：
实验3黑盒测试实验
等价类划分
在软件测试中，黑盒测试中的等价类划分法非常重要。
对于软件测试工程师而言，这是一项基本测试技能，掌握它是十分必要的。
1．实验目的
（1）掌握等价类划分方法的步骤；
（2）扩宽测试思维；
2．实验环境
无特殊要求。
3．实验内容及步骤
（1）三角形问题中，首先分析输入和输出；
（2）针对输入进行等价类划分；
（3）从等价类划分的表格中设计测试用例；
（4）NextDate问题
4．实验过程
1．三角形问题
分析三角形问题中给出和隐含的对输入条件的要求：
1）整数
2）三个数
3）非零数
4）正数
5）两边之和大于第三边
6）等腰
7）等边
如果a、b、c满足条件
（1）~（4），则输出下列四种情况之一：
如果不满足条件（5），则程序输出为“非三角形”。
如果三条边相等即满足条件（7），则程序输出为“等边三角形”。
如果只有两条边相等、即满足条件（6），则程序输出为“等腰三角形”。
如果三条边都不相等，则程序输出为“一般三角形”。
划分等价类并编号，如下表所示：
输
入
条
件
输入3个整数
有效等价类
无效等价类
1.整数
2.a为非整数
3.b为非整数
4.c为非整数
5.a和b为非整数
6.b和c为非整数
7.a和c为非整数
8.a、b、c为非整数
9.三个数
10.只输入a
11.只输入b
12.只输入c
13.只输入a、b
14.只输入b、c
15.只输入a、c
16.输入三个以上
17.非零数
18.a为0
19.b为0
20.c为0
21.a和b为0
22.b和c为0
23.a和c为0
24.a、b、c为0
25.正数
26.a<0
27.b<0
28.c<0
29.a<0且b<0
30.a<0且c<0
31.b<0且c<0
32.a<0且b<0且c<0
输
出
条
件
33.一般三角形
34.a+b>c
35.b+c>a
36.a+c>b
37.a+b=c
38.a+b39.b+c=a
40.b+c41.a+c=b
42.a+c43.等腰三角形
44.a=b但a≠c
45.b=c但a≠b
46.a=c但a≠b
47.等边三角形
48.a=b=c
为有效等价类设计测试一个用例
为每一个无效等价类至少设计一个测试用例
2．NextDate问题
NextDate函数包含三个变量month、day和year，函数的输出为输入日期后一天的日期。
例如，输入为1989年5月16日，则函数的输出为1989年5月17日。
要求输入变量month、day和year均为整数值，并且满足下列条件，也就是有效等价类：
1≤month≤12
1≤day≤31
1812≤year≤2012
若条件
（1）~（3）中任何一个条件失效，则NextDate函数都会产生一个输出，指明相应的变量超出取值范围，比如“month的值不在1-12范围当中”。
显然还存在着大量的year、month、day的无效组合，我们可以给出下列无效等价类：
month<1
month>12
day<1
day>31
year<1812
year>2012
测试用例的设计这里就略过，请读者们根据划分好的等价类自行设计。
5．实验总结
（1）等价类划分方法。
（2）用等价类划分法进行测试用例设计的收获体会。
6．实验思考题
为每一个无效等价类至少设计一个测试用例，比如，NextDate问题中我能不能设计这样的测试用例：
0000年-1月38日，为什么？
7．本次实验易犯错误：
等价类分析;为每一个无效等价类至少设计一个测试用例。
时间：
机房号：
得分：
实验4白盒测试
在软件测试中，白盒测试中的基本路径测试非常重要。
对于软件测试工程师而言，这一关不能掠过。
即它是软件测试人员一定要熟练掌握的基本技能之一。
1．实验目的
（1）掌握基本路径测试的步骤；
（2）提高程序分析的能力；
（3）掌握基本路径测试方法。
2．实验环境
Pc机一台、vc++运行环境。
3．实验内容及步骤
（1）程序结构分析，得到控制流图；
（2）计算圈复杂度；
（3）得到基本路径集；
（4）设计测试用例；
（5）执行测试，记录结果。
4．实验过程
（1）从程序流程图得到控制流图
程序流程图又称框图，是我们最熟悉，也是最容易理解的一种程序控制结构的图形表示了。
在这种图上的框里面常常标明了处理要求或者条件，但是，这些标注在做路径分析时是不重要的。
为了了更加突出控制流的结构，需要对程序流程图做一些简化。
在图中我们给出了简化的例子。
其中（a）图示一个含有两个出口判断和循环的程序流程图，我们把它简化成（b）的形式，称这种简化了的程序流程图叫做控制流图。
在控制流图中只有两种图形符号，它们是：
1.节点：
以标有编号的圆圈表示。
它代表了程序流程图中矩形框表示的处理、菱形表示的两个到多个出口判断以及两条到多条流线相交的汇合点。
2.控制流线或弧：
以箭头表示。
它与程序流程图中的流线是一致的，表明了控制的顺序。
为了方便讨论，控制流线通常标有名字，如图中所标的a、b、c等。
（a）（b）
（2）计算环形复杂度
环形复杂度是一种为程序逻辑复杂性提供定量测度的软件度量，将该度量用于计算程序的基本独立路径数目边。
5．实验总结
（1）基本路径测试的方法。
（2）基本路径测试的收获体会。
6．实验思考题
（1）我们计算圈复杂度的目的是什么？
（2）在实验过程中，基本独立路径的概念如何理解？
7.本次实验易犯错误：
（1）控制流图画错；
（2）圈复杂度计算错误；
（3）基本路径集分析错误。
时间：
机房号：
得分：
实验5手机通讯录测试
1．实验目的
（1）实行功能测试
（2）能够分析问题，得到测试需求。
（3）能够自行设计测试过程，测试用例，执行测试后记录测试结果，并且做到最后写的测试文档（测试用例设计、缺陷报告）有比较高的可读性。
2．实验环境
手机一台和相应的手机说明书，手机卡一张。
3．实验内容及步骤
测试依据：
软件研制规范，软件需求说明书，用户手册。
分析测试的内容：
手机输入法有很多种，比如T9,拼音，字母，数字等等。
在编写测试用例的时候，首先要保证各输入法是否能正常输入；能否正常保存；在进行错误输入的时候，是否有响应的提示。
在这里举出几个例子：
1、存储在SIM卡上的记录添加：
1）姓名输入：
i）是否可以使用任意输入法添加汉字、字母、数字，达到姓名允许的最大字节，并能正常保存。
ii）是否可以使用任意输入法添加汉字、字母、数字，在没有进行输入时，是否有警告提示或是否可以正常保存（根据产品要求）。
iii）是否可以使用任意输入法添加汉字、字母、数字，超过姓名允许的最大字节，是否有告警提？
是否可以正常保存。
iV）是否可以进行汉字、字母、数字的混合输入，并重复i~iii，是否有异常。
2）电话号码的输入：
i）是否可输入数字至最大值，并可正常保存。
ii）在不输入数字时，进行保存时，是否有告警提示。
iii）是否可以输入汉字，字母，此时是否有告警提示或异常。
iv）是否可以输入特殊字符，如+、P、*、#，是否可以正常保存。
这里给介绍个出错的案例：
连续输入多个*，P或+，不按电话的号码的正常顺序进行输入，试试，比如"++139***P123",看看是个什么样的效果，是否显示正常。
3）在输入过程中按返回键、挂机键、或翻合翻盖、电源键，是否有告警提示或异常。
4）在各MMI界面下，各按键功能是否正常。
5）待机界面下直接输入数字至最大值，是否可以正常保存。
6）待机界面下直接输入数字即特殊字符（＋，P），是否可以正常保存。
7）将1），6）步骤进行一下排列组合，查看是否有异常情况。
1对2，2对4，4对16，所以测试用例经常的几千条，几万条根本就不希奇，一个名片夹写上1K条也之是写了个小部分。
修改
1）单条记录的修改：
a）是否可以对单条记录进行修改，包括姓名和数字，并重复上面中的1），2），3），4）各步骤。
b）连续将多条记录的内容（姓名或电话号码）修改成一样。
c）手机或SIM卡的所有记录全部一样。
（此条仅作为一条测试手段，在实际的应用中无实际意义。
）
2）连续多条记录进行修改
此条的测试目的是对软件进行压力测试。
删除
1）对单条记录进行删除
i）删除后，列表显示是否正常；数量是否正确。
ii）SIM卡记录为空时，进行删除时，是否有告警提示。
iii）SIM卡记录仅为一条时，删除后，是否有SIM卡内容为空的提示。
iv）在删除过程中，各功能键是否正常。
v）在删除过程中，进行中断操作，是否正常，比如挂机键，电源键等等。
2）对多条记录进行删除，目的是对软件的进行压力测试。
i）连续对SIM卡的多条记录进行删除，是否出现异常情况。
ii）删除SIM卡记录直至为空时，是否有异常。
iii）在删除过程中，各功能键是否正常。
查找
由于各手机的查找功能定制的不同，我们要具体情况具体分析。
2存储在手机上的记录
存储在手机上的记录和存储在SIM卡上的记录的测试用例基本相同。
在测试过程中需要留心的是SIM卡的存储容量以及手机的存储容量，由于软件的定制不同，往往在不同处易出现故障。
比如SIM卡的姓名栏可存储5个汉字，或8个字母、数字，电话号码可以存20位，手机的姓名栏目可以存12个汉字，20个字母、数字，电话号码可以存30位。
在这个不同点之间就容易出现故障。
3批量操作SIM卡记录复制到手机
1）1条SIM
升级会员 