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运行。每个方法之间是独立的,非常灵活。而且测试方法一般不会直接写在原类中,而是单独的测试类,这样测试代码就完全与逻辑代码分开了。
- 调试与测试的不同体会。
- 调试是用于找到代码的出错的地方,而测试是为了检查程序是发否出错。
时间: 2024-10-31 16:13:45