合作者：201631013212，201631011410
作业链接地址：https://gitee.com/DamonGetup/WordCountResign.git
扩展功能：
-s 递归处理目录下符合条件的文件。（实现）
-a 返回更复杂的数据（代码行 / 空行 / 注释行）。（实现）
空行：本行全部是空格或格式控制字符，如果包括代码，则只有不超过一个可显示的字符，例如“{”。
其中，代码行：本行包括多于一个字符的代码。
空 行：本行全部是空格或格式控制字符，如果包括代码，则只有不超过一个可显示的字符，例如“{”。
注释行：本行不是代码行，并且本行包括注释。一个有趣的例子是有些程序员会在单字符后面加注释。[file_name]: 文件或目录名，可以处理一般通配符。
-a 统计空行，代码行，注释行
int count_blankline(char *file) //返回文件的空行数
{ FILE *f;
int b_num = 0;
int ch_num = 0;
char ch;
f = fopen(file, "r");
if(NULL==(f=fopen(file,"r")))
{
printf("file is NULL");
}
else
while (!feof(f))
{
ch= fgetc(f);
if (ch=='\n'){
if (ch_num<= 1)
b_num++;
ch_num = 0;
}
else if (ch!=' '&&ch!='\t'&&ch!='}')
ch_num++;
else if(ch=='}')b_num++;
}
fclose(f);printf("blankline:%d ",b_num);
}
int count_noteline(char *file) //返回文件的注释行数
{ FILE *f;
int ch_num = 0;int note_num=0;
char ch;
f=fopen(file, "r");
if(NULL==(f=fopen(file,"r")))
{
printf("file is NULL");
}
else
while (!feof(f))
{
ch= fgetc(f);
if(ch=='\n'){if(ch_num==2) note_num++; ch_num=0;}
else if(ch=='/') ch_num++;
else if(ch_num==1){if(ch=='/') ch_num++;}
}
fclose(f);
printf("noteline:%d ",note_num);
}
int count_codeline(char *file)//返回文件的代码行数
{ int ch_num = 0;
int code_num=0;
FILE *f;
int tag=0; int flag=0;
char a;
f = fopen(file, "r");
if(NULL==(f=fopen(file,"r")))
{printf("file is NULL");}
else
while (!feof(f))
{
a=fgetc(f);
if(flag==2) {
flag=0;tag++;}
else{
if(a=='\n'&&ch_num>1)
{code_num++;
ch_num=0; }
else if(a != ' '&&a != '\n'&&a != '\t'&&a!='/') {
ch_num++;}
else if(a=='/'){ flag++;}
}
}
fclose(f); printf("codeline:%d ",code_num-tag);
}思路：统计注释行数统计//的出现次数，统计空行时统计一行的字符不超过一个字。统计代码行时排除空行，注释行。
-s 寻找文件夹中的txt文件
int searchfile(void) //寻找文件夹中的txt文件
{
struct _finddata_t filefind;
long handle;
int t=0;
if( (handle=_findfirst( "H:\\wordcount\\test\\*txt", &filefind)) == -1L )
{
printf( "没找到txt文件\n");
}
else
do{
t++;
printf("找到文件:%s\n", filefind.name);
}while (_findnext(handle,&filefind)==0);
_findclose(handle);
printf("txt文件数量：%d\n",t);
return 0;
}思路：查找文件夹下的txt文件。
运行结果：
测试文件：
（1）互审代码情况
因为整个项目的代码量不算大，所以进行代码分析的时候就会相对容易一点，整个代码都比较紧凑，对于每个判定条件都是比较恰当的。 我分析了同组成员的代码，运行结果正确，程序稳定性很好，较好地遵守了设计规范。但也有以下问题：
1.循环的局部变量使用了一些简单字母，不容易看出变量的含义；
2.注释不够详细，比如没有注释解释一些循环的作用，一些变量的意义。
（2）静态代码检查情况
我使用了cppcheck工具对代码进行了静态检查工作。
我的代码部分没有发现静态错误，说明代码的静态检查是通过的，也就是没有出现一些变量名未使用以及重复定义等问题。
（3）单元测试情况
测试的形式是读入一个文本文件，输出分词结果。
测试用例包含部分设计构造的文件和随机生成的已知结果的较大文件，设计的测试文件如下：
case1:文本中全部是常见字符；
case2:文本中全部是常见字符和非常见字符；
case3:文本中是常见字符和少量英文字母；
case4:文本中全部是数字；
case5:文本中是数字和少量英文字母；
case6:文本中包含Let's和Let''s；
······
单元测试运行截图：
测试用例均通过了测试，运行时间短，效率符合要求。测试用例覆盖了可能出现的输入情况，并生成了实例进行测试，结果符合预期，就不一一例举。
参考文件：
http://www.cnblogs.com/xinz/archive/2011/11/20/2255971.html
https://google.github.io/styleguide/cppguide.html
https://www.cnblogs.com/shota666/p/8747711.html
http://www.cnblogs.com/xiaobao123/p/9649693.html
致以感谢！
总结：
通过这一次团队开发，我对测试以及软件质量之间的关系有了比较清楚的认识，一个软件的质量从一个整体来保证是比较困难的，但是经过合理的功能划分和单元测试、模块测试、系统测试能够更大程度上规避软件缺陷。在代码整合和评审阶段，我注意到了代码规范的重要性，特别是在团队评审，发现每个人有自己的命名习惯，这在团队开发中会影响整合的效率。通过本次测试实验，我个人收获了许多。