零、说明:
组长:部长好 U201516991
组员:陈宇 U201517000
吴怀文 U201516993
一、GitHub地址
二、PSP表格
PSP2.1 |
PSP阶段 |
预估耗时 (分钟) |
实际耗时 (分钟) |
Planning |
计划 |
30 |
30 |
· Estimate |
· 估计这个任务需要多少时间 |
30 |
30 |
Development |
开发 |
500 |
550 |
· Analysis |
· 需求分析 (包括学习新技术) |
30 |
20 |
· Design Spec |
· 生成设计文档 |
20 |
20 |
· Design Review |
· 设计复审 (和同事审核设计文档) |
30 |
20 |
· Coding Standard |
· 代码规范 (为目前的开发制定合适的规范) |
30 |
30 |
· Design |
· 具体设计 |
30 |
40 |
· Coding |
· 具体编码 |
210 |
240 |
· Code Review |
· 代码复审 |
30 |
30 |
· Test |
· 测试(自我测试,修改代码,提交修改) |
120 |
150 |
Reporting |
报告 |
80 |
80 |
· Test Report |
· 测试报告 |
40 |
30 |
· Size Measurement |
· 计算工作量 |
10 |
20 |
· Postmortem & Process Improvement Plan |
· 事后总结, 并提出过程改进计划 |
30 |
30 |
|
合计 |
610 |
660
|
三、模块设计
本次小组作业,经过讨论,我负责的是分析核心处理部分的功能。
其接口是:输入一个map结构,输出一个vector结构,其代码如下
四、测试设计:
本次任务对单词有了更加明确的定义
满足如下两个条件中的任意一个条件,则视为单词,
第一,由连续的若干个英文字母组成的字符串,例如,software,
第二,用连字符(即短横线)所连接的若干个英文单词也视为1个单词,例如,content-based,视为1个单词。
注意,单词不区分大小写,不考虑英文以外的其他语言,且仅考虑半角。
而且对于部分典型情况也有了具体的说明:
第一,Let’s,这种包含单引号的情况,视为2个单词,即let和s。
第二,night-,带短横线的单词,视为1个单词,即night。
第三,“I,带双引号的单词,视为1个单词,即i。
第四,TABLE1-2,带数字的单词,视为1个单词,即table。
第五,(see Box 3–2).8885d_c01_016,带数字、常用字符和单词的情况,视为4个单词,即see, box, d, c。
本次对文本输入也作了具体限定:文件中仅包含单词(a-z, A-Z)、常见字符、数字(0-9)。不包含其他内容。
所以针对一般情况,以及几种具体说明的典型情况设计了测试用例,详情见下表
运行结果如下:
五、小组贡献分:
根据小组讨论结果,各成员得分:
部长好 U201516991 0.35
陈宇 U201517000 0.35
吴怀文 U201516993 0.30
六、总结
本次任务是小组分工合作,由于前期组内原因,小组成员有所变动,导致任务分配方面发生了些许变化。又因为近期个人原因,事情比较多,导致实际完成时间有限。对于一些新功能没有及时去跟进学习,所以此次组队任务只完成到基本功能。
通过这次任务,体会到了老师所说的团队分工协作的重要性,相比较第一周的个人作业,组内每个人的压力还是小了一些。20个测试用例,也帮助我们更好地了解了测试的全面性要求。