企業(yè)應(yīng)用平臺功能優(yōu)化方案

企業(yè)應(yīng)用平臺功能優(yōu)化方案

目錄1.平臺優(yōu)化方案 云平臺項目是一個龐大而復(fù)雜的工程，為了提高本項目軟件開發(fā)質(zhì)量，改善軟件的可讀性和可維護性，軟件編碼必須制定統(tǒng)一標準和規(guī)范。業(yè)務(wù)用例開發(fā)一、目標根據(jù)需求分析說明書和詳細設(shè)計說明書，對系統(tǒng)設(shè)計劃分業(yè)務(wù)用例進行編碼，形成可運行的系統(tǒng)。二、任務(wù)說明1、根據(jù)詳細設(shè)計說明書制定用例開發(fā)計劃：在項目的詳細設(shè)計階段，系統(tǒng)開發(fā)組編寫《業(yè)務(wù)用例開發(fā)計劃》；2、開發(fā)用例：系統(tǒng)開發(fā)組根據(jù)詳細設(shè)計書進行業(yè)務(wù)用例開發(fā)及單元測試。3、用例單元測試：系統(tǒng)開發(fā)組根據(jù)詳細設(shè)計書對開發(fā)完成的用例進行單元測試。內(nèi)部評審一、目標為了保證系統(tǒng)的完備性，在軟件開發(fā)過程中需要進行嚴格的內(nèi)部評審。在編碼開發(fā)階段對參與評審的工作產(chǎn)物進行全面的檢查和審核，判斷編碼開發(fā)相關(guān)文檔，源代碼是否達到了規(guī)定的要求，發(fā)現(xiàn)存在的問題并采取必要的糾正措施，使這些文檔能正確指導(dǎo)相關(guān)編碼開發(fā)工作，滿足編碼開發(fā)運行的充分性、適宜性及有效性，保證編碼開發(fā)后的軟件滿足客戶的要求。二、任務(wù)說明1、預(yù)備階段：為保證評審的質(zhì)量，先進行一個預(yù)備會議。會議上，由組織者向評審組概要介紹評審材料，講解一下本工作的目標，其他相關(guān)的實現(xiàn)細節(jié)、標準規(guī)范等。這個講解的過程從某種角度上來說，也保證了提交工作產(chǎn)品的質(zhì)量。文檔可以包括：要審查的工作產(chǎn)品、參考文檔、工作產(chǎn)品檢查表、工作產(chǎn)品審閱情況記錄表。2、審查階段：在預(yù)備會和正式評審會之間，評審小組成員對工作產(chǎn)品進行徹底檢查，并依據(jù)相關(guān)標準和準則評審工作產(chǎn)品，記錄發(fā)現(xiàn)的缺陷、問題種類與嚴重程度、所用的時間等。3、評審階段：在預(yù)定的正式評審時間內(nèi)，評審小組成員以會議形式聚在一起，依次對產(chǎn)品進行檢查。每個評審員花一定的時間指出問題，并和作者確定問題和定義問題的嚴重程度。注意，評審過程中是發(fā)現(xiàn)錯誤，而不是現(xiàn)場改正它們。會議中，記錄員詳細記錄每一個已達成共識的缺陷，包括缺陷的位置、簡短描述缺陷、缺陷類別、該缺陷的發(fā)現(xiàn)者等。未達成共識的缺陷也將記錄下來，加入"待處理"標識，評審主持人將指派作者和評審員在會后處理評審會議中未能解決的問題。4、書寫評審報告：評審主持人根據(jù)記錄員的記錄和自己的總結(jié)，在規(guī)定時間內(nèi)寫出評審報告，內(nèi)容主要包括：根據(jù)評審員的輸入創(chuàng)建總的問題清單、加入會議中發(fā)現(xiàn)的問題、剔除經(jīng)確認屬于重復(fù)或者無效的問題、共同確定需要修改的問題及修改的程度。5、修正完善：作者根據(jù)評審報告的決議，負責解決確定的所有缺陷和問題。6、跟蹤：評審組長必須確保所提出的每個問題都得到了圓滿解決。必須仔細檢查對文檔的每個修正，以確保沒有注入新的錯誤。軟件測試工作概述及目標全面負責軟件測試的實施工作。具體工作包括：單元和單元集成測試、功能測試、性能測試、安全測試、壓力測試。具體職責包括：制定各類測試的流程規(guī)范，選擇合適的測試工具，采用工具、按照測試流程開展測試工作，各項測試通過后，提交各項測試報告、測試用例及相關(guān)文檔。軟件測試主要是在測試環(huán)境下，使用模擬測試數(shù)據(jù)對軟件從代碼單元、功能、性能、安全等多方面進行全方位的測試，通過測試，保證軟件功能能完全滿足用戶需求，性能能達到一定指標要求，安全測試通過等。本項目主要測試目標如下：滿足用戶的業(yè)務(wù)需求；滿足用戶的功能需求；滿足用戶的性能需求；滿足數(shù)據(jù)安全要求；滿足數(shù)據(jù)接口要求；確保錯誤在早期測試中被發(fā)現(xiàn)，降低成本。工作要求軟件測試主要包括測試準備與測試實施兩大階段，準備階段主要完成測試計劃的制定與評審、測試方案編寫和測試環(huán)境準備等；測試實施階段按照測試計劃完成單元和單元集成測試、功能測試、性能測試、安全測試、壓力測試。軟件測試過程主要包括測試計劃、測試設(shè)計、測試開發(fā)、測試執(zhí)行、測試報告五個步驟。測試完成后，提交測試報告，并針對測試報告進行評審，評審?fù)ㄟ^后，客戶簽字確認，形成軟件測試評審報告。軟件測試工作主要由軟件組負責完成，其他組（測試組、技術(shù)架構(gòu)組、核心征管開發(fā)組、數(shù)據(jù)組、項目管理組、配置管理組、服務(wù)與質(zhì)量保障）配合，具體職責如下：工作組職責測試組負責軟件測試工作，具體包括：根據(jù)項目管理規(guī)范和產(chǎn)品質(zhì)量規(guī)范編寫測試計劃，測試方案設(shè)計測試數(shù)據(jù)和測試用例實施軟件測試，并對軟件問題進行跟蹤分析和報告完成對產(chǎn)品的集成測試與系統(tǒng)測試，對產(chǎn)品的功能、性能及其他方面的測試負責推動測試中發(fā)現(xiàn)問題及時合理地解決提出對軟件的進一步改進的要求并評估改進方案是否合理協(xié)助做好測試工作的質(zhì)量保障技術(shù)架構(gòu)組配合完成測試需求分析工作部分小組成員配合完成測試用例的設(shè)計和編寫參與評審測試計劃、測試方案、測試用例配合完成對測試發(fā)現(xiàn)的系統(tǒng)性能問題進行定位和解決開發(fā)組負責承擔系統(tǒng)的單元和單元集成測試工作；負責對測試過程中發(fā)現(xiàn)的問題進行修改，發(fā)布新的待測應(yīng)用包等數(shù)據(jù)組協(xié)助完成測試數(shù)據(jù)的準備協(xié)助完成測試數(shù)據(jù)庫的管理維護、性能調(diào)優(yōu)等項目管理組協(xié)助制定績效評價方案并組織實施配置管理組配合完成軟件測試的配置管理相關(guān)工作，包括版本控制，變更控制的規(guī)程使用配置管理軟件，保證所有配置項的完整性和可跟蹤性服務(wù)與質(zhì)量保障組確保軟件測試工作遵守工作說明書中描述的工作范圍要求確保提交的測試交付物的內(nèi)容符合用戶驗收標準負責提出軟件測試的進度和問題報告，為項目管理提供質(zhì)量信息分析測試計劃可能有的任何潛在問題（如資源限制，項目交迭，風險等），跟進已產(chǎn)生問題的解決環(huán)境測試工作參與角色至少包含：高級測試工程師、測試工程師、測試經(jīng)理、高級架構(gòu)師、數(shù)據(jù)庫工程師、配置工程師等。以下為投入的人員角色、職責。角色職責高級測試工程師（1）帶領(lǐng)測試團隊，設(shè)計、執(zhí)行、優(yōu)化測試過程,豐富測試手段，引入新的測試框架和測試策略（2）與相關(guān)人員溝通和協(xié)作，推動整個測試工作的順利進行（3）制定制度、完善測試流程，統(tǒng)計和分析測試結(jié)果，提高測試效率和質(zhì)量（4）根據(jù)軟件需求制定測試計劃，設(shè)計測試數(shù)據(jù)和測試用例（5）有效地執(zhí)行測試用例，總結(jié)并提交測試報告（6）準確地定位并跟蹤問題，推動問題及時合理地解決（7）對測試團隊人員進行測試培訓(xùn)，提高員工的工作能力測試工程師（1）設(shè)計測試數(shù)據(jù)和測試用例，并進行相互之間評審（2）實施軟件測試，完成對軟件的集成測試與系統(tǒng)測試，對軟件的功能及其他方面的測試負責（3）對軟件問題進行跟蹤分析和報告，推動測試中發(fā)現(xiàn)的問題及時合理解決（4）匯總測試執(zhí)行情況，編制相關(guān)報告（5）負責本項目自動化功能測試工具選擇和使用（6）負責研發(fā)符合業(yè)務(wù)特色的測試框架及測試工具，有效提升測試效率（7）負責項目自動化解決方案設(shè)計和腳本開發(fā)（8）負責利用自動化測試工具執(zhí)行系統(tǒng)集成測試、回歸測試測試經(jīng)理（1）負責性能測試策略的制定、執(zhí)行及優(yōu)化（2）負責設(shè)計性能測試場景（3）負責分析測試結(jié)果（4）負責性能測試的測試方案、計劃、用例、報告的編制以及問題跟蹤（5）負責loadrunner工具的運行及維護（6）負責開發(fā)測試腳本高級架構(gòu)師（1）負責定位、分析、優(yōu)化系統(tǒng)瓶頸（2）配合高級性能測試工程師的工作數(shù)據(jù)工程師（1）負責搭建測試數(shù)據(jù)庫（2）配合測試工程師準備測試數(shù)據(jù)（3）負責測試數(shù)據(jù)庫的調(diào)優(yōu)配置工程師（1）負責搭建穩(wěn)定、可重復(fù)的測試環(huán)境（2）負責測試環(huán)境的調(diào)優(yōu)（3）對測試階段成果進行配置管理工作質(zhì)量工程師（1）制定質(zhì)量保障計劃（2）對測試過程進行指導(dǎo)和審核項目啟動時，測試經(jīng)理、高級測試工程師、測試工程師要求到位。測試經(jīng)理需參與項目的需求分析和設(shè)計，便于設(shè)計功能測試場景和性能測試場景。測試工程師主要負責回歸測試，區(qū)別于功能測試工程師的手工測試，設(shè)計自動測試的方案，在版本基本穩(wěn)定的基礎(chǔ)上進行自動化測試，監(jiān)控測試結(jié)果，達到版本穩(wěn)定、效率提高的效果。配置工程師負責測試環(huán)境的搭建，測試版本的發(fā)布，各種BUG管理、需求管理工具、測試工具的安裝和調(diào)試。在性能測試環(huán)節(jié)，則負責環(huán)境的調(diào)優(yōu)工作，或根據(jù)性能測試結(jié)果提出調(diào)優(yōu)建議。數(shù)據(jù)庫工程師負責測試數(shù)據(jù)庫的搭建，測試數(shù)據(jù)的準備，在性能測試環(huán)節(jié)，則負責海量數(shù)據(jù)的準備，測試數(shù)據(jù)庫的調(diào)優(yōu)。在與外系統(tǒng)接口聯(lián)調(diào)的工作中，負責數(shù)據(jù)接口數(shù)據(jù)的準備工作。工作約束本項目全面實施標準和規(guī)范化測試，應(yīng)完成全部業(yè)務(wù)功能、技術(shù)功能、安全功能和各種性能等各類測試的測試用例編寫和實際數(shù)據(jù)采集工作。除非客戶同意，否則所有測試均以客觀的測試用例和測試數(shù)據(jù)為準，不以個人主觀判斷作為測試標準。隨著項目進度和各種變更，應(yīng)確保測試用例的更新。測試工作將以GB/T15532-2008《計算機軟件測試規(guī)范》和GB/T9386-2008《計算機軟件測試文檔編制規(guī)范》為指導(dǎo)，嚴格按照規(guī)范要求進行軟件檢查、測試和文檔的整理報送，對測試錯誤和缺陷會及時進行修正、補充。測試準備工作約束一、測試計劃編寫應(yīng)提前制定測試計劃，主要包括測試階段劃分、測試方法、工作流程、人員分工、進度安排等內(nèi)容。測試計劃須經(jīng)客戶確認。二、測試方案編寫應(yīng)對每種類型的測試制定單獨的測試方案，內(nèi)容至少包括測試內(nèi)容、測試環(huán)境、數(shù)據(jù)要求、測試工具與測試方法、完成準則等內(nèi)容。測試方案須經(jīng)客戶確認。三、測試用例設(shè)計應(yīng)提供各類測試所需測試用例，至少應(yīng)滿足以下要求：測試用例的目標清楚，并能滿足軟件質(zhì)量管理各個方面的要求；測試用例的組織和分類設(shè)計思路正確、層次清晰、結(jié)構(gòu)合理；測試用例應(yīng)覆蓋所有測試點、所有路徑和所有已知的用戶使用場景；應(yīng)有充分的負面測試用例，測試各種異常和例外情況。應(yīng)根據(jù)測試階段和情況的變化，及時更新維護測試用例。四、測試數(shù)據(jù)準備應(yīng)準備模擬測試數(shù)據(jù)，數(shù)據(jù)必須滿足測試需求，覆蓋被測業(yè)務(wù)和測試邊界，滿足完整性、一致性等要求。測試執(zhí)行工作約束一、單元和單元集成測試對單元測試流程進行規(guī)范，制訂一定的覆蓋率指標和質(zhì)量目標，來指導(dǎo)單元測試設(shè)計和執(zhí)行；嚴格按照單元測試流程進行測試；二、功能測試功能測試是對產(chǎn)品的各項功能進行驗證，根據(jù)功能測試用例，逐項測試，檢查本項目是否達到甲方要求的功能。對系統(tǒng)的各項功能進行驗證，逐項測試，檢查產(chǎn)品是否達到甲方要求的功能；應(yīng)嚴格按照功能測試流程進行測試；功能測試通過后，應(yīng)提交功能測試用例及相關(guān)文檔；三、性能測試性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統(tǒng)的各項性能指標進行測試。應(yīng)選用合適的測試工具，測試軟件在正常、峰值以及異常負載條件下的各項性能指標，性能指標應(yīng)滿足甲方需求；應(yīng)嚴格按照性能測試流程進行測試；四、壓力測試壓力測試是模擬工作負荷對軟件進行破壞性測試和強度穩(wěn)定性測試，測試軟件在一定硬件環(huán)境下的性能指標。壓力測試內(nèi)容至少包括：申報征收、發(fā)票發(fā)售、查詢等10類業(yè)務(wù)，各類業(yè)務(wù)響應(yīng)時間應(yīng)當滿足軟件的性能要求；應(yīng)嚴格按照壓力測試流程進行測試；；工作方案制定標準規(guī)范一、目標規(guī)范軟件測試流程，提高軟件測試工作的質(zhì)量和效率，降低后續(xù)風險。二、任務(wù)說明1、需求調(diào)研：了解工作規(guī)范現(xiàn)狀，結(jié)合用戶要求及本項目建設(shè)需要，制訂軟件測試工作規(guī)范框架，界定范圍。2、規(guī)范制定：根據(jù)需求調(diào)研的結(jié)果，以金稅三期軟件測試階段的相關(guān)標準規(guī)范為基礎(chǔ)，在標準規(guī)范整體框架下補充尚缺乏的標準規(guī)范、完善已有的標準規(guī)范，最終形成適用于測試組的標準規(guī)范，落實為工作規(guī)范文檔，并提交審核。3、審核：標準規(guī)范牽扯面廣，對項目的執(zhí)行效果影響很大。因此，所推出的標準規(guī)范必須經(jīng)過嚴格的審核流程。在軟件測試規(guī)范成稿之初，首先提交測試組內(nèi)部進行審核，集合組內(nèi)各級別人員充分討論、達成共識；然后交由標準組審核。4、規(guī)范發(fā)布：經(jīng)標準組審核通過的規(guī)范，才能最終呈文并在項目組內(nèi)部發(fā)布。發(fā)布之后的規(guī)范將成為對軟件測試工作實施的正式約束，并成為對測試組工作考核和檢查的具體依據(jù)之一。軟件測試階段的文檔主要由過程、模板、檢查表、指南、規(guī)范五部分組成。具體如下：1、軟件測試過程文檔：文檔描述和確定了軟件開發(fā)項目的軟件測試過程，為參與軟件測試的相關(guān)人員提供指導(dǎo)，以明確各自職責及義務(wù)。同時規(guī)范軟件測試流程，提高軟件測試工作的質(zhì)量和效率，降低后續(xù)風險。2、軟件測試計劃文檔：測試計劃文檔描述了對軟件產(chǎn)品和需求的理解、進度安排、測試策略、人員分配、測試資源、風險分析等幾個方面進行的測試安排，是測試的開端，是軟件工程最重要的一部分。3、軟件測試方案：測試方案文檔描述了是通過測試確認軟件是否滿足產(chǎn)品的性能需求，同時發(fā)現(xiàn)系統(tǒng)中存在的性能瓶頸，起到優(yōu)化系統(tǒng)的目的。測試的依據(jù)是產(chǎn)品的需求規(guī)格說明書；如果用戶沒有提出性能指標則根據(jù)用戶需求、測試設(shè)計人員的經(jīng)驗來設(shè)計各項測試指標。4、軟件測試用例：測試用例文檔由規(guī)范和測試用例兩部分組成。簡介部分編制了測試目的、測試范圍、定義術(shù)語、參考文檔、概述等。測試用例部分逐一列示各場景對應(yīng)的測試用例，類型包括常規(guī)檢查、流程測試、邊界測試、異常測試等。5、軟件測試報告文檔：軟件測試報告文檔總結(jié)測試階段的測試以及分析測試結(jié)果，描述了系統(tǒng)是否符合需求。6、檢查表文檔：檢查表分軟件測試文檔檢查表，軟件測試計劃檢查表，軟件測試方案檢查表，軟件測試用例檢查表，軟件測試報告檢查表，確保過程和結(jié)果性文檔清晰、完整、準確，作為系統(tǒng)分析人員自我工作檢查和項目管理人員評審的工具。7、軟件測試指南：指南文檔是對測試整個過程中常用的理論、方法、步驟進行詳細論述，為編制測試計劃、測試方案、測試用例、測試報告提供指導(dǎo)。8、測試規(guī)范文檔：測試規(guī)范文檔包括一系列關(guān)于測試的標準規(guī)范，具體有軟件測試流程規(guī)范、軟件缺陷管理規(guī)范等。用以指導(dǎo)軟件測試，確定測試過程中所涉及的角色、職責、流程、過程文檔等要素，并與測試管理工具中涉及的內(nèi)容相配套，進一步完善測試管理過程。搭建測試環(huán)境一、目標模擬實際生產(chǎn)環(huán)境搭建乙方實測試環(huán)境。保證能夠模擬用戶實際生產(chǎn)環(huán)境實施測試工作。二、任務(wù)說明1、搭建測試環(huán)境的網(wǎng)絡(luò)、主機、測試用機環(huán)境。2、部署云平臺相關(guān)應(yīng)用系統(tǒng)。測試環(huán)境是指為了完成軟件測試工作所必需的計算機硬件、軟件、網(wǎng)絡(luò)設(shè)備、歷史數(shù)據(jù)的總稱。測試環(huán)境是測試實施的一個重要階段，測試環(huán)境適合與否會嚴重影響測試結(jié)果的真實性和正確性。測試環(huán)境包括硬件環(huán)境和軟件環(huán)境，硬件環(huán)境指測試必需的服務(wù)器、客戶端、網(wǎng)絡(luò)和安全設(shè)備，以及打印機/掃描儀等輔助硬件設(shè)備所構(gòu)成的環(huán)境；軟件環(huán)境指被測軟件運行時的操作系統(tǒng)、數(shù)據(jù)庫及其他應(yīng)用軟件構(gòu)成的環(huán)境。制定測試計劃及方案一、目標通過制定測試計劃及方案，明確測試對象的范圍、測試方法、測試流程、測試的人員計劃及職責、測試的時間進度安排、測試環(huán)境安排。使得測試人員能夠了解整個項目的測試情況以及項目測試不同階段所要進行的工作，能夠根據(jù)測試計劃及方案所開始開展各自工作。甲方能夠根據(jù)測試計劃及方案跟蹤和監(jiān)控集成測試情況。最終保證集成測試的質(zhì)量和進度。二、任務(wù)說明1、根據(jù)開發(fā)計劃，確定測試對象范圍，制定測試計劃、測試進度安排、測試人員計劃和測試環(huán)境安排。2、根據(jù)集成測試流程規(guī)范，制定乙方集成測試方法、測試流程。3、提交測試計劃及測試方案甲方進行評審。測試計劃描述了要進行的測試活動的范圍、方法、資源和進度，可以使測試人員能夠了解整個項目的測試情況以及項目測試不同階段所要進行的工作，也可以使領(lǐng)導(dǎo)按照測試計劃進行宏觀調(diào)控，進行相應(yīng)的資源配置。測試計劃明確了測試對象的范圍、測試方法、測試的人員計劃及職責、測試的時間進度安排、測試環(huán)境安排。測試計劃不一定要盡善盡美，但一定要切合實際，要根據(jù)項目特點和測試團隊的實際情況來編制，不能脫離實際情況；同時，測試計劃一旦制定下來，并不就是一層不變的，它需要根據(jù)實際情況的變化而不斷進行調(diào)整，以滿足實際測試要求。測試用例一、目標使得測試人員能夠根據(jù)測試用例全面對系統(tǒng)進行測試，以保證系統(tǒng)能夠滿足用戶的業(yè)務(wù)需求及系統(tǒng)質(zhì)量。為此設(shè)計測試用例要符合以下目標：1、滿足用戶需求目標2、覆蓋系統(tǒng)各個剖面及測試點3、符合用戶實際使用場景4、盡可能找出系統(tǒng)的薄弱環(huán)節(jié)和邊界點二、任務(wù)說明1、分析需求分析報告，根據(jù)需求分析報告要求的所有業(yè)務(wù)點進行設(shè)計測試用例。2、分析用戶應(yīng)用場景，設(shè)計每個業(yè)務(wù)點測試用例的輸入及期望輸出。3、分析可能出現(xiàn)的各種非法輸入、各種環(huán)境異常情況，設(shè)計每個業(yè)務(wù)點測試用例的輸入和期望輸出。4、把測試用例提交甲方進行評審。單元測試一、目標單元測試的對象是軟件設(shè)計的最小單位：模塊或函數(shù)，單元測試的依據(jù)是詳細設(shè)計說明書。測試者要根據(jù)詳細設(shè)計說明書和源程序清單，了解模塊的I/O條件和模塊的邏輯結(jié)構(gòu)。主要采用白盒測試的測試用例，輔之以黑盒測試的測試用例，使之對任何合理和不合理的輸入都能鑒別和響應(yīng)。要求對所有的局部和全局的數(shù)據(jù)結(jié)構(gòu)、外部接口和程序代碼的關(guān)鍵部分進行桌面檢查和代碼審查。具體目標如下：1、檢查并確定信息正確地從接口流入和流出單元；2、檢查并確定其內(nèi)部數(shù)據(jù)能保持其完整性，包括內(nèi)部數(shù)據(jù)的形式、內(nèi)容及相互關(guān)系不發(fā)生錯誤，也包括全局變量在單元中的處理和影響；3、檢查并確定在為限制數(shù)據(jù)加工而設(shè)置的邊界處，能正確工作；4、檢查并確定單元的運行能做到滿足特定的邏輯覆蓋；5、檢查并確定單元中發(fā)生了錯誤，其中的出錯處理措施正確有效。二、任務(wù)說明1、制定單元和單元集成測試計劃和測試方案。2、設(shè)計單元和單元集成測試用例，設(shè)計測試用例對模塊接口，包括參數(shù)表、調(diào)用子模塊的參數(shù)、全程數(shù)據(jù)、文件輸入和輸出操作都進行檢查；設(shè)計測試用例檢查數(shù)據(jù)類型說明、初始化、缺省值等方面的問題；設(shè)計測試用例測試在數(shù)據(jù)流、控制流中剛好等于、大于或小于確定的比較值時出錯的可能性；設(shè)計測試用例對模塊中重要的執(zhí)行路徑進行測試；設(shè)計測試用例檢查模塊的錯誤處理功能是否包含有錯誤或缺陷。3、開發(fā)單元和單元集成測試腳本，根據(jù)設(shè)計的單元和單元集成測試用例，準備測試數(shù)據(jù)，開發(fā)測試腳本。4、執(zhí)行單元和單元集成測試，記錄軟件缺陷，提交開發(fā)修改，通過測試工具分析被測代碼，定位內(nèi)存相關(guān)錯誤、定位程序的性能瓶頸、定位未被測試的代碼。5、分析測試結(jié)果。功能測試一、目標功能測試是對項目實現(xiàn)的功能進行測試，是在規(guī)定的一段時間內(nèi)運行軟件系統(tǒng)的所有功能，以驗證這個軟件系統(tǒng)沒有嚴重錯誤。具體目標如下：1、檢查系統(tǒng)功能是否完整，是否符合與客戶約定的功能，是否符合業(yè)務(wù)需求標準；2、檢查與需求規(guī)格定義作比較，看軟件與需求定義有無不符合或與之矛盾的地方；3、檢查模塊是否按照設(shè)計要求組裝成子系統(tǒng)或系統(tǒng)；4、檢查各子系統(tǒng)之間是否有有害影響。二、任務(wù)說明1、制定功能測試計劃和測試方案：在概要設(shè)計完成后，測試組編寫《功能測試計劃》。2、設(shè)計功能測試用例：在系統(tǒng)開發(fā)組進行詳細設(shè)計和代碼編寫階段，測試組分析被測系統(tǒng)的需求分析和設(shè)計方案，設(shè)計功能測試用例。3、開發(fā)功能測試腳本、準備測試數(shù)據(jù)、搭建測試環(huán)境：根據(jù)設(shè)計的功能測試用例，準備測試數(shù)據(jù)，針對自動化測試部分，還需要開發(fā)自動化測試腳本。搭建測試環(huán)境，包括創(chuàng)建測試數(shù)據(jù)庫，發(fā)布的待測應(yīng)用包，導(dǎo)入初始化數(shù)據(jù)等。4、執(zhí)行功能測試，記錄軟件缺陷，提交開發(fā)修改：在單元測試完成后，測試組在搭建好的測試環(huán)境下執(zhí)行功能測試用例，在測試管理工具中填寫發(fā)現(xiàn)的軟件缺陷，并提交開發(fā)修改；在開發(fā)修改回復(fù)后還要驗證缺陷的修復(fù)結(jié)果，驗證通過后，關(guān)閉缺陷。5、分析測試結(jié)果，提交功能測試報告。軟件定版工作概述及目標軟件定版是按照開發(fā)計劃將源代碼進行編譯并與腳本、頁面文件等進行打包的過程，軟件定版以迭代方式進行，在制作過程中經(jīng)歷集成環(huán)境、預(yù)生產(chǎn)環(huán)境的測試和驗證最終制作出正式版本發(fā)布生產(chǎn)環(huán)境。軟件定版包含三種版本：1、基線版本：是已通過測試的完成一系列批量需求或BUG修復(fù)、系統(tǒng)優(yōu)化的穩(wěn)定狀態(tài)的版本，是多次一般版本的迭代結(jié)果，為后續(xù)的開發(fā)提供一個里程碑。2、一般版本：指在系統(tǒng)運行期間，由于程序本身的BUG或者需求變更、性能優(yōu)化等相關(guān)原因，因開發(fā)周期長和關(guān)聯(lián)系統(tǒng)多要求版本發(fā)布審核嚴謹，時間要求相對較長，而進行的版本發(fā)布工作。3、緊急版本：指因需要解決在系統(tǒng)運行期間，由于程序本身的BUG或者需求分析不全面、分析設(shè)計錯誤、溝通不善等相關(guān)原因，導(dǎo)致業(yè)務(wù)無法受理，計算錯誤等情況的問題而進行的版本發(fā)布工作。由于緊急版本發(fā)布的時效性要求較高，而且影響的后果比較嚴重，發(fā)布采用熱部署方式進行。同時，由于發(fā)布后對發(fā)現(xiàn)問題需要能進行回退操作，因此不能涉及數(shù)據(jù)庫腳本，并且需要避免系統(tǒng)間的接口變更。工作要求軟件定版中通過開發(fā)計劃作為唯一輸入，根據(jù)開發(fā)計劃要求和目標，分模塊形成多個集成版本，每個不同模塊的集成版本通過測試后形成多模塊合并的聯(lián)調(diào)版本進行測試，同時對版本進行接口和多廠商聯(lián)調(diào)聯(lián)試，測試通過后制作待出廠版本進行出廠前驗證和測試，在測試過程中發(fā)現(xiàn)的問題通過補丁版本修復(fù)，最終將完成測試并達到出廠條件的待出廠版本及補丁版本合并制作最終出廠版本。軟件定版中以配置組為主，項目管理負責制定開發(fā)計劃、開發(fā)組根據(jù)開發(fā)計劃完成新需求開發(fā)和問題修復(fù)、測試組負責版本測試，確保版本質(zhì)量，具體職責如下：工作組職責項目管理組確定開發(fā)內(nèi)容：新增需求、待修復(fù)問題及優(yōu)化內(nèi)容制定開發(fā)計劃開發(fā)組完成開發(fā)計劃中所要求的新需求，問題修復(fù)，系統(tǒng)優(yōu)化提交版本說明數(shù)據(jù)組審核數(shù)據(jù)庫相關(guān)腳本審核代碼表參數(shù)表修改請求配置管理組制定版本計劃整理版本說明制作各階段版本各環(huán)境版本發(fā)布環(huán)境保障測試組測試組參與各環(huán)節(jié)版本測試工作，確保版本質(zhì)量出具版本測試報告軟件定版工作參與角色包括：程序員、測試工程師、配置工程師、高級DBA、服務(wù)與質(zhì)量工程師。以下為投入的人員角色、職責：角色職責程序員（1）開發(fā)需求（2）修復(fù)問題（3）優(yōu)化系統(tǒng)（4）提交版本說明測試工程師（1）測試版本（2）編寫測試報告（3）出具版本出廠證明配置工程師（1）制作版本（2）發(fā)布版本（3）整理版本發(fā)布說明高級DBA保障數(shù)據(jù)庫穩(wěn)定運行版本中腳本檢查及審核服務(wù)與質(zhì)量工程師保障網(wǎng)絡(luò)環(huán)境及機房等基礎(chǔ)環(huán)境工作約束定版前要遵循開發(fā)優(yōu)化的各個環(huán)節(jié)制定的標準規(guī)范，同時提供如下材料清單：1. 軟件包提供清單：軟件測試報告、軟件安裝程序、軟件版本說明、發(fā)布與部署說明、系統(tǒng)配置（調(diào)整）清單、操作手冊。2. 軟件版本說明包括：該版本對應(yīng)業(yè)務(wù)需求、問題、優(yōu)化；初始化數(shù)據(jù)、系統(tǒng)參數(shù)、工作流等調(diào)整說明；軟件功能調(diào)整說明。軟件定版均以開發(fā)計劃作為唯一輸入，在制作過程中嚴格遵守軟件定版規(guī)范、版本管理規(guī)范及版本發(fā)布規(guī)范.開發(fā)商應(yīng)遵循如下約束：一、版本內(nèi)容與版本發(fā)布說明嚴格對應(yīng)，確保一致性、完整性、唯一性。二、出廠版本遵循軟件定版規(guī)范，嚴格按照一般版本及緊急補丁要求。三、版本命名遵循版本管理規(guī)范，使用總局版本組統(tǒng)一規(guī)定的內(nèi)部命名規(guī)范及廠商版本命名規(guī)范。工作方案一般版本發(fā)布工作方案版本發(fā)布申請->制定版本計劃及編制版本號->關(guān)聯(lián)關(guān)系分析->預(yù)生產(chǎn)環(huán)境發(fā)布及測試->制定版本發(fā)布計劃、版本發(fā)布通知及對外公告->正式版本發(fā)布->正式版本發(fā)布后的檢查及驗證->版本發(fā)布結(jié)果通知。緊急補丁發(fā)布工作方案版本發(fā)布申請->備案審核（版本管理組）->版本發(fā)布->版本發(fā)布驗證。其他功能描述其他優(yōu)化需求在項目實施的過程中我公司還將按照招標文件中對其他優(yōu)化1、優(yōu)化用戶使用體驗，完善功能中存在的缺陷以及與基層操作實際不完全符合或操作不方便的部分。2、對各功能模塊的運行效率、性能進行分析，并根據(jù)分析結(jié)果進行相應(yīng)程序優(yōu)化、參數(shù)調(diào)整、結(jié)構(gòu)擴展、重新驗證部署等。3、根據(jù)招標方新增需求，增加相應(yīng)功能應(yīng)用模塊，配合招標方做好測試、培訓(xùn)、部署工作。4、對發(fā)生的故障及時響應(yīng)，快速解決。5、受理基層操作人員問題，進行問題核實，解決問題以及培訓(xùn)。6、其他優(yōu)化需求以招標人實際需求為準。非功能性需求范圍非功能需求規(guī)定了系統(tǒng)必須滿足的服務(wù)水平、系統(tǒng)非運行時間的屬性以及系統(tǒng)必須遵守的約束。非功能需求適用于整個系統(tǒng)、系統(tǒng)的幾個部分或特定的用例。非功能需求雖然不直接影響系統(tǒng)功能，但在用戶和系統(tǒng)支持人員對該業(yè)務(wù)系統(tǒng)的認可方面具有很大的影響。非功能需求包含許多方面。主要的非功能需求包括以下幾方面：可用性、易用性、可維護性、低耦合性、可伸縮性、架構(gòu)約束。同時我公司在項目實施的過程中按照滿足招標人提出的其他非功能性需求。可用性業(yè)務(wù)系統(tǒng)應(yīng)滿足7×24小時可以使用。易用性1、易理解（1）系統(tǒng)所有的業(yè)務(wù)功能界面風格和操作流程一致；（2）業(yè)務(wù)表單應(yīng)做到所見即所得；（3）界面美觀、簡潔、高效；界面各