軟件測試平臺的認識

軟件測試平臺的認識即為客戶打造了集高效率、低成本等特性于一身，大幅縮短了軟件產(chǎn)品測試周期，并且可以提升產(chǎn)品品質(zhì)，同時還能充分發(fā)揮虛擬化的優(yōu)勢，減少物理工作站的數(shù)量，和降低客戶的IT系統(tǒng)能耗、提高了空間使用效率的軟件工作空間。(1)創(chuàng)造安全可靠的軟件運行空間安全在任何服務(wù)器實現(xiàn)中都是一項核心挑戰(zhàn)。承載多臺虛擬機(VM)的服務(wù)器(也稱為合并服務(wù)器)不僅要承擔(dān)與非合并服務(wù)器同樣的安全風(fēng)險，還要面對管理員角色分離的挑戰(zhàn)。軟件測試平臺有助于提高合并服務(wù)器的安全性和解決管理員角色分離的挑戰(zhàn)。通過下列功能來實現(xiàn)此目的：強大的分區(qū)能力、硬件級別安全性、WindowsServer虛擬化、網(wǎng)絡(luò)安全功能和最小的受信任計算基礎(chǔ)。(2)強大的隔離能力服務(wù)器虛擬化使具有不同資源要求的工作負載能夠在同一主機服務(wù)器上共存。軟件測試平臺通過靈活的內(nèi)存分配、動態(tài)的硬件添加和靈活的網(wǎng)絡(luò)配置，大幅提高主機服務(wù)器的物理資源的使用率：(3)性能大幅提升軟件測試平臺采用基于64位管理程序的輕型、低開銷虛擬化體系結(jié)構(gòu)，通過多核心支持，可以為每個VM分配多達8個邏輯處理器，同時支持64位主機和來賓操作系統(tǒng),此外，通過服務(wù)器硬件技術(shù)打通從GuestOS到真實硬件資源的通路，避免在VMM層的IOmapping，指令轉(zhuǎn)換和數(shù)據(jù)遷移的漫長過程，減少80%虛擬化應(yīng)用導(dǎo)致的性能損失;(4)更簡化的管理在可能部署的數(shù)據(jù)中心和遠程分支機構(gòu)安裝中，需要強大的管理功能和自動化功能來完全實現(xiàn)虛擬化降低成本的可能性。軟件測試平臺通過可擴展管理、用于VM管理的界面以及PowerShell腳本和組策略對象(GPO)管理和自動化功能滿足了此需求;同時對于硬件平臺監(jiān)控管理系統(tǒng)可以滿足端到端的全程管理。軟件測試平臺平臺的概念編輯就是一種用來實現(xiàn)某種功能的體系。平臺包括各種不同的元素，架構(gòu)，流程，標準，機制和工具等等。以測試為例，- 架構(gòu)：測試體系中有關(guān)的各種Roles以及對應(yīng)的Responsibilities- 流程：測試相關(guān)的各種流程，比如測試項目流程，測試管理流程，配置管理流程- 標準：在測試相關(guān)的各種流程中應(yīng)該遵循的各種標準- 機制：各種相關(guān)的機制，如溝通機制，反饋機制，知識傳遞機制- 工具：用于實現(xiàn)各項工作和流程的輔助工具，如自動化測試工具，測試管理工具，知識管理工具軟件測試平臺軟件測試的原則編輯1、應(yīng)當(dāng)把“盡早地和不斷地進行軟件測試”作為軟件開發(fā)者的座右銘。2、測試用例應(yīng)由測試輸入數(shù)據(jù)和與之對應(yīng)的預(yù)期輸出結(jié)果兩部分組成。3、程序員應(yīng)避免檢查自己的程序。（注意不是指對程序的調(diào)試）4、在設(shè)計測試用例時，應(yīng)當(dāng)包括合理的輸入條件和不合理的輸入條件。不合理的輸入條件是指異常的，臨界的，可能引起問題異變的輸入條件。5、充分注意測試中的群集現(xiàn)象。經(jīng)驗表明，測試后程序殘存的錯誤數(shù)目與該程序中以發(fā)現(xiàn)的錯誤數(shù)目或檢錯率成正比。應(yīng)該對錯誤群集的程序段進行重點測試。6、嚴格執(zhí)行測試計劃，排除測試的隨意性。測試計劃應(yīng)包括：所測軟件的功能，輸入和輸出，測試內(nèi)容，各項測試的進度安排，資源要求，測試資料，測試工具，測試用例的選擇，測試的控制方法和過程，系統(tǒng)的組裝方式，跟蹤規(guī)則，調(diào)試規(guī)則，以及回歸測試的規(guī)定等等以及評價標準。7、應(yīng)當(dāng)對每一個測試結(jié)果做全面的檢查。8、妥善保存測試計劃，測試用例，出錯統(tǒng)計和最終分析報告，為維護提供方便。軟件測試的對象： 軟件測試并不等于程序測試。軟件測試應(yīng)該貫穿整個軟件定義與開發(fā)整個期間。因此需求分析、概要設(shè) 計、詳細設(shè)計以及程序編碼等各階段所得到的文檔，包括需求規(guī)格說明、概要設(shè)計規(guī)格說明、詳細設(shè)計規(guī)格說明以及源程序，都應(yīng)該是軟件測試的對象。在對需求理解與表達的正確性、設(shè)計與表達的正確性、實現(xiàn)的正確性以及運行的正確性的驗證中，任何一個環(huán)節(jié)發(fā)生了問題都可能在軟件測試中表現(xiàn)出來。測試組成員角色分配設(shè)置1. 崗位及職責(zé)描述1.1.測試組長l 負責(zé)測試組日常工作順利進行l(wèi) 及時掌握組員工作情況及遇到的困難并及時進行處理l 將了解到的項目情況及時告知組員l 指定各個項目的項目測試組長l 測試組內(nèi)部技術(shù)支持1.2.項目測試組長l 接到測試組長分配下來的任務(wù)后及時與上級予以確認l 關(guān)于項目測試任務(wù)A、接到項目測試任務(wù)后，首先了解項目具體情況并按照XX項目計劃書要求編寫XX項目測試計劃。并且第一時間將測試計劃中的時間和人員安排告知測試組長，待測試組長確認后再開展測試工作B、參與項目需求評審會議，并將評審結(jié)果告知該項目相關(guān)的組員C、項目測試組長須保證測試環(huán)境的正常運行D、接收到項目負責(zé)人分派的任務(wù)和（或）項目變更情況后必須及時告知測試組長，以便測試組長能及時了解項目進展情況E、在項目測試工作中遇到問題需及時向測試組長反映，并與測試組長一起解決問題F、對于MANTSI上面的BUG具有判斷權(quán)。如果無法確認是否是BUG，需及時告知測試組長，待測試組長確認后再進行接下來的工作。注意：關(guān)于是否是BUG的判斷必須按照測試規(guī)范及要求文檔中的對于BUG的規(guī)定G、對于新項目，可以直接指派組內(nèi)其他組員參與l 每天下午下班前須向測試組長匯報當(dāng)天測試情況l 須將項目負責(zé)人直接與項目測試組長溝通后的結(jié)果及時反饋給測試組長l 項目測試結(jié)果后須提交功能測試報告和缺陷清單，性能測試報告由性能測試工程師負責(zé)l 總結(jié)項目測試經(jīng)驗1.3.測試組員l 服從項目測試組長工作安排，及時高效地完成工作l 對于上級安排的工作有異議的，需當(dāng)天提出疑問。如果不提出疑問，則表示認同上級安排l 在不影響自己工作的情況下可以協(xié)助其他組員的測試工作1.4.性能測試工程師l 根據(jù)XX項目系統(tǒng)測試計劃中對于系統(tǒng)性能的要求，編寫XX項目性能測試計劃文檔l 設(shè)計和確認XX項目性能測試對象和測試場景l(fā) 錄制和分析LR腳本，并要保證腳本能正常執(zhí)行l(wèi) 錄制性能測試場景并保證場景能正常運行l(wèi) 分析測試結(jié)果并提交性能測試報告2. 測試組日常工作2.1.工作要求2.1.1.測試組長l 合理安排各個項目測試時間和任務(wù)l 協(xié)助項目測試組長處理外界溝通l 技術(shù)支持l 處理日常測試組工作l 對組員進行考核l 組織會議l 向上級領(lǐng)導(dǎo)匯報日常工作、周工作和項目總體測試情況2.1.2.項目測試組長l 每天及時了解和處理項目測試進度和出現(xiàn)的問題l 協(xié)助組員完成測試工作（技術(shù)支持）l 每天17:30之前向測試組長匯報當(dāng)天測試工作情況及測試進度2.1.3.組員l 每天按時完成當(dāng)天工作，如果當(dāng)天未安排工作或無測試任務(wù)，就按照測試組成員工作安排及任務(wù)XX月文檔中的任務(wù)進行工作l 每天在17:30之前必須寫工作日志并發(fā)給測試組長l 參與測試任務(wù)的組員須每天17:30前向項目測試組長匯報當(dāng)天測試完成情況l 服從上級的工作安排。如有異議需在安排工作的時候提出否則表示接受工作安排2.2.文檔要求各個文檔格式需統(tǒng)一，格式參照文檔編寫規(guī)范V1.0文檔2.