軟件培訓常用解決方案「多圖」

配置測試：這里的配置測試有別于功能測試中的配置測試，我們知道功能測試中的配置測試一般指被測軟件與硬件及外設的兼容性，性能中的配置測試指通過對被測系統軟硬件環境的調整，了解各種不同環境對系統性能影響的程度，從而找出系統各項資源的很優分配。保障就業當下很多培訓機構只管銷售和收錢，錢一收就開始糊弄，糊弄完教學糊弄就業，最后找不找得到工作都是自己的事兒了。從這里可以看出進行配置測試前應對被測系統的性能狀態有初步了解，以便在配置測試結果分析過程中有基線參考。

下面說說我在實際工作中所做的性能測試和穩定性測試：

性能測試：實際項目中所做的性能測試多是以能力驗證為測試目的，也可以理解為采用性能驗證測試方法，開發定一個指標，如并發上傳1000條報警信息，看看報警的服務器能否正常接收處理并上傳給MQ至數據庫，報警的服務器是否異常，資源消耗是否正常，需注意的有：CPU占用率，內存占用率，GDI，分頁數，句柄數等等。所有的改變都是有風險的，看個人是否有耐力和決心踏踏實實的學習了。

使用的測試工具也是公司內部提供的測試工具，性能測試時間多是一天（我們公司性能測試時間應該算比較長的了，女朋友公司性能測試多是1小時或者更短，不同的用戶需求設置不同的測試條件），性能測試多是個Build執行，我們知道如性能出問題了多是架構設計問題，屬于比較嚴重的問題，以盡早確定被測系統的架構設計是否有問題及時修改。如果硬件條件學歷、專業不是很吻合的話，不建議做開發哦尤其java，身邊一大堆。其它步驟由于涉及到具體的項目這里就不做具體介紹了。（由于用戶對產品的性能指標要求不是很嚴格，實際測試中也是測試個大致值，性能測試過程和數據的收集也沒有書本上或者大蝦們說的那么復雜難搞，在這里還是要提醒大家性能測試一定要明確測試目的）

穩定性測試：穩定性測試多是在被測系統比較穩定后進行，一般在第2或者3個Build進行。現在我的薪資比我之前高出很多，工作氛圍也很好，真的挺感謝正厚軟件的，為正厚軟件打Call。看語義就可以看出與性能測試的本質區別，時間長短問題，跟上面介紹到的可靠性測試和壓力測試有點類似，在特定條件下，長時間運行被測系統，查看被測系統是否正常，如內存使用情況,CPU，句柄數，響應時間以及其它資源消耗是否有明顯的變化，是否有波動。實際測試中如穩定性測試時間不夠可以考慮增加壓力縮短測試時間的策略，但是這中方法有一定的風險，很好在有經驗的同事指導下進行。以上是自己對性能測試各方法的一點看法和個人的實際測試簡單概述，總結一句話就是：不要被各種性能測試方法所迷惑，明確自己項目性能測試目的。