标签：双引号 roc design 基本功 测试的 修改 strong 文件 基本
零、说明：
组长:部长好 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个测试用例，也帮助我们更好地了解了测试的全面性要求。
标签：双引号 roc design 基本功 测试的 修改 strong 文件 基本
原文地址：https://www.cnblogs.com/U16991/p/8748093.html
