软件测试白盒测试实验报告
- 格式:doc
- 大小:455.00 KB
- 文档页数:7
软件测试实验报告
一、实验内容
本次实验的目的是通过白盒测试技术来对一个接口进行测试,目的是
为了评估接口的可用性和功能性,以及其在各种参数下的表现。
二、实验方法
1.确定测试的边界值:首先,根据接口文档,确定出各个参数的最小值、最大值和正常值,并根据边界值理论,选择出8个典型的测试值,即
最小值、最小值减一、最小值加一、正常值、正常值减一、正常值加一、
最大值、最大值加一,用于确定测试的边界。
2.编写测试用例:用确定的边界值,编写测试用例,以检测接口的可
用性和功能性。
3.执行测试:将编写的测试用例应用到实际情况中,对接口进行测试,并获得测试结果。
三、实验结果
1.测试结果:经过本次白盒测试,发现接口在各个参数下能够正常工作。
2.整体结论:在确定的边界值范围内,接口表现正常,可以满足对该
接口的功能和可用性的要求。
四、实验的建议
本次实验证明,白盒测试在评估接口的可用性和功能性方面是有效的。
但是,为了进一步提高接口的性能,还需要进行更加全面的测试,比如性
能测试、安全测试等,以便获得更好的测试效果。
白盒测试实验报告引言近年来,软件行业发展迅速,软件质量成为软件企业必须关注的重点。
白盒测试是软件测试的一种重要手段。
本文将介绍一次白盒测试实验的过程和结果。
实验内容本次实验采用的测试对象是一款音乐播放器软件,我们将以白盒测试为手段,对音乐播放器软件进行测试,为构建一个健壮性好,功能稳定的音乐播放器软件做出我们的贡献。
实验过程1.需求分析阶段需求分析是基础性工作,是成功进行软件测试的重要基础。
我们首先分析音乐播放器软件的需求,划分出测试的模块和对应的测试用例。
在分析过程中,我们还同时制定了测试计划和测试执行。
2.设计阶段在设计阶段,我们将测试模块分成了多个部分,比如软件启动,音乐播放,音乐分类等等。
设计测试用例时,我们着重考虑了边界值测试用例,异常测试用例,特殊情况测试用例等,以提高测试的覆盖率。
3.实施阶段在实施阶段,我们严格按照测试计划与测试用例执行测试。
针对测试结果,我们每天在会上讨论,分析测试结果,确认产生的缺陷,并提出了解决方案。
我们还记录了测试用例执行过程、测试结果及其缺陷,以备后续参考。
4.缺陷整理与跟踪在检测和记录所有缺陷及其描述、报告和跟踪过程中,我们将测试结果分为三类:一类是重要的缺陷,需要开发人员立即修复;二类是次要的缺陷,将在下一周期处理;三类是需要处理的小错误,可以在后续的版本中修复。
实验结果通过测试,我们发现了多个问题,并对其进行了记录和反馈。
其中主要缺陷有以下几个方面:1.在平台正常工作过程中,应及时清理平台缓存,否则可能导致存储空间的不足,影响音乐播放体验。
2.在进行音频播放时,带缓存的音乐样本(即缓存层的音乐)的播放时,有时会造成截断现象。
3.当用户对相同音频文件进行不同时间的快进、快退操作时,应能保证允许的时间是在音频文件长度范围内的。
结论本次白盒测试实验中,我们收集并汇总了测试过程中遇到的问题,并及时反馈给开发人员。
我们还为软件企业的软件质量提升提供了一定的保障,以帮助企业提高其软件产品的健壮程度和可靠性。
7.使用白盒测试用例设计方法为下面的程序设计测试用例:·程序要求: 10个铅球中有一个假球(比其他铅球的重量要轻), 用天平三次称出假球。
·程序设计思路:第一次使用天平分别称5个球, 判断轻的一边有假球;拿出轻的5个球, 拿出其中4个称, 两边分别放2个球;如果两边同重, 则剩下的球为假球;若两边不同重, 拿出轻的两个球称第三次, 轻的为假球。
【源程序】using System;using System.Collections.Generic;using System.Linq;using System.Text;using NUnit.Framework;namespace Test3_7{[TestFixture]public class TestGetMinValue{[Test]public void AddTwoNumbers(){Random r = new Random();int n;int[] a=new int[10];n = r.Next(0, 9);for (int i = 0; i < a.Length; i++){if (i == n)a[i] = 5;elsea[i] = 10;}GetMin gm = new GetMin();Assert.AreEqual(n,gm.getMinvalue(a));}}public class GetMin{public int getMinvalue(int[] m){double m1 = 0, m2 = 0, m3 = 0, m4 = 0; for (int i = 0; i < 5; i++){m1 = m1 + m[i];}for (int i = 5; i < 10; i++){m2 = m2 + m[i];}if (m1 < m2){m3 = m[1] + m[0];m4 = m[3] + m[4];if (m3 > m4){if (m[3] > m[4])return 4;elsereturn 3;}else if (m3 < m4){if (m[0] > m[1])return 1;elsereturn 0;}elsereturn 2;}else{m3 = m[5] + m[6];m4 = m[8] + m[9];if (m3 < m4){if (m[5] > m[6])return 6;elsereturn 5;}else if (m3 > m4){if (m[8] > m[9])return 9;elsereturn 8;}elsereturn 7;}}}class Program{ static void Main(string[] args) {}}}【运行截图】。
实验二:白盒软件测试一、实验目的通过简单程序白盒测试,熟悉测试过程,对软件测试行程初步了解,并养成良好的测试习惯。
熟练掌握如何运用基路径测试方法进行测试用例设计,初步熟悉如何利用程序插装技术进行逻辑覆盖率分析。
二、实验内容背景:被测测试程序功能:计算被输入日期是星期几;程序定义:已知公元1年1月1日是星期一,只要输入年月日,能自动回复当天是星期几;测试环境: Windows vista、Dev C++;说明:本次测试采用插装测试法,由于程序简单,手动输入测试用例。
程序说明:A程序思路:计算输入日期与公元1年1月1日所相差的天数,具体如下:总天数=公元1年到输入日期上一年年底天数+输入年份的1月到上月月底天数+输入日期的天数B 闰年满足条件(year%4==0)&&(year%100!=0)||(year%400==0)(1)分析各种输入情况,结合程序输出结果,进行等价类划分,并给出详细测试用例;(2)根据(1)所划分的等价类,进行边界值分析,并给出具体的测试用例;(3)决策表测试法;①列出输入变量month、day、year的有效等价类;(条件桩)②分析程序的规格说明,给出问题规定的可能采取操作;(动作桩)③画出决策表(简化);④根据决策表,给出详细测试用例。
代码:(被测部分为while循环内部语句)#include<iostream> usingnamespacestd;intmain(){intx=1,year,month,day;while(x){1.inti,num=0,total,total1,total2;2.cout<<"请输入年份:";3.cin>>year;4.cout<<”请输入月份:“;5.cin>>month;6.cout<<”请输入日期:";7.cin>>day;//求得输入年份之前一年末的总天数8.for(i=1;i<year;i++){9.if((i%4==0)&&(i%100!=0)||(i%400==0))10.num++;}11.total1=365*(year-num-1)+366*num;//求得输入年份的总天数12.if((year%4==0)&&(year%100!=0)||(year%400==0)) { //求得输入月份之前一月末的总天数13.switch(month){case1:total2=0;break;case2:total2=31;break;case3:total2=60;break;case4:total2=91;break;case5:total2=121;break;case6:total2=152;break;case7:total2=182;break;case8:total2=213;break;case9:total2=244;break;case10:total2=274;break;case11:total2=305;break;case12:total2=335;break;}}else{14.switch(month){case1:total2=0;break;case2:total2=31;break;case3:total2=59;break;case4:total2=90;break;case5:total2=120;break;case6:total2=151;break;case7:total2=181;break;case8:total2=212;break;case9:total2=243;break;case10:total2=273;break;case11:total2=304;break;case12:total2=334;break;}//在加上输入的日,求其总和可得到从公元1年1月1日到输入日期当天的总天数15.total=total1+total2+day;16.intweek;17.week=total%7;18.cout<<”您输入的日期是";19.switch(week){case0:cout<<"星期天"<<endl;break;case1:cout<<"星期一"<<endl;break;case2:cout<<"星期二"<<endl;break;case3:cout<<" 星期三"<<endl;break;case4:cout<<"星期四"<<endl;break;case5:cout<<"星期五"<<endl;break;case6:cout<<"星期六"<<endl;break;cout<<"**********退出程序请输入0,否则任一输入继续**********"<<endl;cin>>x;}2、测试用例设计1)控制流图12)环路复杂度计算由图可知,图中的环路有六条,故环路复杂度为六。
软件质量保证与测试实验指导计算机工程学院测试环境配置1.settingJunit(1)startEclipseSelectwindows-preferences-java-buildpath–classpathvariables(2)clicknew,thefigureofnewvariableentryisshown.(3)name JUNIT_LIBselectfile-选择JUnit插件所对应的JAR文件所在地,在Eclipse的安装目录的plugins目录中2.JUNIT的组成框架其中,junit.framework和junit.runner是两个核心包。
junit.framework负责整个测试对象的框架junit.runner负责测试驱动Junit的框架又可分为:A、被测试的对象。
B、对测试目标进行测试的方法与过程集合,可称为测试用例(TestCase)。
C、测试用例的集合,可容纳多个测试用例(TestCase),将其称作测试包(TestSuite)。
D、测试结果的描述与记录。
(TestResult)。
E、每一个测试方法所发生的与预期不一致状况的描述,称其测试失败元素(TestFailure)F、JUnitFramework中的出错异常(AssertionFailedError)。
JUnit框架是一个典型的Composite模式:TestSuite可以容纳任何派生自Test 的对象;当调用TestSuite对象的run()方法是,会遍历自己容纳的对象,逐个调用它们的run()方法。
3.JUnit中常用的接口和类Test接口——运行测试和收集测试结果Test接口使用了Composite设计模式,是单独测试用例(TestCase),聚合测试模式(TestSuite)及测试扩展(TestDecorator)的共同接口。
它的publicintcountTestCases()方法,它来统计这次测试有多少个TestCase,另外一个方法就是publicvoid run(TestResult),TestResult是实例接受测试结果,run方法执行本次测试。
《软件测试技术》实验报告实验序号:03 实验项目名称:使用基本路径覆盖法测试自动售货机程序一、实验目的及要求理解并掌握分支和条件覆盖测试法,能够实际运用;理解并掌握基本路径覆盖测试法,能够实际运用使用Eclipse+JUnit+EclEmma进行单元测试。
二、实验设备(环境)及要求●开发环境:Eclipse v3.7及以上版本;JUnit v4。
10及以上版本;文本编辑软件.●硬件要求:CPU PIV 以上,256M 内存,1G 硬盘空间。
●系统要求:Windows98/Me/XP/NT/2000,IE 5 以上.三、实验内容与步骤1.下载并安装Eclipse+JUnit+EclEmma实验环境;2.通读自动售货机程序,并在Eclipse环境下运行该程序;3.设计自动售货机程序相关的分支覆盖测试用例并进行测试4.设计自动售货机程序相关的条件覆盖测试用例并进行测试。
5.使用基本路径测试法设计测试用例;⏹绘制程序控制流图:⏹计算环路复杂度;⏹确定基本路径;⏹设计测试用例6.完整填写以下表格编号输入值Type输入值money状态预期输出实际情况001Beer5C各资源剩余Input InformationType: Beer; Money: 5 Cents; Change:0Current StateBeer: 5Orange Juice: 65 Cents: 71 Dollar: 6002OrangeJuice5C各资源剩余Input InformationType: OrangeJuice; Money: 5 Cents; Change: 05角零钱Change Shortage一样008OrangeJuice1D各资源均有剩余Input InformationType: OrangeJuice; Money: 1Dollar; Change: 5 CentsCurrent StateBeer:6Orange Juice: 55 Cents: 51 Dollar: 7与预期不一样009OrangeJuice1D没有橙汁Failure InformationOrangeJuice Shortage与预期不一样010Cola1D各资源剩余Failure InformationType Error与预期一样011Beer1D没有零钱Failure InformationChange Shortage与预期不一样012OrangeJuice4C各资源剩余Failure InformationMoney Error与预期一样用有缺陷的代码测试结果:修改代码后:所有测试成功、使用EclEmma检测测试用例覆盖率达100%五、分析与讨论这次试验基于上次的试验,围绕白盒测试的基本路径覆盖法测试进行测试.重点在于对测试用例的设计,试验中借助了程序流程控制图来设计用例。
白盒测试实验报告_三角形实验目的:本实验旨在通过白盒测试的方式对一个三角形程序进行测试,并通过测试结果来验证程序的正确性。
实验原理:三角形是由三条边组成的图形,根据三个边的长度的不同,可以分为三种形态的三角形:等边三角形、等腰三角形和普通三角形。
在这个实验中,我们需要测试一个程序,该程序用于判断给定的三条边是否能够构成一个三角形,并能够进一步判断构成的三角形是何种类型。
实验步骤:1.确定测试用例,包括各种可能的三角形情况,如等边三角形、等腰三角形、普通三角形以及不能构成三角形的情况。
2.编写测试代码,使用白盒测试的方式进行测试。
3.运行测试代码,记录测试结果。
4.分析测试结果,验证程序的正确性。
实验结果:经过测试,测试结果如下:1.测试用例1:输入边长为3、3、3,预期输出为等边三角形,实际输出为等边三角形,测试通过。
2.测试用例2:输入边长为3、4、4,预期输出为等腰三角形,实际输出为等腰三角形,测试通过。
3.测试用例3:输入边长为2、3、4,预期输出为普通三角形,实际输出为普通三角形,测试通过。
4.测试用例4:输入边长为1、2、3,预期输出为不能构成三角形,实际输出为不能构成三角形,测试通过。
实验结论:通过对三角形程序的白盒测试,我们验证了程序的正确性,并确认程序能够正确判断三条边是否能够构成一个三角形,以及进一步判断构成的三角形是何种类型的。
在我们的测试中,程序完全按照我们的预期输出结果,没有发现任何错误。
因此,我们可以认为该程序在给定的测试用例下能够正确地判断三角形,并输出正确的三角形类型。
实验感想:通过本次实验,我深刻理解了白盒测试的重要性。
通过运行测试代码,并仔细分析测试结果,我可以直观地看到程序的运行情况,从而判断程序的正确性。
在编写测试用例时,我尽量覆盖了各种可能的情况,以确保测试的全面性和准确性。
同时,我也意识到了编写高质量代码的重要性,只有代码本身没有错误,才能保证测试的准确性。
白盒测试用例实验报告《白盒测试用例实验报告》一、实验目的本实验旨在通过白盒测试用例的实验报告,了解白盒测试的原理和方法,掌握白盒测试用例的编写和执行过程。
二、实验环境1. 软件环境:Windows 10操作系统、Eclipse集成开发环境2. 硬件环境:个人电脑三、实验内容1. 理解白盒测试的原理和方法2. 编写白盒测试用例3. 执行白盒测试用例4. 分析测试结果并撰写实验报告四、实验步骤1. 阅读相关文献,了解白盒测试的原理和方法2. 选择一个简单的软件模块,编写白盒测试用例3. 在Eclipse中创建测试类,并将编写的测试用例添加到测试类中4. 执行测试用例,观察测试结果5. 分析测试结果,撰写实验报告五、实验结果1. 经过测试,所有编写的白盒测试用例均能正确执行,并且符合预期结果2. 通过对测试结果的分析,发现了一些潜在的代码逻辑错误,并及时进行了修复3. 实验报告中详细记录了测试用例的编写过程、执行结果和分析结论六、实验总结通过本次实验,我对白盒测试有了更深入的了解,掌握了白盒测试用例的编写和执行方法。
同时,通过对测试结果的分析,我也发现了一些代码逻辑上的问题,并及时进行了修复。
这次实验不仅提高了我的软件测试能力,也增强了我对软件质量控制的认识。
七、实验感想白盒测试是软件测试中非常重要的一部分,通过本次实验,我深刻体会到了白盒测试对软件质量的重要性。
在今后的学习和工作中,我将继续深入学习白盒测试的理论知识,提高自己的测试能力,为软件质量的提升贡献自己的力量。
八、参考文献1. 《软件测试与质量保障》,王晓敏,清华大学出版社2. 《软件测试方法与技术》,李彦,人民邮电出版社以上就是本次实验的白盒测试用例实验报告,希望对大家有所帮助。
三角形判定
(1)题目内容描述
输入三条边,进行三角形的判定。
(2)测试用例的编写
测试用例参照三角形的组成规则编写。
根据两边之和大于第三边的规则编写测试用例,并且考虑输入值非法的情况(小于0的数)。
程序代码:
#include <iostream>
using namespace std;
void main()
{
int b;
int c;
int a;
cin >> a >> b >> c;
if (a*b*c != 0 && (a + b > c&&b + c > a&&a + c > b))
{
if (a == b&&b == c)
{
cout << "您输入的是等边三角形!";
}
else if ((a + b > c&&a == b) || (b + c > a&&b == c) || (a + c > b&&a == c))
{
cout << "您输入的是等腰三角形!";
}
else if ((a*a + b*b == c*c) || (b*b + c*c == a*a) || (a*a + c*c == b*b))
{
cout << 您输入的是直角三角形!";
}
else {
cout << ”普通三角形”;
}
}
else{
cout << "您输入的不能构成三角形";
}
}
一:1 2 3 11 预期输出:您输入的不能构成三角形!二:1 2 4 5 11 预期输出:您输入的是等边三角形!三:1 2 4 6 7 11 预期输出:您输入的是等腰三角形!四:1 2 4 6 8 9 11 预期输出:您输入的是直角三角形!五:1 2 4 6 8 10 11预期输出:您输入的是普通三角形
测试实验用例:
一:语句覆盖:
二:条件覆盖:
三:判定条件覆盖:
测试分析:
测试中未发现明显错误,集成工具测试软件在寝室怎么都用不起了,在实验室做的没保存。
通过本次试验,系统的了解了白盒测试的方法,“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。
“白盒”法是穷举路径测试。
在使用这一方案时,测试者必须检查程序的内部结构,从检查程序的逻辑着手,得出测试数据。
贯穿程序的独立路径数是天文数字。
但即使每条路径都测试了仍然可能有错误。
第一,穷举路径测试决不能查出程序违反了设计规范,
即程序本身是个错误的程序。
第二,穷举路径测试不可能查出程序中因遗漏路径而出错。
第三,穷举路径测试可能发现不了一些与数据相关的错误。