XXXX学院
基于逻辑覆盖方法的测试用例设计
与执行
题目：多功能电子计时器
课程名称：软件测试方法和技术
院系：XX学院
专业班级：XXXX
组号: XXX
小组成员：XXX XXXXXX
实验报告成绩：
指导教师：XXX
2017年 X 月 X 日
目录
一、被测程序介绍 (3)
1.1程序背景 (3)
1.2程序功能 (3)
二、被测程序主要测试代码 (3)
三、测试代码的程序流程图 (4)
3.1程序流程图 (4)
四、基于逻辑覆盖方法的测试用例设计 (7)
4.1判定覆盖 (7)
4.2条件覆盖 (7)
4.3判定-条件覆盖 (7)
4.4条件组合覆盖 (8)
五、程序源代码 (8)
六、程序运行截图 (16)
七、实验总结 (16)
参考文献 (17)
一、被测程序介绍
1.1程序背景
该程序是一个图形界面的简单的java小时钟嵌套一个可以排序的多功能秒表，具有良好的、简洁的界面。它是图形界面、线程、流与文件等技术的综合运用，其界面主要采用了java.awt包，javax.swing等。程序实现了电子时钟的基本功能。可以从电脑上获得准确的背景时间，其时间精确到秒。时钟的界面静中带动，秒表跳动。使用人员能快捷简单地进行操作秒表，即时准确地计算时间，对人们的生活有一定的帮助。
1.2程序功能
功能 1
获得准确的背景时间，这时小时钟最基本的功能。
功能 2
按下“start”键，开始计时，秒表跳动。
功能 3
按下“stop”键，停止计时，秒表的时间停留在按下“停止”键的那一刻。
功能 4
按下“sort”键，按历时最短的顺序进行排序。
功能 5
按下“reset”键，秒表归零。
二、被测程序主要测试代码
if(hour<=9)
{
timeInfo+="0"+hour+":";
}
else
{
timeInfo+=hour+":";
}
if(minute<=9)
{
timeInfo+="0"+minute+":";
}
else
{
timeInfo+=""+minute+":";
}
if(second<=9)
{
timeInfo="0"+second;
}
else
{
timeInfo+=second;
}
三、测试代码的程序流程图
3.1程序流程图
根据上述的程序代码，绘制如图1所示的程序流程图，为了方便分析测试用例，将图1简化为图2，其中：
条件A={hour<=9}
条件B={minute<=9}
条件C={second<=9}
语句O={timeInfo+=hour+":"}
语句P={timeInfo+=""+minute+":"}
语句Q={timeInfo+=second}
语句X={timeInfo+="0"+hour+":"}
语句Y={timeInfo+="0"+minute+":"}
语句Z={timeInfo="0"+second}
输出timeInfo
图1
S
图2
四、基于逻辑覆盖方法的测试用例设计
4.1判定覆盖
判定覆盖：设计若干个测试用例，运行所测试程序，使得程序中每个判断的取真分支和取假分支至少经历一次。根据判定覆盖的思想，就是要设计相应的测试用例，以使判定A 、B 、C 分别为真和假，如表1第一个用例覆盖了A=T,B=T,C=T ，第二个用例覆盖了A=F,B=F,C=F ，从而达到判定覆盖。如下为判定覆盖的测试用
4.2条件覆盖
条件覆盖：设计若干个测试用例，运行所测试程序，使得程序中每个判断的每个条件的取值至少一次。对于第一个判定条件A ，可将其分解成以下条件： 条件hour<=9：取真时为T1，取假时为F1。
对于第二个判定条件B ，可分解成：
条件minute<=9：取真时为T2，取假时为F2。
对于第三个判定条件C ，可分解成：
条件
second<=9：取真时为T3，取假时为F3。
根据条件覆盖的思想，选择T1,T2,T3和F1,F2,F3组合，覆盖了3个条件。如下为条件覆盖的测试用例表2。
4.3判定-条件覆盖
判定-条件覆盖：设计足够的测试用例，使得判断中的每个条件的所有可能取值至少执行一次，同时每个判断本身的所有可能判断结果至少执行一次。即要求各个判断的所有可能的条件取值组合至少执行一次。判定覆盖的基本思路即至少保证A、B、C取真和取假各一次，并且要保证6个条件取值（T1，F1，T2，F2，
4.4条件组合覆盖
条件组合覆盖：设计足够的测试用例，运行所测试程序，使得每个判断的所有可能的条件取值组合至少执行一次。即A、B、C每个条件都出现“真”、“假”两种结果，并且让这些结果的所有可能的组合都至少出现一次。按照条件组合覆盖的思想，设计存在的6种组合条件示例如表4所示。
五、程序源代码
package test4;
importjava.awt.*;
importjavax.swing.*;
importjava.util.*;
importjava.text.SimpleDateFormat;
importjava.awt.event.*;
public class jishiqi_2 extends JFrame implements Runnable,ActionListener
{
JPanel jp1,jp2;
JLabel jlb1,jlb2,jlb3;
JButton jb1,jb2,jb3,jb4,jb5,jb6;
JButton jb11,jb22;
JTextArea jta1,jta2;
JTextField jtf1,jtf2,jtf3,jtf4,jtf5,jtf6,jtf7,jtf8;
Thread clock;
JScrollPanejsp;
public jishiqi_2()
{
//对象的实例化
jp1=new JPanel();
jp2=new JPanel();
jlb1=new JLabel("Now Time");
jlb1.setFont(new Font("楷体",Font.BOLD,20)); jlb1.setForeground(Color.RED);
jlb2=new JLabel("record1");
jlb2.setFont(new Font("楷体",Font.BOLD,11)); jlb2.setForeground(Color.RED);
jb1=new JButton("start");
jb1.setFont(new Font("楷体",Font.BOLD,10)); jb1.setForeground(Color.RED);
jb2=new JButton("stop");
jb2.setFont(new Font("楷体",Font.BOLD,10)); jb2.setForeground(Color.RED);
jb3=new JButton("use time");
jb3.setFont(new Font("楷体",Font.BOLD,10)); jb3.setForeground(Color.RED);
jb11=new JButton("reset");
jb11.setFont(new Font("楷体",Font.BOLD,13)); jb11.setForeground(Color.RED);
jb11.setBounds(280,58,10,15);
jb22=new JButton("sort");
jb22.setFont(new Font("楷体",Font.BOLD,13)); jb22.setForeground(Color.RED);
jb1.addActionListener(this);
jb2.addActionListener(this);
jb3.addActionListener(this);
jlb3=new JLabel("record2");
jlb3.setFont(new Font("楷体",Font.BOLD,11));
jlb3.setForeground(Color.RED);
jb4=new JButton("start");
jb4.setFont(new Font("楷体",Font.BOLD,10));
jb4.setForeground(Color.RED);
jb5=new JButton("stop");
jb5.setFont(new Font("楷体",Font.BOLD,10));
jb5.setForeground(Color.RED);
jb6=new JButton("use time");
jb6.setFont(new Font("楷体",Font.BOLD,10));
jb6.setForeground(Color.RED);
//注册监听
jb4.addActionListener(this);
jb5.addActionListener(this);
jb6.addActionListener(this);
jb11.addActionListener(this);
jb22.addActionListener(this);
//实例化对象
jta1=new JTextArea(" ",2,10);
jtf1=new JTextField(" ",5);
jtf2=new JTextField(" ",5);
jtf3=new JTextField(" ",2);
jtf4=new JTextField(" ",5);
jtf5=new JTextField(" ",5);
jtf6=new JTextField(" ",2);
jtf7=new JTextField("S",2);
jtf8=new JTextField("S",2);
jtf7.setFont(new Font("楷体",Font.BOLD,10));
jtf7.setForeground(Color.RED);
jtf8.setFont(new Font("楷体",Font.BOLD,10));
jtf8.setForeground(Color.RED);
jta1.setBackground(Color.black);
jta1.setBorder(BorderFactory.createLineBorder(Color.red));
jta2=new JTextArea("记录排序:",2,8);
jta2.setEditable(false);
jta2.setFont(new Font("楷体",Font.BOLD,17)); jta2.setBackground(Color.red);
jp2.setBackground(Color.black);
jsp=new JScrollPane();
jsp.setViewportView(jta2);
//将各组件加入面板容器中
jp1.add(jlb1);
jp1.add(jta1);
jp1.add(jb11);
jp1.add(jb22);
jp2.add(jlb2);
jp2.add(jb1);
jp2.add(jtf1);
jp2.add(jb2);
jp2.add(jtf2);
jp2.add(jb3);
jp2.add(jtf3);
jp2.add(jtf7);
jp2.add(jlb3);
jp2.add(jb4);
jp2.add(jtf4);
jp2.add(jb5);
jp2.add(jtf5);
jp2.add(jb6);
jp2.add(jtf6);
jp2.add(jtf8);
//将个容器加入JFrame这个容器中
this.add(jp1);
this.add(jp2);
this.add(jsp);
this.add(jp2);
//设置界面管理布局
jp1.setBackground(Color.black);
this.setBackground(Color.black);
BorderLayout border=new BorderLayout(); this.setLayout(border);
this.add(jp1,BorderLayout.NORTH);
this.add(jp2,BorderLayout.CENTER);
this.add(jsp,BorderLayout.EAST);
this.setTitle("多功能计时器");
start();
this.setSize(580,200);
this.setLocation(200,150);
this.setResizable(false);
this.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
this.setVisible(true);
}
public void paint(Graphics g) //绘画时间
{
Graphics2D g2=(Graphics2D)g;
super.paint(g2);
Calendar now=new GregorianCalendar();
String timeInfo=" ";
int hour=now.get(Calendar.HOUR_OF_DAY);
int minute=now.get(Calendar.MINUTE);
int second=now.get(Calendar.SECOND);
if(hour<=9)
{
timeInfo+="0"+hour+":";
}
else
{
timeInfo+=hour+":";
}
if(minute<=9)
{
timeInfo+="0"+minute+":";
}
else
{
timeInfo+=minute+":";
}
if(second<=9)
{
timeInfo+="0"+second;
}
else
{
timeInfo+=second;
}
g2.setFont(new Font("楷体",Font.BOLD,20));
g2.setColor(Color.red);
g2.drawString(timeInfo,200,58);
}
public void start()
{
if(clock==null)
{
clock=new Thread(this);
clock.start();
}
}
public void run()
{
while(clock!=null)
{
repaint();
try
{
Thread.sleep(1000);
}
catch (Exception e)
{
e.printStackTrace();
}
}
}
public void actionPerformed(ActionEvent e) //事件处理机制{
Calendar now=new GregorianCalendar();
String timeInfo=" ";
int hour=now.get(Calendar.HOUR_OF_DAY);
int minute=now.get(Calendar.MINUTE);
int second=now.get(Calendar.SECOND);
if(hour<=9)
{
timeInfo+="0"+hour+":";
}
else
{
timeInfo+=hour+":";
}
if(minute<=9)
{
timeInfo+="0"+minute+":";
}
else
{
timeInfo+=""+minute+":";
}
if(second<=9)
{
timeInfo="0"+second;
}
else
{
timeInfo+=second;
}
if(e.getSource()==jb1)
{
jtf1.setText(timeInfo+"");
jtf1.setFont(new Font("楷体",Font.BOLD,11));
jtf1.setForeground(Color.RED);
}
else if(e.getSource()==jb2)
{
jtf2.setText(timeInfo+"");
jtf2.setFont(new Font("楷体",Font.BOLD,11));
jtf2.setForeground(Color.RED);
}
else if(e.getSource()==jb3)
{
String d1=jtf1.getText();
String d2=jtf2.getText();
SimpleDateFormatsdf=new SimpleDateFormat("hh:mm:ss");
try
{
long m=(sdf.parse(d2).getTime())-(sdf.parse(d1).getTime());
long res1;
res1=m/1000;
jtf3.setText(""+res1);
jtf3.setFont(new Font("楷体",Font.BOLD,11));
jtf3.setForeground(Color.RED);
}
catch (Exception e2)
{
e2.printStackTrace();
}
}
else if(e.getSource()==jb4)
{
jtf4.setText(timeInfo+"");
jtf4.setFont(new Font("楷体",Font.BOLD,11));
jtf4.setForeground(Color.RED);
}
else if(e.getSource()==jb5)
{
jtf5.setText(timeInfo+"");
jtf5.setFont(new Font("楷体",Font.BOLD,11));
jtf5.setForeground(Color.RED);
}
else if(e.getSource()==jb6)
{
String d3=jtf4.getText();
String d4=jtf5.getText();
SimpleDateFormatsdf=new SimpleDateFormat("hh:mm:ss");
try
{
long m=(sdf.parse(d4).getTime())-(sdf.parse(d3).getTime());
long res2;
res2=m/1000;
jtf6.setText(""+res2);
jtf6.setFont(new Font("楷体",Font.BOLD,11));
jtf6.setForeground(Color.RED);
}
catch (Exception e3)
{
e3.printStackTrace();
}
}
else if(e.getSource()==jb11)
{
jtf1.setText("");
jtf2.setText("");
jtf3.setText("");
jtf4.setText("");
jtf5.setText("");
jtf6.setText("");
}
else if(e.getSource()==jb22)
{
int num1,num2;
num1 = Integer.parseInt(jtf3.getText());
num2 = Integer.parseInt(jtf6.getText());
if(num1<=num2)
{
jta2.setText("记录排序:\r\n"+"record1 "+"\r\n"+"record2");
jta2.setFont(new Font("楷体",Font.BOLD,17));
jta2.setForeground(Color.black);
}
else
{
jta2.setText("记录排序:\r\n"+"record2 "+"\r\n"+"record1");
jta2.setFont(new Font("楷体",Font.BOLD,17));
jta2.setForeground(Color.black);
}
}
}
public static void main(String[] args)
{
jishiqi_2jsq=new jishiqi_2();
}
}
六、程序运行截图
七、实验总结
通过这次基于逻辑覆盖方法的测试用例设计与执行的测试实验使我团队懂得了理论与实际相结合是很重要的，只有理论知识是远远不够的，只有把所学的理论知识与实践相结合起来，从理论中得出结论，才能真正为社会服务，从而提高自己的实际动手能力和独立思考的能力。我们在进行测试用例的过程中，发现基于逻辑覆盖的条件组合覆盖方法，测试也并不完美，由流程图2可知，此程序模块有8条不同的路径：
P1(1-3-5-7)
P2(1-2-4-6)
P3(1-3-4-6)
P4(1-3-4-7)
P5(1-3-5-6)
P6(1-2-4-7)
P7(1-2-5-6)
P8(1-2-5-7)
根据每个测试用例经历的程序代码，确定其覆盖路径P1、P2，但P3、P4、P5、P6、P7、P8没有被覆盖，这就说明了即使是再强大的逻辑覆盖也是有缺陷的，因此一个充分的测试，不仅要求考虑覆盖每个条件、每个判定，而且还要考虑达到覆盖基本路径等等各方面的问题。这就需要我们养成一个全方位看问题的习惯。
总的来说，这次对多功能计时器进行的测试实验还是比较成功的，有点小小的成就感，终于觉得平时所学的知识有了实用的价值，达到了理论与实际相结合的目的，不仅学到了不少知识，而且锻炼了自己的能力，使自己对以后的路有了更加清楚的认识，同时，对未来有了更多的信心。
参考文献
[1]朱少民.软件测试方法和技术(3版).北京：清华大学出版社,2014.
[2]张海藩、牟永敏著. 软件工程导论（第6版）.北京：清华大学出版社,2013.
[3]陈国君.Java程序设计基础(第5版).北京：清华大学出版社，2015.
【黑盒技术】 一、因果图方法的思路是：从用自然语言书写的程序规格说明描述中找出因（输入条件）和果（输出或程序状态的改变），通过因果图转换为判定表。 分析中国象棋中走马的实际情况（下面未注明的均指的是对马的说明），马走日字型（邻近交叉点无棋子），遇到对方棋子可以吃掉，遇到本方棋子不能落到该位置。 [问题1]（3分） 应用中可能有多种输入条件，在什么情况下可采用因果图法设计测试用例？[问题2]（（4.5分） 根据上述说明，利用因果图法，下面列出走棋出现的情况和结果，找出哪些是正确的输入条件，哪些是正确的输出结果，请把相应的字母编号填入表中。 A.落点在棋盘上； B.落点与起点构成日字； C.移动棋子； D.落点处为对方棋子； E.落点处为自己方棋子； F.移动棋子，并除去对方棋子； G.落点方向的邻近交叉点无棋子； H.不移动棋子； I.落点处无棋子。 [问题3]（4.5分） 下图画出中国象棋中走马的因果图，请把问题2中列出的输入条件和输出结果的字母编号填入到空白框中相应的位置。
输入条件输出条件 二、场景法是黑盒测试中重要的测试用例设计方法。目前多数软件系统都是用事件触发来控制业务流程，事件触发时的情景便形成了场景，场景的不同触发顺序构成用例。场景法通过场景描述业务流程（包括基本流（基本流程）和备选流（分支流程）），设计用例遍历软件系统功能，验证其正确性。 图 1 描述了简化的中心层、省市层、地区层三级的“公文流转”业务流程，表1 描述了省市层（图 1 阴影部分）业务的基本流和备选流。 公文的状态包括：己下发、未下发、已接收、未接收。
【问题1】（5 分） 用表 1 中表述的基本流和备选流，使用场景法设计测试场景。基本流和备选流用表1中对应的字母编号表示。 【问题2】（10 分） 下表给出了测试用例名称，请将表中的输入条件和预期输出补充完整。 三、场景法是黑盒测试中重要的测试用例设计方法。目前多数软件系统都是用事件触发来控制业务流程，事件触发时的情景便形成了场景，场景的不同触发顺序构成用例。场景法通过场景描述业务流程（包括基本流(基本流程)和备选流(分支流程)），设计用例遍历软件系统功能，验证其正确性。 下面是对网上银行支付交易系统的基本流和备选流的描述：
决策表，也叫判定表。在所有的功能性测试方法中，基于决策表的测试方法被认为是最严格的，因为决策表具有逻辑严格性。 在一些数据处理问题当中，某些操作的实施以来与多个逻辑条件的组合，既针对不同逻辑条件的组合之，分别执行不同的操作；决策表就是分析和表达多逻辑条件下执行不同操作情况的工具。 1 决策表通常由以下4部分组成： 条件桩(condition stub)：列出了问题的所有条件。通常认为列出的条件的次序无关紧要。 动作桩(action stub)：列出了问题规定可能采取的操作。这些操作的排列顺序没有约束。 条件项(condition entry)：列出针对它所列条件的取值，在所有可能情况下的真假值。作项(action entry)：列出在条件项的各种取值情况下应该采取的动作。 2 决策表的生成： （1）确定规则的个数 ?有n个条件的决策表有2n个规则（每个条件取真、假值）。（2）列出所有的条件桩和动作桩 （3）填入条件项 （4）填入动作项，得到初始决策表 （5）简化决策表，合并相似规则
?若表中有两条以上规则具有相同的动作，并且在条件项之间存在极为相似的关系，便可以合并。 ?合并后的条件项用符号“-”表示，说明执行的动作与该条件的取值无关，称为“无关条件”。 举个例子↓↓
3 决策表的优缺点： 决策表最突出的优点是，能够将复杂的问题按照各种可能的情况全部列举出来，简明并避免遗漏。 ? 利用决策表能够设计出完整的测试用例集合。 ? 运用决策表设计测试用例可以将条件理解为输入，将动作理解为输出 4 何种情况下使用？ ? 规格说明以决策表形式给出，或较容易转换为决策表；
系统测试用例设计方法 --------------王永安
目录 一、测试用例格式以及写作要点 (3) 二、系统测试用例设计方法 (4) 1、等价类划分法 (5) 2、边界值分析法 (6) 3、判定表法 (7) 4、因果图法 (9) 5、状态迁移图法 (15) 6、流程分析法 (20) 7、正交试验法 (35) 8、错误推测法 (42)
一、测试用例格式以及写作要点 测试用例编号 测试用例编号是由字母和数字组合而成的，用例的编号应该具有唯一性，易识别性。比如可以采用统一的约定，产品编号—ST—系统测试项名—系统测试子项名—编号。这样看到编号就可以知道是做的什么测试，测试的对象是什么。也方便维护。 测试项目 你现在这个测试用例所测的项目名，可以是测试用例所属的大类，被测需求，被测的模块，或者是被测的单元。例如：计算器加法功能。 测试标题 测试标题是对测试用例的简单描述。用概括的语言描述该测试用例的测试点。每个测试用例的标题不能够重复，因为每个测试用例的测试点是不一样的。例如：手机在没有SIM 卡的情况下，拨打119。 重要级别 重要级别分为高中底三等： 高：保证系统基本功能、重要特性、实际使用频率比较高的用例； 中：重要程度介于高和底之间的测试用例； 底：实际使用频率不高、对系统业务功能影响不大的模块或功能的测试用例。 注：一般情况下，重要级别为高的测试用例，一个测试子项里有且尽有一个，大多数都是重要级别为中的测试用例。因为一般我们会进行一个系统测试预测试，如果重要级别为高的太多，则就失去了预测试的实际意义。 预置条件 就是执行当前测试用例的前提条件，如果不满足这些条件，则无法进行测试。 输入 测试用例执行时，需要输入的外部信息。例如某一个文件，数据记录等。
一、等价类划分法 例子1： 现在有一个档案管理系统，容许用户通过输入年月对档案文件进行检索，系统对查询条件年月的输入限定为1990年1月-2049年12月，并规定，日期由6位数字组成，前4位表示年，后2位表示月。 1，根据需求进行分析，找出有哪些输入条件 年份：【1990，2049】 月份：【01，12】 字符长度：6位 字符类型：数字 2，画出等价类 输入条件有效等价类边界值分析无效等价类 年份【1990，2049】（1）上点：1990，2049（12） 离点：1989，2050 内点：2016 <1990 （2）>2049 （3） 月份【01，12】（4）上点：01，12（13） 离点：00，13 内点：11 <01 （5）>12 （6） 字符长度6位（7）上点：6 离点：5，7 内点：6 <6 （8）>6 （9） 字符类型数字（10）非数字（11）3，为每个等价类规定一个唯一编号（如上图） 4，转换成测试用例 转换测试用例的原则： A，设计一个测试用例尽可能多的覆盖多个有效等价类； B，设计一个测试用例必须对应覆盖一个无效等价类。 有效等价类用例： 用例1：201611 （1）（4）（7）（10） 无效等价类用例： 用例2：198911 （2） 用例3：205011 （3） 用例4：201600 （5） 用例5：201613 （6） 用例6：20161 （8） 用例7：2016113 （9） 用例8：20161a/abcedf （11） 根据边界值分析法分析后补充测试用例 用例9：199001 （12） 用例10：204912 （13） 5，转成正式格式用例（用例写作的8大要素） 用例编号D1223232_ST_Search_Date_001 项目搜索功能 标题输入正确的日期格式成功搜索
1白盒测试用例设计方法 1.1白盒测试简介 白盒测试又称结构测试、逻辑驱动测试或基于程序的测试，一般多发生在单元测试阶段。白盒测试方法主要包括逻辑覆盖法，基本路径法，程序插装等。 这里重点介绍一下常用的基本路径法，对于逻辑覆盖简单介绍一下覆盖准则。 1.2基本路径法 在程序控制流图的基础上,通过分析控制构造的环路复杂性，导出独立路径集合，从而设计测试用例，设计出的测试用例要保证在测试中程序的每一个可执行语句至少执行一次。 在介绍基本路径测试方法（又称独立路径测试）之前，先介绍流图符号： 图1 如图1所示，每一个圆，称为流图的节点，代表一个或多个语句，流程图中的处理方框序列和菱形决策框可映射为一个节点，流图中的箭头，称为边或连接，代表控制流，类似于流程图中的箭头。一条边必须终止于一个节点，即使该节点并不代表任何语句，例如，图2中两个处理方框交汇处是一个节点，边和节点限定的范围称为区域。 图2
任何过程设计表示法都可被翻译成流图，下面显示了一段流程图以及相应的流图。 注意，程序设计中遇到复合条件时（逻辑or, and, nor 等），生成的流图变得更为复杂，如(c)流图所示。此时必须为语句IF a OR b 中的每一个a 和b 创建一个独立的节点。
(c)流图 独立路径是指程序中至少引进一个新的处理语句集合，采用流图的术语，即独立路径必须至少包含一条在定义路径之前不曾用到的边。例如图(b)中所示流图的一个独立路径集合为： 路径1：1-11 路径2：1-2-3-4-5-10-1-11 路径3：1-2-3-6-8-9-10-1-11 路径4：1-2-3-6-7-9-10-1-11 上面定义的路径1，2，3 和4 包含了(b)流图的一个基本集，如果能将测试设计为强迫运行这些路径，那么程序中的每一条语句将至少被执行一次，每一个条件执行时都将分别取true 和false（分支覆盖）。应该注意到基本集并不唯一，实际上，给定的过程设计可派生出任意数量的不同基本集。如何才能知道需要寻找多少条路径呢？可以通过如下三种方法之一来计算独立路径的上界： 1. V=E-N+2，E 是流图中边的数量，N 是流图节点数量。 2. V=P+1，P 是流图中判定节点的数量 3. V=R，R 是流图中区域的数量 例如，(b)流图可以采用上述任意一种算法来计算独立路径的数量 1. V=11 条边-9 个节点+2=4 2. V=3 个判定节点+1=4 3. 流图有4 个区域，所以V=4 由此为了覆盖所有程序语句，必须设计至少4 个测试用例使程序运行于这4 条路径。 在采用基本路径测试方法中，获取测试用例可参考以下方式：
常见的测试用例设计方法都有哪些 常见的测试用例设计方法都有哪些？ 请分别以具体的例子来说明这些方 法在测试用例设计工作中的应用。 1. 等价类划分常见的软件测试面试题划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并 合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 2. 边界值分析法边界值分析方法是对等价类划 分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入
输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误. 使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据. 3. 错误推测法基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法. 错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结。还有, 输入数据和输出数据为0 的情况。输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例. 4. 因果图方法前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查
测试用例设计方法之因果图法 (一)因果图法的来源 大家熟悉的等价类划分法和边界值分析法，都是着重考虑输入条件，但未考虑输入条件之间的联系、相互组合等； 但是，如考虑所输入条件之间的相互组合，会由于组合情况数目相当大，需要大量的测试用例； 因果图法，是一种帮助人们系统地选择一组高效率测试用例的方法。(二)因果图法的特点 考虑输入条件间的组合关系； 考虑输出条件对输入条件的信赖关系，即因果关系； 测试用例发现错误的效率高； 能检查出功能说明中的某些不一致或遗漏； 因果图方法最终生产的就是判定表，它适合于检查程序输入条件和各种组合情况。 (三)因果图法基本步骤 1.分割功能说明书 对于规模比较大的程序来说，由于输入条件的组合数太大，所以很难整体上使用一个因果图。我们可以把它划分为若干部分，然后分别对每个部分使用因果图。例如，测试编译程序时，可以把每个语句作为一个部分。 2.识别出“原因”和“结果”，并加以编号 所谓原因，是指输入条件或输入条件的等价类；而结果则是指输出条件或输出条件的等价类。每个原因或结果都对应于因果图中的一个节点。当原因或结果成立（或出现）时，相应的节点取值为1，否则为0。 例如，有一个饮料自动售货机（处理单价为5角钱）的控制处理软件，它的软件规格说明如下： 若投入5角钱的硬币，按下“橙汁”或“啤酒”的按钮，则相应的饮料就送出来。若投入1元钱的硬币，同样也是按“橙汁”或“啤酒”的按钮，则自动售货机在送出相应饮料的同时退回5角钱的硬币。
分析这一段说明，我们可以列出原因和结果。 原因如下： ?投入1元硬币； ?投入5角硬币； ?按下“橙汁”按钮； ?按下“啤酒”按钮 结果 ?退还5角钱； ?送出“橙汁”饮料； ?送出“啤酒”饮料 3.根据功能说明书中规定的原因和结果之间的关系画出因果图 因果图的基本符号如图1所示： 1.因果图的基本符号 图中左边的节点表示原因，右边的节点表示结果。恒等、非、或、与的含义： ?恒等：若a=1，则b=1；若a=0，则b=0； ?非：若a=1，则b=0，若a=0，则b=1； ?或：若a=1或b=1或c=1，则d=1；若a= b= c=0，则d=0； ?与：若a= b= c=1，则d=1；若a=0或b=0或c=0，则d=0。 画因果图时，原因在左，结果在右，由上而下排列，并根据功能说明书中规定的原因和结果之间的关系，用上述基本符号连接起来。在因果图中还可以引入一些中间节点。
测试用例设计方法--正交试验法详解 正交试验法介绍 正交试验法是研究多因素、多水平的一种试验法，它是利用正交表来对试验进行设计，通过少数的试验替代全面试验，根据正交表的正交性从全面试验中挑选适量的、有代表性的点进行试验，这些有代表性的点具备了“均匀分散，整齐可比”的特点。 正交表是一种特制的表格，一般用L n (m k )表示，L 代表是正交表，n 代表试验次数或正交表的行数，k 代表最多可安排影响指标因素的个数或正交表的列数，m 表示每个因素水平数，且有n=k*(m-1)+1。 正交表的特点 正交表具有以下两个特点。正交表必须满足这两个特点，有一条不满足，就不是正交表。 每列中不同数字出现的次数相等。这一特点表明每个因素的每个水平与其它因素的每个水平 参与试验的几率是完全相同的，从而保证了在各个水平中最大限度地排除了其它因素水平的干扰，能有效地比较试验结果并找出最优的试验条件。 在任意2列其横向组成的数字对中，每种数字对出现的次数相等。这个特点保证了试验点均匀地分散在因素与水平的完全组合之中，因此具有很强的代表性。 使用正交试验法的原因 对于单因素或两因素试验，因其因素少，试验的设计、实施与分析都比较简单。但在实际工作中，常常需要同时考察3个或3个以上的试验因素，若进行全面试验，试验的规模很大，由于时间和成本的限制我们不可能进行全面试验，但是具体挑其中的哪些测试用例进行测试我们心里拿不准，总担心不做不挑选的那些测试用例会遗漏一些严重缺陷。为了有效的、合理地减少测试的工时与费用，我们利用正交试验法来设计测试用例。正交试验法就是安排多因素试验、寻求最优水平组合的一种高效率的试验设计方法。 我们用测试实例来进行说明使用正交试验法设计测试用例的好处。 测试需求： 某所大学通信系共2个班级，刚考完某一门课程，想通过“性别”、“班级”和“成绩”这三个查询条件对通信系这门课程的成绩分布，男女比例或班级比例进行人员查询： 根据“性别”=“男，女”进行查询 根据“班级”=“1班，2班”查询 根据“成绩”=“及格，不及格”查询 按照传统设计——全部测试 分析上述测试需求，有3个被测元素，被测元素我们称为因素，每个因素有两个取值，
如何设计和执行测试用例测试需求收集完毕后，开始测试设计。 测试用例是什么?测试用例就是一个文档，描述输入、动作、或者时间和一个期望的结果，其目的是确定应用程序的某个特性是否正常的工作。设计测试用例需要考虑以下问题： 测试用例的基本格式： 软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果，下面逐一介绍。 用例编号：测试用例的编号有一定的规则，比如系统测试用例的编号这样定义规则： PROJECT1-ST-001 ，命名规则是项目名称+测试阶段类型(系统测试阶段)+编号。定义测试用例编号，便于查找测试用例，便于测试用例的跟踪。 测试标题：对测试用例的描述，测试用例标题应该清楚表达测试用例的用途。比如“测试用户登录时输入错误密码时，软件的响应情况”。 重要级别：定义测试用例的优先级别，可以笼统的分为“高”和“低”两个级别。一般来说，如果软件需求的优先级为“高”，那么针对该需求的测试用例优先级也为“高” ;反之亦然， 测试输入：提供测试执行中的各种输入条件。根据需求中的输入条件，确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性，如果软件需求中没有很好的定义需求的输入，那么测试用例设计中会遇到很大的障碍。 操作步骤：提供测试执行过程的步骤。对于复杂的测试用例，测试用
例的输入需要分为几个步骤完成，这部分内容在操作步骤中详细列出。 预期结果：提供测试执行的预期结果，预期结果应该根据软件需求中的输出得出。如果在实际测试过程中，得到的实际测试结果与预期结果不符，那么测试不通过;反之则测试通过。 软件测试用例的设计主要从上述 6 个域考虑，结合相应的软件需求文档，在掌握一定测试用例设计方法的基础上，可以设计出比较全面、合理的测试用例。具体的测试用例设计方法可以参见相关的测试书籍，白盒测试方法和黑盒测试方法在绝大多数的软件测试书籍中都有详细的介绍。 一般来说，每个软件公司的项目可以分为固定的几大类。可以按业务类型划分，比如 ERP 软件、产品数据管理软件、通信软件、地理信息系统软件等等;可以按软件结构来划分，比如 B/S 架构的软件、 C/S 架构的软件、嵌入式软件等等。参考同类别软件的测试用例，会有很大的借鉴意义。如果，公司中有同类别的软件系统，千万别忘记把相关的测试用例拿来参考。如果，系统非常接近，甚至经过对测试用例简单修改就可以应用到当前被测试的软件。“拿来主义”可以极大的开阔测试用例设计思路，也可以节省大量的测试用例设计时间。 加强测试用例的评审： 测试用例设计完毕后，最好能够增加评审过程。 同行评审是 CMM3 级的一个 KPA ，如果因为公司没有通过 CMM3 级，就不开展同行评审是不恰当的。测试用例应该由产品相关的软件测试人员和软件开发人员评审，提交评审意见，然后根据评审意见更新测试用例。如果认真操作这个环节，测试用例中的很多问题都会暴露出来，比如用例设计错
常见的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。 1. 等价类划分 常见的软件测试面试题划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 2. 边界值分析法 边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误. 使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据. 3. 错误推测法 基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法. 错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结。还有, 输入数据和输出数据为0的情况。输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例. 4. 因果图方法 前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）. 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况. 5. 正交表分析法 有时候，可能因为大量的参数的组合而引起测试用例数量上的激增，同时，这些测试用例并没有明显的优先级上的差距，而测试人员又无法完成这么多数量的测试，就可以通过正交表来进行缩减一些用例，从而达到尽量少的用例覆盖尽量大的范围的可能性。 6. 场景分析方法
测试用例设计方法 1等价类划分 1.1 理论知识 等价类划分是一种典型的黑盒测试方法。这一方法完全不考虑程序的内部结构，只依据程序的规格说明来设计测试用例。 等价类是指某个输入域的子集合。在该子集合中，各个输入数据对于揭示程序中的错误都是等效的。 等价类合理地假设：某个等价类的代表值，与该等价类的其他值，对于测试来说是等价的。 因此，可以把全部的输入数据划分成若干的等价类，在每一个等价类中取一个数据来进行测试。这样就能以较少的具有代表性的数据进行测试，而取得较好的测试效果。 等价类划分是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法. 1) 分类： 划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能. 无效等价类:与有效等价类的定义恰巧相反. 设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性. 2）划分等价类的方法: 下面给出六条确定等价类的原则： ①在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类. ②在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,可确立一个有效
以中国象棋中走马的测试用例设计为例学习因果图的使用方法。 分析中国象棋中走马的实际情况（下面未注明的均指的是对马的说明） 1如果落点在棋盘外，则不移动棋子； 2、如果落点与起点不构成日字型，则不移动棋子； 3、如果落点处有自己方棋子，则不移动棋子； 4、如果在落点方向的邻近交叉点有棋子（绊马腿），则不移动棋子； 5、如果不属于1-4条，且落点处无棋子，则移动棋子； 6、如果不属于1-4条，且落点处为对方棋子（非老将），则移动棋子并除去对方棋子； 7、如果不属于1-4条，且落点处为对方老将，则移动棋子，并提示战胜对方，游戏结束。原因：结果： 1、落点在棋盘上； 2、落点与起点构成日字； 3、落点处为自己方棋子； 4、落点方向的邻近交叉点无棋子； 5、落点处无棋子； 6、洛点处为对方棋子（非老将）； 7、洛点处为对方老将。21、不移动棋子； 22、移动棋子； 23、移动棋子，并除去对方棋子； 24、移动棋子，并提示战胜对方，结束游戏。 L2345678 111110000 2]101I00 3L3101c10 11111100 2200001 2101000 23（.1010] 测试 用例 A3 A8 AR A? R5 B4 RN ur Cl X6 SD PS 考虑结果不能同时发生，所以对其施加唯一约束施加异约束E。 根据因果图建立判定表：（分为两表）0。原因5、6、7不能同时发生，所以对其 添加中间节点11，目的是作为导出结果的进一步原因，简化因果图导出的判定表
注：1、以上判定表中由于表格大小限制没有列出最后所选的测试用例；2、第2表中部分列被合并表示不可能发生的现象；3、通过中间节点将用例的判定表简化为两个小表。减少工 作量。 四、根据判定表写测试用例表（略）
用户名密码测试用例编 写方法 标准化管理处编码[BBX968T-XBB8968-NNJ668-MM9N]
别小看了这个用户名密码这么简单的输入框。可测试的内容还是很多的，并且引发的问题也有很多种类。下面就说一说他的测试方法。？ 一、用户注册 只从用户名和密码角度写了几个要考虑的测试点，如果需求中明确规定了安全问题，Email，出生日期，地址，性别等等一系列的格式和字符要求，那就都要写用例测了~ 以等价类划分和边界值法来分析 1.填写符合要求的数据注册：用户名字和密码都为最大长度（边界值分析，取上点） 2.填写符合要求的数据注册：用户名字和密码都为最小长度（边界值分析，取上点） 3.填写符合要求的数据注册：用户名字和密码都是非最大和最小长度的数据（边界值分析，取内点）
4.必填项分别为空注册 5.用户名长度大于要求注册1位（边界值分析，取离点） 6.用户名长度小于要求注册1位（边界值分析，取离点） 7.密码长度大于要求注册1位（边界值分析，取离点） 8.密码长度小于要求注册1位（边界值分析，取离点） 9.用户名是不符合要求的字符注册（这个可以划分几个无效的等价类，一般写一两个就行了，如含有空格，#等，看需求是否允许吧~） 10.密码是不符合要求的字符注册（这个可以划分几个无效的等价类，一般写一两个就行了） 11.两次输入密码不一致（如果注册时候要输入两次密码，那么这个是必须的）
12.重新注册存在的用户 13.改变存在的用户的用户名和密码的大小写，来注册。（有的需求是区分大小写，有的不区分） 14.看是否支持tap和enter键等；密码是否可以复制粘贴；密码是否以* 之类的加秘符号显示 备注：边界值的上点、内点和离点大家应该都知道吧，呵呵，这里我就不细说了~~ 二、修改密码 当然具体情况具体分析哈~不能一概而论~ 实际测试中可能只用到其中几条而已，比如银行卡密码的修改，就不用考虑英文和非法字符，更不用考虑那些ＴＡＰ之类的快捷键。而有的需要根据需求具体分析了，比如连续出错多少次出现的提示，和一些软件修改密码要求一定时间内有一定的修改次数限制等等。
测试用例的设计与如何编写测试用例 常见的开发模型： V模型、瀑布模型、敏捷开发模型、W模型 软件生命周期： 1、问题的定义及规划 2、需求分析 3、软件设计（明确怎么做！） 4、软件编码 5、软件测试 6、运行维护 测试生命周期： 单元测试：一般是开发完成时 集成测试：单元测试之后，单元之间接口是否正确，数据是否正常传递。比如说注册和充值两个功能是否能够连通。 系统测试：根据测试用例，进行完整的系统测试 验收测试：用户对软件进行验收 软件测试阶段： 单元、集成、系统、验收（正式验收、Alpha测试，Beta测试） 软测方法： 白盒测试、黑盒测试、灰盒测试 软测类型： 功能、界面、安全、兼容性、易用性、性能、压力、负载、恢复测试等 其他测试分类：冒烟测试、回归测试、探索性测试 常用的开发的模型：V模型
V模型 软件测试的分类
软测分类 什么是黑盒测试？ 黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。不考虑内部结构，在程序接口进行测试。 Alpha、Beta测试的区别？ Alpha测试：前期的用户测试，公司内部在模拟实际操作环境下进行的一种验收测试。 Beta测试：后期的用户测试，此时已经通过内部测试，即将真实发布，是软件的在一个或者多个用户的实际使用环境下进行的测试 冒烟测试和回归测试区别？ 冒烟测试：在新版本出来的时候，将软件的全部功能过一遍，功能可以正常进行不会影响测试进度，这个版本就可以真正测试了 回归测试：对以前版本中发现的bug在新的版本中验证是否存在且是否引发新的bug 软测用例的设计方法 1、边界值： 选取等于、刚刚大于、刚刚小于边界的值作为测试数据 基本思想是在最小值、略高于最小值、正常值、略低于最大值和最大值等处取值 2、等价类划分： 等价类划分就是把程序的输入域划分成若干部分，然后从每部分选取少量的具有代表性的数据作为测试用例。 无效等价类：不合理的、无意义的输入数据结婚，验证程序处理意外数据的能力 有效等价类：有意义的输入数据的集合，检验程序是否实现了规格说明总的功能和性能 等价类划分方法：按区间划分、数值划分、数值集合划分、限制条件和规则划分 3、错误推算法： 进行错误的操作，验证程序是否对出错的场景和情况有些应对能力，来选择测试用例数据 4、因果法/判定表法： 将判定表的每一列作为依据，设计测试用例。检查输入条件的各种组合情况 5、场景法： 通过描述的业务流程，设计用例来列出不同业务场景，作为测试用例的测试数据 基本流：主要是功能的正常操作流程 分支流：需要程序做非法判断处理的 *测试用例方法的选择*（划重点） 1、进行等价类划分，主要是输入条件的划分，这是提高测试效率最有效的方法 在任何情况下都必须使用边界值分析法，这种方法设计出测试用例发现程序错误的能力最强 2、用错误推测法追加测试用例
黑盒测试法用例的设计 1、某城市电话号码组成规则是：地区码+前缀+后缀。 地区码：空白或者3位数字； 前缀：非0或者1开头的3位数字： 后缀：4位数字。 某程序接受符合以上条件的电话号码，拒绝所有不符合规定的号码。对该程序使用等价类划分法设计测试用例。 解：第一步：划分等价类，建立输入等价类表并编号(见表9-1)。 表9-1 电话号码组成规则的等价类表 第二步：设计测试用例,为有效等价类（1），（3），（4）共同设计一个测试数 据，为有效等价类（2），（3），（4）共同设计一个测试数据，同时为每一个无效等 价类设计相应测试数据。见表9-2。 表9-2 等价类划分法测试用例表 2、某一8位微机，其八进制常数定义为：以零开头的数是八进制数，其值的范围是-177～177，如05，0127，-065。 下列步骤是应用等价类划分法设计上述案例测试用例的过程。请根据题意，在划分等价类表中的编号⑩和编号○11处填入相应内容，并在合理等价类测试用例表和不合理等价类测试用例表中的“期望结果”与“覆盖范围”二列中填入相应的内容。 解：(1)划分等价类并编号
(2)为合理等价类设计测试用例
白盒测试练习题1、程序如下图： 要求： 1)绘制流程图
2)设计测试用例满足语句覆盖
2、为以下流程图所示的程序段设计一组测试用例，要求分别满足语句覆盖、分支覆盖、条件覆盖、分支－条件覆盖、复合条件覆盖和路径覆盖。 图 流程图 由这个流程图可以看出，该程序模块有4条不同的路径： P1:(a-c-e) P2:(a-c-d) P3:(a-b-e) P4:(a-b-d) 将里面的判定条件和过程记录如下： 判定条件M ＝{A>1 and B=0} 判定条件N={A=2 or X>1} 2、 判定覆盖 也可以让测试用例测试路径P2和P3。相应的两组输入数据如下：
一、等价类分析法 等价类划分方法针对手机状态大致可以归几个大类： 1. 按键类（等价法）：有效输入和无效输入（有效输入指UM和菜单指示；无效输入指测试菜单功能此时没有定义的按键和用户动作）； 2. 外部中断类（等价法）：常用、不常用及无效 2.1. 常用：来电和来消息（短信、彩信、push消息）；掀合盖；侧键；耳机＆FM；情景模式；电量不足 2.2. 不常用：充电；闹钟＆记事本＆关机时间＆整点报时提示；Icon＆动画显示；Icon ＆动画刷新；编辑界面＆pop显示框输入为空或满；编辑界面＆pop显示框状态输入法默认＆字符编码默认；失效SIM卡；大容量等SIM卡兼容；排序；号码识别； 2.3. 无效：“资料读取中…”；“复制中…”；“请稍后再试” 3. 存储器类 3.1. 等价法分类：读或写；不读或不写。 3.2. 因果法分类：先SIM卡后手机；先手机后SIM卡；提示用户选择存储器（对比Nokia）。 3.3. 操作分类：读；写；新增；删除；复制（先删除后新增；先新增后删除） 4. 状态类：正确；错误；变更；用户设定变更 举例一，短消息发送功能: 英文：Default 7-bit alphabet (over 160 characters) 合法等价类：0～160 非法等价类：：>160 The quick fox jumps over the lazy brown dog 中文：UCS-2 alphabet (over 70 characters)
合法等价类：0～70 非法等价类：：>70 诺基亚（英文）：Extended default 7-bit alphabet (over 140 Bytes)，智慧短信，可以携带黑白图片。 合法等价类：0～140 非法等价类：：>140 在写字板里面输入“联通”二字，保存后，再打开，即出现乱码。 举例二，单个通话实例的拨打与挂断 测试用例标识 测试阶段：系统测试 测试项 单个通话实例的拨打与挂断 测试项属性 A 参照规范 重要级别 高 测试原因 手机在待机状态下，确保手机能正常拨出电话 预置条件 1. 正常信号环境 2. IDLE状态 3. 默认原厂参数设定
测试用例的几种设计方法--软件测试 2009年07月23日星期四 16:59 一、等价类划分 等价类划分主要适用于单个输入条件，输入为数值型的情况，如果输入规定了输入区间，可划分出一个有效等价类，两个无效等价类；如果输入只规定了输入范围，可划分出一个有效等价类，一个无效等价类。 二、边界值 边界值方法也是适用于单个输入条件的情况，输入类型可以数值、字符等，要测试的边界包括上点、下点、离点。 三、错误推测法 错误推测法主要是测试设计人员的测试经验相关,测试经验不同,设计出来的测试用例也区别很大。 四、因果图法 因果图方法考虑输入的组合，特别适用于多个输入条件相关有关联又相互约束的情况。 设计步骤： 1）罗列出输入与输出； 2）根据输入与输出画出因果图； 3）标出约束跟限制； 4）把因果图转化成判定表； 5）根据判定表的每一列设计测试用例。 五、判定表驱动法 判定表适合于解决多个逻辑条件的组合。将各种逻辑的组合罗列出来，避免遗漏。不能表达重复的操作。 判定表包括条件桩、条件项、动作桩、动作项。 条件桩：列出所有条件，次序无关； 条件项：列出所对应条件的所有可能情况下的取值； 动作桩：列出可能采取的操作，次序无关； 动作项：列出条件项各种取值情况下采取的操作。 设计步骤： 1）确定规则个数，条件及各条件取值的组合； 2）列出条件桩、动作桩； 3）列出条件项； 4）列出动作项； 5）初始化判定表； 6）规则简化、合并。 六、正交法 当输入条件很多时，因果图等设计方法设计出来的用例数往往多的惊人，用正交法可有效减少用例数。正交法的核心思想是从大量测试数据中选取有代表性的点来测试，从而减少测试用例数。 设计步骤： 1）确定因子并画出正交表草图； 2）填充各因子的状态值； 3）加权筛选；
1.白盒测试用例设计方法 1.1. 白盒测试概述 由于逻辑错误和不正确假设与一条程序路径被运行的可能性成反比。由于我们经常相信某逻辑路径不可能被执行，而事实上，它可能在正常的情况下被执行。由于代码中的笔误是随机且无法杜绝的，因此我们要进行白盒测试。 白盒测试又称结构测试，透明盒测试、逻辑驱动测试或基于代码的测试。白盒测试是一种测试用例设计方法，盒子指的是被测试的软件，白盒指的是盒子是可视的，你清楚盒子部的东西以及里面是如何运作的。 1.白盒的测试用例需要做到 ?保证一个模块中的所有独立路径至少被使用一次； ?对所有逻辑值均需测试true 和false； ?在上下边界及可操作围运行所有循环； ?检查部数据结构以确保其有效性。 2.白盒测试的目的 通过检查软件部的逻辑结构，对软件中的逻辑路径进行覆盖测试；在程序不同地方设立检查点，检查程序的状态，以确定实际运行状态与预期状态是否一致。 3.白盒测试的特点 依据软件设计说明书进行测试、对程序部细节的严密检验、针对特定条件设计测试用例、对软件的逻辑路径进行覆盖测试。 4.白盒测试的实施步骤 1）测试计划阶段：根据需求说明书，制定测试进度。 2）测试设计阶段：依据程序设计说明书，按照一定规化的方法进行软件结构划分和设计测试用例。 3）测试执行阶段：输入测试用例，得到测试结果。 4）测试总结阶段：对比测试的结果和代码的预期结果，分析错误原因，找到并解决错误。 5.白盒测试的方法
总体上分为静态方法和动态方法两大类。 ?静态分析：是一种不通过执行程序而进行测试的技术。静态分析的关键功能是检查软件的表示和描述是否一致,没有冲突或者没有歧义。 ?动态分析：主要特点是当软件系统在模拟的或真实的环境中执行之前、之中和之后, 对软件系统行为的分析。动态分析包含了程序在受控的环 境下使用特定的期望结果进行正式的运行。它显示了一个系统在检查状 态下是正确还是不正确。在动态分析技术中,最重要的技术是路径和分支 测试。下面要介绍的六种覆盖测试方法属于动态分析方法。 6.白盒测试的优缺点 ?优点：迫使测试人员去仔细思考软件的实现；可以检测代码中的每条分支和路径；揭示隐藏在代码中的错误；对代码的测试比较彻底； 最优化 ?缺点：费用昂贵；无法检测代码中遗漏的路径和数据敏感性错误； 不验证规格的正确性。 1.2. 白盒测试基本技术 1.2.1.控制流图 1.2.1.1.定义 程序流程图是软件开发过程中进行详细设计时，表示模块部逻辑的一个常用的、也非常有效的图示法。程序流程图详细地反映了程序部控制流的处理和转移过程，它一般是进行模块编码的参考依据。在程序流程图中，通常拥有很多种图示元素，例如，“矩形框”表示一个计算处理过程，而“菱形框”表示一个判断条件等。通常测试人员为某个程序模块做白盒测试过程中，在做与路径相关的各种分析的时候，这些非常细节的信息往往是不太重要。因此，为了更清晰突出地显示出程序的控制结构，反映控制流的转移过程，一种简化了的程序流程图便出现了，就是程序的控制流图。在控制流图中一般只有两种简单的图示符号：节点和控制流。
测试用例的设计方法（全） 等价类划分方法： 一.方法简介 2.划分等价类：1)有效等价类2)无效等价类 3.划分等价类的标准： 1)完备测试、避免冗余; 2)划分等价类重要的是：集合的划分，划分为互不相交的一组子集，而子集的并是整个集合; 3)并是整个集合：完备性; 4)子集互不相交：保证一种形式的无冗余性; 5)同一类中标识（选择）一个测试用例，同一等价类中，往往处理相同，相同处理映射到"相同的执行路径"。 4.划分等价类的方法 1)在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类。 2)在输入条件规定了输入值的集合或者规定了"必须如何"的条件的情况下,可确立一个有效等价类和一个无效等价类； 3)在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类。
4)在规定了输入数据的一组值（假定n个）,并且程序要对每一个输入值分别处理的情况下,可确立n个有效等价类和一个无效等价类。 例：输入条件说明学历可为:专科、本科、硕士、博士四种之一，则分别取这四种这四个值作为四个有效等价类，另外把四种学历之外的任何学历作为无效等价类。 5)在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）； 5.设计测试用例 在确立了等价类后,可建立等价类表,列出所有划分出的等价类输入条件：有效等价类、无效等价类，然后从划分出的等价类中按以下三个原则设计测试用例： 1)为每一个等价类规定一个唯一的编号； 2)设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类,重复这一步，直到所有的有效等价类都被覆盖为止； 3)设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步，直到所有的无效等价类都被覆盖为止。 二.实战演习 1.某程序规定："输入三个整数a 、b 、c 分别作为三边的边长构成三角形。通过程序判定所构成的三角形的类型，当此三角形为一般三角形、等腰三角形及等边三角形时，分别作计算… "。用等价类划分方法为该程序进行测试用例设计。（三角形问题的复杂之处在于输入与输出之间的关系比较复杂。） 分析题目中给出和隐含的对输入条件的要求： （1）整数（2）三个数（3）非零数（4）正数
命题 有一个处理单价为5角钱的饮料的自动售货机软件测试用例的设计。其规格说明如下：若投入5角钱或1元钱的硬币，押下〖橙汁〗或〖啤酒〗的按钮，则相应的饮料就送出来。若售货机没有零钱找，则一个显示〖零钱找完〗的红灯亮，这时在投入1元硬币并押下按钮后，饮料不送出来而且1 元硬币也退出来；若有零钱找，则显示〖零钱找完〗的红灯灭，在送出饮料的同时退还5角硬币。分析 根据该命题，我们可以分析出，自动售货机的业务中一共存在5个条件和5个结果，分别是：条件： 1.售货机有零钱找 2.投入1元硬币 3.投入5角硬币 4.押下橙汁按钮 5.押下啤酒按钮 结果： 1.售货机〖零钱找完〗灯亮???当售货机中没有零钱的时候就有亮红灯 2.退还1元硬币当投入1元，而且售货机中没有零钱可找的时候 3.退还5角硬币????????????当投入1元，而且售货机中有零钱可找的时候 4.送出橙汁饮料 5.送出啤酒饮料 因果图－画条件和结果 因果图－画简单关系 在画完空白的条件和结果之后，我们可以将题目中最直接和简单的因果条件标出 1、条件“有零钱”和结果“红灯亮”是一个“非”的关系，当“有零钱”的时候，红灯是不亮的，而当售货机中“没有零钱”的时候，红灯必须要亮的。 2、条件“投1元”和条件“投5角”是一个“E”的关系，这两个动作不可能同时发生，即同时投入1元钱和5角钱（不能同时为真）；但是我们允许即“不投入1元钱”也“不投入5角钱”（可以同时为假）。 3、条件“选啤酒”和条件“选橙汁”是一个“E”的关系，这两个动作不可能同时发生，即同时“选择啤酒”和“选择橙汁”（不能同时为真）；但是我们允许即“不选择啤酒”也“不选择橙汁”（可以同时为假）。 4、条件“选啤酒”和条件“选橙汁”对于程序处理过程是等价的，即二者无论是价格还是系统的处理方法都是相同的，因此这两个条件可以合并为一个中间节点。而且这两个条件之间使用“或”的关系。 5、注意，条件“投1元”和条件“投5角”不是等价关系，表面上看，他们都是“钱”，好像差不多，但是对于程序的处理过程确实完全不同的，“投5角”后完全不用判断当前售货机中是否有零钱（因为题目中规定所有的商品都是5角钱），而“投1元”就不行了。 因果图－送出商品 现在我们从结果的角度考虑，要想“出啤酒”或者“出橙汁”，从现实买卖中分析必须要有什么先决条件呢？是的，就是“你的钱要付清”，而且你一定要选择了“啤酒”或者“橙汁”才行。而在上面的已有因果图中，我们无法找到“钱付清”的因素，因此这时候我们可以试着再加一个中间节点，就叫“钱付清”吧。 要想获得选中的商品，则条件“钱付清”和条件“选啤酒/选橙汁”必须要同时成立，因此是“与”的关系。 因果图－应该找零钱 根据题意，当投入1元钱，而且又选中了某一种商品的时候，系统是需要找零钱的。而现有条件和结果中并没有涉及到“应该找零钱”这种情况，因此我们还需要增加一个中间节点“应该找零钱”。