現在各個公司生意越做越大。當然伺服器也越來越多。光靠實體機實在有些短板。所以採用虛擬機器是大勢所趨啊。
主要要求：
1：機房極可能使用虛擬化技術。
2：更真實模擬生產環境
做的一些規範
1：人員職責分配
2：ip分配（要有不同網段的ip，便於測試跨網段的。excel記錄）
3：備份恢復（每天快照本機備份，3個月backup。新系統異地備份）
4：虛擬機器命名規則（excel記錄）
我的一些疑問：
1：使用的是微軟的hyper-v，這個剛出來不久。。可靠不
2：公司以前使用的是vmware station的能夠平穩過渡到hyper-v上面嗎
3：hyper-v號稱的」飄「的功能到底是個蝦公尺東西。
4：災難恢復機制感覺還是不靠譜。
1：hyper-v（官方文件 ）
hyper-v管理器，是windows server 2008作業系統的乙個角色，但剛開始發布時，並不完善，隨著windows server 2008 r2的發布，hyper-v的版本變成了r2也就是hyper-v 2.0，而隨著其更新的就是hyper-v管理器版本變成了 6.1.7600.16385。
剛出不久。搭配著win2008出來的。可靠性有待商榷。不過功能性估計還不錯。
相關文件
2：公司以前使用的是vmware station的能夠平穩過渡到hyper-v上面嗎
見文章：如何轉換vmware esx虛擬機器到hyper-v格式？
待實戰。
3：hyper-v號稱的」飄「的功能到底是個蝦公尺東西。
實時遷移的實現需要hyper-v主機是windows故障轉移群集的一部分，主要是針對虛擬機器的，讓虛擬機器可以在不停機及其上應用服務不中斷的情況下，在hyper-v主機之間移動。 且同時間內，只能進行一次的適時遷移。
而體現在hyper-v故障轉移群集，主要是針對虛擬主機和虛擬機器的，主機級的故障轉移群集為hyper-v提供單點故障保護，如果其中一台節點也就是hyper-v主機出現問題，這台主機上的所有虛擬機器則會在另外的節點上重啟。
同樣地，虛擬機器也可以作為故障轉移群集中的節點，來實現其高可用性。但此時的虛擬機器高可用性的實現是自動的，但需要一定的停機時間，而這個時間取瘊於服務本身以及硬體伺服器的效能。（請把此種情況下的虛擬機器故障轉移和實時遷移相區分）
通過vmm 2008可以實現故障轉移群集及實時遷移，也可以感知群集新的節點。同時結合scom之後的pro，亦能虛擬機器的手動或手動遷移等。
4：災難恢復機制感覺還是不靠譜。
專家部落格:通過微軟hyper-v進行災難恢復規劃(1)
hyper-v災難恢復策略分析
暫不需要深入。沒必要看了。
關於介面測試的一些個人總結
什麼是介面測試？所謂介面，我理解的就是乙個開關，我們通過在外面向開關發出一些指令如 開燈 關燈 調亮 調暗 等，檯燈會根據你的指令給你對應的反饋。如果你發出了調暗的指令，檯燈直接給你關掉了，那就是說明這個介面返回是有問題的。常見請求方式 get 通過請求url得到資源 post 用於新增新的內容 p...
大型C 工程測試記憶體洩漏的一些個人總結方法
測試工具 cppcheck valgrind 實時跑系統工程，檢視cpu增加情況 測試方法 1 cppcheck測試靜態程式方法 通過執行cppcheck可以直觀的看到是否有new的指標沒有釋放 2 valgring測試方法 輸入指令 valgrind tool memcheck leak chec...
關於自動化測試的一些思考（一）
時至今日，進專案組已經半年了，對自動化測試也有了更深刻的認識和理解。為什麼要進行自動化測試？要回答這個問題，先了解一下測試背景。我們專案所使用的軟體開發模型是agile，agile開發的scrum模型，整個大專案分成乙個個小team，每個team都有乙個scrum master。scrum mast...