第4周小组作业:WordCount优化
Github地址
https://github.com/ohayogirls/wcPro
PSP表格
PSP2.1 |
PSP阶段 |
预计耗时 (分钟) |
实际耗时 (分钟) |
Planning |
计划 |
10 |
15 |
· Estimate |
· 估计这个任务需要多少时间 |
10 |
15 |
Development |
开发 |
390 |
490 |
· Analysis |
· 需求分析 (包括学习新技术) |
30 |
20 |
· Design Spec |
· 生成设计文档 |
20 |
30 |
· Design Review |
· 设计复审 (和同事审核设计文档) |
30 |
40 |
· Coding Standard |
· 代码规范 (为目前的开发制定合适的规范) |
40 |
10 |
· Design |
· 具体设计 |
20 |
60 |
· Coding |
· 具体编码 |
120 |
100 |
· Code Review |
· 代码复审 |
30 |
30 |
· Test |
· 测试(自我测试,修改代码,提交修改) |
100 |
180 |
Reporting |
报告 |
90 |
100 |
· Test Report |
· 测试报告 |
45 |
30 |
· Size Measurement |
· 计算工作量 |
15 |
10 |
· Postmortem & Process Improvement Plan |
· 事后总结, 并提出过程改进计划 |
30 |
60 |
|
合计 |
|
|
测试用例的设计
- 考虑到我写的模块里只有一个Core类,里面用到了正则表达式和在排序的时候有判断语句,逻辑结构很清晰,设计测试用例时考虑例如:测试输入为空的边界情况,测试大小写字母及其混合,测试大小写单词及其混合,测试单词词频统计,测试对-的处理,测试~作为分隔符,测试!作为分隔符,测试_作为分隔符,测试数字作为分隔符,以及测试非英文字母(如日文),测试奇怪的符号,尽可能覆盖单词判别的所有情况。
- 测试效率的考虑:使用junit框架能够实现快速有效地进行针对性的测试,通过与自己的预期结构进行对比,查漏补缺。
- 测试用例表,具体代码见github中test文件夹
单元测试截图
CoreTest:根据我设计的20个测试用例编写的测试脚本,将实际结果与预期结果进行对比。结果全部通过,单元测试合格。
小组贡献分:0.4
参考文献
https://www.cnblogs.com/longronglang/p/7458027.html
https://zhidao.baidu.com/question/370032964655027804.html
https://blog.csdn.net/u012730840/article/details/19703101