单元测试

? 211606335  吴沂章     ? 211606318  林锃寒

附一张至诚的朝阳美照(❤ ω ❤)

设计单元测试的思路

• 对每一个方法的代码块进行测试，返回测试结果并和预期结果进行比对

• 对源代码进行相应的重构，以适应测试代码的调用，且不影响源代码的正常运行

构造测试数据的思路

• 通过assertEquals进行对比，可以得出测试是否成功

• 测试要调用的方法需为public类型，否则无法测试

• 如需调用源代码的全局变量需要将其修改为public类型

@Test    public void testAdd() {                assertEquals(4, new MathExam6335().add(2,2,1));     }        @Test    public void testSub_0() {                assertEquals(2, new MathExam6335().sub(2,4,1));     }    @Test    public void testSub_1() {        assertEquals(0, new MathExam6335().sub(2,2,1));    }    @Test    public void testMul_0() {        assertEquals(4, new MathExam6335().mul(2,2,1));    }        @Test    public void testMul_1() {        assertEquals(0, new MathExam6335().mul(0,2,1));    }    @Test    public void testDiv_0() {         assertEquals("1", new MathExam6335().div(3,3,1));    }        @Test    public void testDiv_1() {        assertEquals("0", new MathExam6335().div(0,3,1));    }        @Test    public void testDiv_3() {        assertEquals("1...1", new MathExam6335().div(3,2,1));    }

• 测试代码的覆盖率截图

结构优化

UML类图

程序流程图

重构解析

• 重构了3年级题目生成方法中 操作数 和 操作符 的随机生成

• 在代码中随机生成 操作数 和 操作符 的地方很多，有很大的资源浪费，重构处这两处方法可以很好的改善代码的重复率

• 重构后方法的作用：
  • 操作符——operator()
    • 返回一个随机符号
  • 操作数——operand()
    • 返回一个随机数字

性能调优

优化前效能分析截图

性能瓶颈

• 代码冗余，繁杂

• 代码内的个方法块互相依赖性较高，不利于以后扩展

优化方案

• 将重复的代码重构成一个方法，减少资源重复

• 将代码块重新封装，减少依赖性

优化后效能分析截图

总结

• 感觉自己腰间盘突出了，至诚的朝阳好好看啊，我要睡了，晚安?