測試工程師如何分析操做系統日誌？

　　

　　最近在作一個實際項目的性能測試中，碰到一個問題，被測系統在壓測試過程當中，服務器默名其妙的關機了。並且原來有激活過的系統忽然變成未激活了。因爲咱們這個被測試應用比較特

 

別，包括服務器硬件和軟件？ 那究竟是硬件部分出現了問題仍是軟件問題呢？不找出問題的元兇，若是是硬件問題，問題就大了，這個問題讓我內心很是不安。因而我決定花點時間來分析一

 

下。問題的難處在於系統重啓是發生在凌晨3點多鐘的時候那時候根本沒人在動電腦，當時沒人在現場，從應用層面來看，被測應用根本沒有任何日誌，那說明不是軟件致使的。因而我決定從操

 

做系統分析日誌着手，下面是分析步驟：

 

1.首先肯定系統重啓時間在，2015/8/12 3:28，見附件0.png

2.其次分析系統應用日誌，發如今同日重啓前有發生SystemRestore事件，即建立系統還原點。見附件1.png

3.查找系統還原點信息，在這個時刻肯定建立系統還原點。信息爲WindowsUpdate且爲關鍵更新。也就是說系統強制更新的事件。見附件2.png

4.而後查找Setup日誌信息，發如今系統重啓前，有一系列補丁更新操做，隨便查找一個KB3064209,發現已經安裝成功，但須要重啓生效。見附件3.png

5.而後觀察下一條信息，發現KB3064209補丁已經成功標記爲已更新，據些斷定系統已經重啓過了。時間點和1吻合。

結論： 到此，問題就很是清晰了，90%的可能性是因爲windows的自動更新致使的，而此次的更新中包含了一個正版驗證的關鍵更新，爲了 更新生效，windows給你自動重啓了。 疑問： windows怎麼能這樣呢，自動給重啓了，難怪不得大型的服務器都不用windows,是有道理的。後來跟同事瞭解了一下，他的意思 是windows的我的版他也碰到過相似問題，服務器版本會提示讓你重啓不會自動重啓，希望吧！

 

其實一個好的性能測試工程師，必須是一個合格的系統工程師，^_^