t_zh

第一次作業

度量及類圖

bug分析:

　　本次作業我自己公測通過但是還是存在兩個bug沒有處理,第一個是在輸出的時候關于系數為0的項應該忽略,同時也要處理','等輸出格式.還要則是string轉int的時候,沒有判斷string長度,過長會導致parseint()函數拋出異常,導致crash掉.

這次作業沒有挑出同學的錯誤.

第二次作業

bug分析:

　　這次作業最終沒有被查出錯誤.

分析bug:

　　我查出了測試對象的作業中的對于輸入格式前導零和正號的支持問題,還有他編寫格式中缺失類的問題.

第三次作業:

 bug分析:

　　這次作業我有一個錯誤在公測被發現,就是當主任務在同層結束的時候,這時發出的捎帶請求不捎帶,屬于理解不夠,同時代碼編寫也有問題,在自己設置的測試點中漏過了這個點.

測試對象:

　　有比較多的錯誤,同時寫法很奇怪....,基本上是面向過程的程序了吧...,象征性的扣了一些點,其他的錯誤沒有再申報,但在備注中給他指出了錯誤.

總結性內容:
　　測試方法:

　　首先我會自己建立許多測試數據,按照輸入輸出的格式要求等,建立非法格式請求,合法請求,觀察輸出,同時合法情況中又按照出現問題的情況分類,比如電梯的捎帶,轉向,停靠等等.但是因為情況數眾多,所以往往沒有做到完全的測試,(有些情況你自己構造的測試點過了可能仍然存在問題),所以

一般自我評測并沒有完全做到最好,然后我會去跟同學交換一些測試的數據,共享信息來測試.

　　然后一般我首先是用自己的數據來檢查,即我對自己的程序時什么檢查標準也就對他人的程序一樣的測試標準.但很多錯誤往往可能因為測試點的特殊性而不能暴露,所以我往往會檢查同學的程序來發現bug,而不僅僅是數據的測試.從代碼層次上理解他的邏輯,分析邏輯,與自己的進行比較,這樣

往往能找出那些測試點沒有測出來的bug.

　　一些心得體會:

　　感覺最大的收獲是面向對象的編程方法和編程思想,以前只接觸c/c++程序的編寫,做一些題目往往只是面向過程的寫法,而且并沒有存在對信息的保護措施,比如public,private等修飾詞也很重要.而且這幾次作業的編程體驗就是輸入格式的問題...,往往處理起來是比較麻煩的,會有各種各樣的錯誤,以前的題目往往是規定了輸入的格式情況.所以學會正則表達式十分的必要,否則對于千奇百怪的錯誤輸入種類十分難以處理.