第三次作业+105032014043

标签：img   方便   修改   hone   测试用例设计   概念   体会   条件   方法   

1、修正流程图：根据新修改的代码，再次修正流程图

2、测试用例设计：依据所有的覆盖理论，分别写出相应的测试用例设计。

3、单元测试框架：采用单元测试框架Junit，初步简单的自动化执行测试用例。

 1 package Java_1;
 2 
 3 import static org.junit.Assert.assertEquals;
 4 import org.junit.Test;
 5 
 6 public class PhoneSaleTest {
 7 
 8     @Test
 9     public void test() {
10         assertEquals("49.0", PhoneSale.commission("5", "5", "5"));
11         assertEquals("160.0", PhoneSale.commission("10", "20", "50"));
12         assertEquals("540.0", PhoneSale.commission("20", "100", "100"));
13         assertEquals("-1", PhoneSale.commission("-10", "-10", "-10"));
14 
15     }
16 
17 }

3、测试结果：根据测试用例设计，执行测试，并给出TestRunner测试结果图。

4、测试小结：

•      测试用例编写的心得体会。
•      语句覆盖：选择足够多的测试用例，使得程序中的每个 可执行语句至少执行一次。 
       判定覆盖：通过执行足够的测试用例，使得程序中的每个 判定至少都获得一次“真”值和“假”值， 也就是使程 序中的每个取“真”分支和取“假”分支至少均经历一次 ，也称为“分支覆盖”。
       条件覆盖：设计足够多的测试用例，使得程序中每个判定 包含的每个条件的可能取值（真/假）都至少满足一次
       判定/条件覆盖：设计足够多的测试用例，使得程序中每 个判定包含的每个条件的所有情况（真/假）至少出现一 次，并且每个判定本身的判定结果（真/假）也至少出现 一次。
       组合覆盖：通过执行足够的测试用例，使得程序中每个 判定的所有可能的条件取值组合都至少出现一次。
        路径覆盖：设计足够多的测试用例，要求覆盖程序中所有可能的路径。

           根据程序流程图编写测试用例，首先分清楚各种覆盖方法的概念，根据将所有判断分支进行测试用例编写

•      采用单元测试框架，和用main()方法调用的心得体会。 
•      使用junit方便，这是单元测试，你想测哪个方法就写一个对应的测试方法，然后用junit运行。每个方法之间是独立的，非常灵活。而且测试方法一般不会直接写在原类中，而是单独的测试类，这样测试代码就完全与逻辑代码分开了。
•      调试与测试的不同体会。
•      调试是用于找到代码的出错的地方，而测试是为了检查程序是发否出错。

第三次作业+105032014043

标签：img   方便   修改   hone   测试用例设计   概念   体会   条件   方法   

原文地址：http://www.cnblogs.com/1033YCY/p/6642271.html