wordcount优化
Wordcount项目优化
Github网页链接:
https://github.com/ahhahahh/WCPro
|
PSP2.1 |
PSP阶段 |
预估耗时 （分钟） |
实际耗时 （分钟） |
|
|
Planning |
计划 |
10 |
20 |
|
|
· Estimate |
· 估计这个任务需要多少时间 |
20 |
20 |
|
|
Development |
开发 |
30 |
50 |
|
|
· Analysis |
· 需求分析 (包括学习新技术) |
30 |
30 |
|
|
· Design Spec |
· 生成设计文档 |
40 |
50 |
|
|
· Design Review |
· 设计复审 (和同事审核设计文档) |
40 |
50 |
|
|
· Coding Standard |
· 代码规范 (为目前的开发制定合适的规范) |
40 |
40 |
|
|
· Design |
· 具体设计 |
25 |
30 |
|
|
· Coding |
· 具体编码 |
60 |
70 |
|
|
· Code Review |
· 代码复审 |
45 |
50 |
|
|
· Test |
· 测试（自我测试，修改代码，提交修改） |
40 |
50 |
|
|
Reporting |
报告 |
30 |
40 |
|
|
· Test Report |
· 测试报告 |
30 |
50 |
|
|
· Size Measurement |
· 计算工作量 |
20 |
20 |
|
|
· Postmortem & Process Improvement Plan |
· 事后总结, 并提出过程改进计划 |
30 |
30 |
|
|
|
合计 |
490 |
540 |
|
注：代码方面经同意后借鉴了1504班成建伟同学的代码，并在他的帮助下完成。
一．接口的实现
我负责的是main函数的编写，判断并处理命令行参数。
调用函数代码：
二．测试用例的设计
Main函数的编写主要是调用各种其他函数，需要对整体架构比较清楚，测试用例相对好写。我主要分为几个部分：
参数为空，参数过多，参数错误，文件类型错误，文件名正常，参数正常。
测试方法采用白盒测试，白盒测试法的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试。其中逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。
可详细见github
三．单元测试结果
运行截图
四．小组贡献分
完成了小组内划分的基本要求，同时也帮助了组员完成代码实现。经讨论小组贡献分为0.25.
五．小组讨论并总结
经过了这次wordcount的优化这一次的项目后，让我进一步了解了白盒测试和黑盒测试的方法，同时也让我知道了如何更好的提高代码产品质量，受益匪浅。
总结：小组内的代码虽然完成了基本要求，但还存在一些不足之处，比如缺少了部分注释，不够详细。个别命名不够规范，行间距不等。代码还需要进一步改正。
六．扩展功能
一、参考规范“现代软件工程讲义 3 代码规范与代码复审”
http://www.cnblogs.com/xinz/archive/2011/11/20/2255971.html
《阿里巴巴Java开发手册》中指出：
如果模块、接口、类、方法使用了设计模式，在命名时体现出具体模式。
说明：将设计模式体现在名字中，有利于阅读者快速理解架构设计理念。
个人看法：代码规范分为代码格式规范和代码设计规范。
格式：命名规范，注释规范，行间距相等
设计：需要考虑各种边界值
二．代码分析
采用u201517112同学的代码
该代码十分规范，在行间距，缩进，注释等方面做的很好，值得小组同学学习。
三．静态代码分析工具
下载地址：http://findbugs.sourceforge.net/
四．结果
检测未出现bug
五．小组代码存在的问题
部分代码注释不够详细，还需要添加注释使其更加清楚易懂。代码的间距，空行应该尽可能控制相等，让代码好看规范。小组代码还需要进一步提高。
