盧少銳 201421123027、劉存 201421033023
coding.net位址
a. 需求分析:
1.通過單元測試,測試加減乘除功能。
2.通過單元測試代碼,測試計算類對于各種參數的支援:
a. 輸入是有錯誤的,例如 “1 ++ 2”,
b. 在數值範圍是 -1000 .. 1000 的時候,傳進去 “10000 + 32768”,
c. 或者是 “ 248 / 0” 怎麼辦?
d. 怎麼告訴函數的調用者 “你錯了”? 把傳回的字元串定義為 “-1” 來表示?
e. 那麼如果真的計算結果是 “-1” 又怎麼處理呢?
b. 設計測試架構, 模拟測試資料:
(1) 請給出計算子產品的測試用例及運作結果
加法測試用例:"3/4"+"1/2" 運作結果:"5/4"
減法測試用例:"3/4"-"1/2" 運作結果:"1/2"
乘法測試用例:"3/4"*"1/2" 運作結果:"3/8"
除法測試用例:"3/4"/"1/2" 運作結果:"3/2"
約分測試用例:77/88 運作結果:"7/8"
負數計算測試用例:"-3/4"-"1/2" 運作結果:"5/4"
輸入錯誤運算符測試用例:"3/4"+-"1/2" 運作結果:"請輸入正确運算符!"
将輸入整數轉換為分數形式測試用例:"5" 運作結果:"5/1"
(2) 描述測試過程中遇到的問題以及解決的方案。
單元測試要求将四則運算算法單獨抽出來寫成一個類,但之前四則運算gui實作就已經将四則運算算法單獨寫成了一個類,是以就沒有怎麼改直接進行的單元測試,在測試過程中遇到了一些字元轉換方面的問題,還有就是compute()方法隻能識别分數,輸入整數時不能識别,後來寫了一個方法将輸入的整數轉化為分數,再進行運算。測試算法時隻能識别四種運算符——"+-*/",改了一下之後,在輸入錯誤運算符時會進行報錯,輸出"請輸入正确運算符!"。
(3) 請展示上面描述的單元測試的每個環節。

c. 小結與感受:由于之前寫的四則運算類有許多不完善的地方 ,是以測試的過程出的錯比較多,不過後來慢慢也都找到問題所在,都改了過來,通過這個測試,我感受到了代碼規範的重要性,這樣在出錯的時候才能更快的處理,不至于理不出頭緒。
評價下夥伴:
先來一片面包:寫代碼的能力很好,全程基本都是他在寫,而我在旁邊給建議。
再把肉放上:做事喜歡托到最後才做,而且不夠專心,别一邊寫代碼,一邊跟女票聊天。
再來一片面包:做事要積極,而且要專心。
d. 在隔了一周之後再看之前的代碼,是否更能體會到下面這些東西
1) 良好的設計
雖然基本功能都實作了,但邏輯不清晰。
2) 編碼規範
規範性有點差,代碼看起來比較亂。
3) 必要的注釋
大緻的注釋都有,各個函數的用處開頭也都有注釋,還可以。
e.程式設計時圖檔
f.psp
PSP2.1
Personal Software Process Stages | Time (%) Senior Student | Time (%) | |
Planning | 計劃 | 1 | |
· Estimate | 估計這個任務需要多少時間 | 3 | 2 |
Development | 開發 | 4 | 5 |
· Analysis | 需求分析 (包括學習新技術) | ||
· Design Spec | 生成設計文檔 | ||
· Design Review | 設計複審 | ||
· Coding Standard | 代碼規範 | ||
· Design | 具體設計 | ||
· Coding | 具體編碼 | ||
· Code Review | 代碼複審 | ||
· Test | 測試(自我測試,修改代碼,送出修改) | ||
Reporting | 報告 | ||
· | 測試報告 | ||
計算工作量 | |||
并提出過程改進計劃 |
勤奮是改變世界的唯一捷徑