先貼圖兩張
9個測試用例準備和測試的時間也不少於編寫乙個模組要花的時間了。
效能分析如圖，沒有錯誤與提醒， 只有7個訊息。現在只看得懂這是分析cpu的工作，感覺其他並不太懂。
希望能在以後的學習中更深的理解效能分析器的作用。
總體來說，通過這次的單人開發，我還是收穫很多，現在總結如下：
1.時間使用：
裝系統和vs2012 4小時
需求分析 1小時
c#的學習 9小時
主題框架的編寫 5小時
細節修改 3小時
拓展功能 1小時
測試用例與分析 1小時
2.收穫與心得（排名分先後）
程式的模組化確實重要
msdn文件碉堡
將需求理解透也是一門學問
c#好用，類庫很猛
然後就沒有然後了。
效能測試用例例項
1 使用者併發效能測試用例 使用者併發測試是效能測試的最主要部分，包含了負載測試和壓力測試的過程。主要是逐漸增加使用者數量來加重系統負擔，直到出現不能接收的效能點或者瓶頸。一般要測試正常數量的使用者併發和極限數量下使用者併發的情況。併發使用者測試主要是對系統的核心功能和重要業務進行測試，要以真實的業...
測試用例與測試用例的設計方法
測試用例 test case 是為某個特殊目標而編制的一組測試輸入 執行條件以及預期結果，以便測試某個程式路徑或核實是否滿足某個特定需求。目前黑盒測試的測試用例設計方法有5種 等價類劃分 邊界值分析 錯誤推測法 目前黑盒測試 的測試用例 設計方法有5種 等價類劃分 邊界值分析 錯誤推測法 因果圖功能...
自己寫測試用例的體會
感覺就是婆婆媽媽的重複各種事情，要寫前提條件，要寫各種步驟，step 1,step 2，做了哪些操作就要有什麼樣的結果。累覺不愛，有沒有?知乎上對測試的乙個回答 套用一句爛俗的話，對測試來說，這是最壞的時代，也是最好的時代。隨著技術的發展，對測試的要求越來越高，像之前躺著點點點的測試員顯然是首當其衝...