结对编程2——单元测试
队友(林凯):201421123075
本人:201421123076
项目链接:coding
题目要求: 继续两人结对协作,把编码规范、领航员和驾驶员角色互换做到位。 单元测试: 有单元测试保证,有代码覆盖率。 a. 需求分析:测试上有哪些详细的需求? b. 设计测试框架, 模拟测试数据: (1) 请给出计算模块的测试用例及运行结果 (2) 描述测试过程中遇到的问题以及解决的方案。 (3) 请展示上面描述的单元测试的每个环节。 c. 小结与感受:通过测试,是否有效发现了程序计算模块的问题,并给予改进? d. 在隔了一周之后再看之前的代码,是否更能体会到下面这些东西 (1) 良好的设计 (2) 编码规范 (3) 必要的注释
一、需求分析:
之前两个人一起完成的项目中的计算的模块可以提取出来,可供其他人使用。进行单元测试可以让模块的定义更加准确;
二、测试数据:
对函数方法的参数手动传入;
JUnit测试结果:
覆盖率测试结果:
三、小结:
由于之前的程序写的不够严谨,这次需要使用UNit测试,所以需要对原来的程序代码进行修改。
提高代码覆盖率的过程,也对代码进行了优化,可以让代码更加简洁明了。同时了解到了代码测试
的重要性。
四、PSP
PSP |
Personal Software Process Stages |
expectTime (min) |
ActualTime (min) |
Planning |
计划 |
60 |
30 |
Development |
开发 |
50 |
20 |
Analysis |
需求分析 (包括学习新技术) |
10 |
30 |
Coding Standard |
代码规范 |
10 |
10 |
Design |
具体设计 |
10 |
20 |
Coding |
具体编码 |
40 |
30 |
Test |
测试(自我测试,修改代码,提交修改) |
10 |
30 |
Reporting |
报告 |
10 |
15 |