-s 遞迴處理目錄下符合條件的檔案。(實現)
-a 返回更複雜的資料(**行 / 空行 / 注釋行)。(實現)
空行:本行全部是空格或格式控制字元,如果包括**,則只有不超過乙個可顯示的字元,例如「
else
while (!feof(f))
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) //返回檔案的注釋行數
else
while (!feof(f))
else if(ch=='/') ch_num++;
else if(ch_num==1)
} fclose(f);
printf("noteline:%d ",note_num);
} int count_codeline(char *file)//返回檔案的**行數
else
while (!feof(f))
else
else if(a != ' '&&a != '\n'&&a != '\t'&&a!='/')
else if(a=='/')}}
fclose(f); printf("codeline:%d ",code_num-tag);
}思路:統計注釋行數統計//的出現次數,統計空行時統計一行的字元不超過乙個字。統計**行時排除空行,注釋行。
-s 尋找資料夾中的txt檔案
int searchfile(void) //尋找資料夾中的txt檔案
else
dowhile (_findnext(handle,&filefind)==0);
_findclose(handle);
printf("txt檔案數量:%d\n",t);
return 0;
}
思路:查詢檔案夾下的txt檔案。
測試檔案:
因為整個專案的**量不算大,所以進行**分析的時候就會相對容易一點,整個**都比較緊湊,對於每個判定條件都是比較恰當的。 我分析了同組成員的**,執行結果正確,程式穩定性很好,較好地遵守了設計規範。但也有以下問題:
1.迴圈的區域性變數使用了一些簡單字母,不容易看出變數的含義;
2.注釋不夠詳細,比如沒有注釋解釋一些迴圈的作用,一些變數的意義。
我使用了cppcheck工具對**進行了靜態檢查工作。
我的**部分沒有發現靜態錯誤,說明**的靜態檢查是通過的,也就是沒有出現一些變數名未使用以及重複定義等問題。
測試的形式是讀入乙個文字檔案,輸出分詞結果。
測試用例包含部分設計構造的檔案和隨機生成的已知結果的較大檔案,設計的測試檔案如下:
case1:文字中全部是常見字元;
case2:文字中全部是常見字元和非常見字元;
case3:文字中是常見字元和少量英文本母;
case4:文字中全部是數字;
case5:文字中是數字和少量英文本母;
case6:文字中包含let's和let''s;
測試用例均通過了測試,執行時間短,效率符合要求。測試用例覆蓋了可能出現的輸入情況,並生成了例項進行測試,結果符合預期,就不一一例舉。
致以感謝!
通過這一次團隊開發,我對測試以及軟體質量之間的關係有了比較清楚的認識,乙個軟體的質量從乙個整體來保證是比較困難的,但是經過合理的功能劃分和單元測試、模組測試、系統測試能夠更大程度上規避軟體缺陷。在**整合和評審階段,我注意到了**規範的重要性,特別是在團隊評審,發現每個人有自己的命名習慣,這在團隊開發中會影響整合的效率。通過本次測試實驗,我個人收穫了許多。
WordCount擴充套件
wc.exe c file.c 返回檔案 file.c 的字元數 wc.exe w file.c 返回檔案 file.c 的單詞總數 wc.exe l file.c 返回檔案 file.c 的總行數 wc.exe o outputfile.txt 將結果輸出到指定檔案outputfile.txt w...
WordCount擴充套件功能
1.任務簡述 兩人組隊完成wordcount的基本功能及擴充套件功能 可以自行增加功能 並對其進行一系列測試和優化,形成可穩定執行的版本。3.互審 在專案的第一階段,我們用的都是c 語言。我們把不同的功能分開 來思考,然後通過函式逐步實現。因為上一次我們 是一起討論實現的,所以我們的思路上都是大同小...
第4周小組作業 WordCount優化
一.github位址 二.psp psp2.1 psp階段 預估耗時 分鐘 實際耗時 分鐘 planning 計畫30 20 estimate 估計這個任務需要多少時間 3020 development 開發470 550 analysis 需求分析 包括學習新技術 3020 design spec...