第4周小組作業 WordCount優化

一.github位址

二.psp**

psp2.1

psp階段

預估耗時

（分鐘）

實際耗時

（分鐘）

planning

計畫30

20· estimate

· 估計這個任務需要多少時間

3020

development

開發470

550· analysis

· 需求分析 (包括學習新技術)

3020

· design spec

· 生成設計文件

2020

· design review

· 設計複審 (和同事審核設計文件)

3020

· coding standard

· **規範 (為目前的開發制定合適的規範)

3030

· design

· 具體設計

3040

· coding

· 具體編碼

180240

· code review

· **複審

3030

· test

· 測試（自我測試，修改**，提交修改）

120150

reporting

報告90

90· test report

· 測試報告

3030

· size measurement

· 計算工作量

3030

· postmortem & process improvement plan

· 事後總結, 並提出過程改進計畫

3030

合計590

660三.模組編寫/介面測試

我負責了輸出控制模組，實現過程是通過遍歷map的list陣列，獲得每個元素的value和key，並加入到字串result中，最後將字串輸出到「result.txt檔案」,總的來說過程很簡單，只是要注意最後輸出的最後一行不換行，這裡就需要在遍歷的時候檢查是否是最後一行。整個**如下：

public class outputfile 

file.close(); 
assertequals(supposedresult,fileresult);
}

@before

public
void setup() throws
exception 

@test

public
void testoutput1() throws
ioexception 
@test 
public
void testoutput2() throws
ioexception 

五.單元測試執行截圖

如圖，測試均是通過了的

六.靜態測試

pmd靜態檢測工具相關位址

通過用pmd檢測工具對17003**做靜態檢測，發現了如下問題：

1.方法名最好不要用大寫字母開頭

2.用於控制for迴圈的變數使用了i，不容易看出變數的含義；

3.注釋不夠詳細，比如for迴圈的作用和檔案具體輸出部分沒有注釋解釋

七.效能測試與優化

我們小組針對詞頻統計效能討論，得出如下結論：

認為主要效能制約因素是：詞頻統計模組。

和讀取檔案，存入map的模組。

因為這涉及到檔案的輸入流，要逐行讀取，分別處理。

這就耗費了很大時間，尤其是檔案規模很大的情況

資料集大小大概是1mkb

八.小組貢獻

本次我所負責模組工程量小，所以貢獻評分為0.22，小組其他成員所做的比我多，理當評分高點。

第4周小組作業 WordCount優化

psp psp2.1 psp階段 預估耗時 分鐘 實際耗時 分鐘 planning 計畫30 30 estimate 估計這個任務需要多少時間55 development 開發120 120 analysis 需求分析 包括學習新技術 3030 design spec 生成設計文件 3030 des...

軟體測試第4周小組作業 WordCount優化

psp2.1 psp階段 預估耗時 分鐘 實際耗時 分鐘 planning計畫5 5 estimate 估計這個任務需要多少時間55 development 開發235 340 analysis 需求分析 包括學習新技術 1530 design spec 生成設計文件 design review 設...

第6周小組作業 軟體測試和評估

小組成員 胡浪，謝奇光，羅小虎，郭子賢 窗體頂端 1 計畫說明 a.我們組選擇的兩個對比產品是百詞斬與扇貝。b.psp 專案 內容說明 預估耗時 分鐘 實際耗時 分鐘 planning 計畫 estimate 估計這個任務需要多少時間 testing design 測試設計 analysis 需求和...