2024信息系統(tǒng)工程軟件項目管理標準_第1頁
2024信息系統(tǒng)工程軟件項目管理標準_第2頁
2024信息系統(tǒng)工程軟件項目管理標準_第3頁
2024信息系統(tǒng)工程軟件項目管理標準_第4頁
2024信息系統(tǒng)工程軟件項目管理標準_第5頁
已閱讀5頁,還剩3頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

信息系統(tǒng)工程軟件項目管理標準目錄TOC\o"1-3"\h\u285301 2231272 2319093 231796Bu 223502 211549 22055 227960 229835testleve 212244測試流程testprocess 326723測試用例testcase 394454軟件開發(fā)過程 33200項目開發(fā) 3202883)編碼過程,包含軟件編碼、系統(tǒng)集成、代碼評審活動; 326492測試流程管理 321958測試需求分析 37326測試計劃 412003測試設計 512250測試執(zhí)行 6269測試總結 6242855項目監(jiān)控 7102744)階段報告:項目經(jīng)理可根據(jù)里程碑計劃向公司進行階段報告。 7軟件項目管理標準鼓GBT236912009GBT19668520185GBT190162000GBT85672006GBT166801996Butestleve測試流程testprocess—個完整的測試任務按順序經(jīng)歷的過程。測試用例testcase為特定目標編寫的測試輸入、執(zhí)行操作及期望結果的集合。軟件開發(fā)過程項目開發(fā)項目組應根據(jù)選定的項目開發(fā)模型開展軟件項目,常見的過程域包含:需求過程,包含需求獲取、需求分析、需求定義、需求確認、需求跟蹤、需求變更等活動;設計過程,包含概要設計,詳細設計、數(shù)據(jù)庫設計、設計評審、設計變更活動;編碼過程,包含軟件編碼、系統(tǒng)集成、代碼評審活動;軟件測試,包含單元測試、集成測試、系統(tǒng)測試、確認測試、驗收測試等活動;發(fā)布過程,包含確認發(fā)布版本、歸檔資料準備活動,以上過程和活動可由軟件部和研發(fā)部制定相關規(guī)定來實施。該階段必要輸出項包括:概要設計、數(shù)據(jù)庫設計說明書、源代碼、用戶操作手冊、部薯手冊測試流程管理軟件測試的目的是驗證軟件滿足軟件質(zhì)量要求。通過測試發(fā)現(xiàn)軟件缺陷,為軟件產(chǎn)品的質(zhì)量評價提供依據(jù)。軟件測試流程應分為測試需求分析、測試計劃、測試設計、測試執(zhí)行和測試總結這五個過程。測試需求分析測試需求分析是整個測試過程的基礎,主要確定測試對象和范圍,用來明確整個測試工作(如測試進度計劃、測試方案測試用例等),并作為測試工作覆蓋的依據(jù),從源頭把握軟件質(zhì)量。測試需求分析的主要內(nèi)容如下:目的以項日需求文件為基礎確定測試對象以及工作的范圍和對象,形成完整的測試需求。主要任務參加需求評審會議,從全面性、完整性、正確性、453致性、可靠性方面檢查需求;提取測試需求,確定本次測試內(nèi)容。工作步驟眾查看需求文檔;參加需求評審會議(視項目情況而定);檢查需求;提取測試需求;確定測試內(nèi)容;記錄測試內(nèi)容、要點;測試內(nèi)容要點審查。總體要求全面性:測試內(nèi)容必須完全覆蓋軟件需求說明書的所有要求,包括所有功能要求、性能要求和其它要求;一致性:軟件需求說明的變化與測試內(nèi)容的變化必須保持一致,變化不能隨意進行應置于嚴格的配置管理之下。測試計劃測試計劃是整個測試過程的指導性文件,保證測試過程順暢,有效控制和跟蹤測試進度。測試計劃的主要內(nèi)容如下:目的是在項目早期盡早確定測試策略,策劃所有測試活動,便于后續(xù)跟蹤和監(jiān)控。主要任務根據(jù)測試內(nèi)容和項目質(zhì)量目標,明確測試策略、測試資源和準入準出標準;制定具體的測試進度計劃。工作步驟明確功能與非功能測試范圍;根據(jù)測試范圍選定合適的測試策略;明確測試所需資源;根據(jù)項目質(zhì)量要求,確定各項測試的準入準出標準;根據(jù)項目總計劃進行測試進度計劃排期;明確在測試過程中可能發(fā)生的風險及其影響和應對措施;明確測試過程中問題反饋流程;編寫測試計劃;組織測試計劃評審。輸出文檔輸出文檔為測試計劃,內(nèi)容需包含測試策略、測試資源需求、測試準入準出要求、測試進度計劃、測試風險等。測試準入要求測試計劃中應明確測試執(zhí)行的準入要求,只有達到準入要求,才能執(zhí)行測試,測試準入要求如下:上一級別的測試達到準出要求;測試計劃已經(jīng)通過評審;測試用例已經(jīng)設計完成并通過評審;阻礙進一步測試的問題已經(jīng)解決,如冒煙測試通過;測試環(huán)境已經(jīng)準備完成,被測程序已經(jīng)安裝在測試環(huán)境中。測試準出要求學測試計劃中應明確測試執(zhí)行的準出要求,只有達到準出要求,才能結束測試,測試準出要求如下:計劃實施的測試范圍完全覆蓋,如有未測試到的需寫明原因;計劃執(zhí)行的測試用例完全執(zhí)行完成,如有未執(zhí)行的用例需寫明原因;所有提交的缺陷都被記錄并有最終狀態(tài),且經(jīng)過討論確認應修改的缺陷均已修復,測試執(zhí)行結束后仍未修復完成的缺陷作為遺留缺陷在測試報告中記錄并說明未修復原因及修復計劃??傮w要求當項目總計劃和需求范圍發(fā)生變更時,測試計劃應隨之進行調(diào)整,且置于嚴格的配置管理之下:試進度安排應合理,里程碑節(jié)點應明確,避免測試不足或過度測試;測試環(huán)境部:墨策略應符合系統(tǒng)規(guī)劃要求,使用的測試工具名稱、版本和用刀途應明確。測試設計測試設計是測試執(zhí)行前的準備工作,為測試執(zhí)行的正確開展提供環(huán)境、數(shù)據(jù)、用例步驟。好的測試設計能夠使測試執(zhí)行工作更加高效和快捷,保障軟件質(zhì)量。測試設計的主要內(nèi)容如下:目的明確測試用例和測試數(shù)據(jù)需求,為執(zhí)行測試做好準備便于測試執(zhí)行快速、有效開展。主要任務編寫測試用例;搭建測試環(huán)境;準備測試數(shù)據(jù)。工作步驟根據(jù)測試類型確定測試用例模板;根據(jù)項目需求文件編寫測試用例;組織用例評審;根據(jù)測試計劃搭建測試環(huán)境;準備測試數(shù)據(jù)。輸出文檔輸出的文檔為測試用例,不同的測試類型的測試用例需要按照對應的用例模板內(nèi)容填寫,如功能測試用例的內(nèi)容需包含測試用例ID、優(yōu)先級、場景說明、方法/函數(shù)、正常系/異常系、前提條件、測試目的、消試步驟、測試數(shù)塌、期組結果等。測試用例編寫方法試用例編寫有等價類劃分、邊界值分析、基于判定表的測試、基于因果圖的測試八基于狀態(tài)圖的測試、基于場景的測試等方法,常用的設計方法為等價類測試、邊界值分析兩種方法。總體要求I)當需求范圍發(fā)生變更時,測試用例應隨之進行調(diào)整,且置于嚴格的配置管理之下;2)測試用例應完全覆蓋測試需求。測試執(zhí)行測試執(zhí)行是測試計劃的實施過程,通過實施測試計劃來完成正式的測試工作。測試執(zhí)行的主要內(nèi)容如下:目的依據(jù)測試計劃,按照測試用例對軟件進行測試,驗證軟件功能與需求的實際匹配程度。主要任務按照測試計劃執(zhí)行測試用例;記錄測試缺陷并跟進缺陷的解決。工作步驟執(zhí)行測試用例;人提交問題/缺陷;驗證問題/缺陷;過程中若發(fā)生需求變更,或發(fā)現(xiàn)用例設計不足之處,及時更新用例。輸出文檔輸出的文檔為缺陷統(tǒng)計表,或者是記錄在項目管理系統(tǒng)中的缺陷列表。缺陷等級1級—致命缺陷,如:系統(tǒng)宕機。崩潰、不可用;2級—嚴重缺陷,如:功能失效、缺失,計算、邏輯錯誤等;3級—一般缺陷,如:功能可用,但功能處理存在錯誤;4級—輕微缺陷,如:不影響功能運行,GUI問題,提示信息等;5級—改善建議總體要求對于核心、重要的系統(tǒng)及功能應對測試執(zhí)行過程以截圖或保留日志的方式進行留痕;執(zhí)行過程中發(fā)現(xiàn)的缺陷及問題,應及時記錄在缺陷管理工具中,并及時進行處理。測試總結測試總結是在測試結束后,對整個測試過程進行全方面的總結從缺陷數(shù)據(jù)和用例執(zhí)行情況等維度來反映軟件質(zhì)量,為項目上線提供重要的參考依據(jù)。測試總結的主要內(nèi)容如下:目的測試總結的目標是對測試過程進行總結,利用數(shù)據(jù)客觀、真實地反映測試過程的實際情況,為下一級別的測試過程改進提供參考。主要任務對測試過程進行總結,對測試結果數(shù)據(jù)進行匯總分析,得出公開測試結論;督促項目組對遺留問題給出處理計劃。工作步驟統(tǒng)計測試范圍是否有偏差,若有,則進行分析;統(tǒng)計測試用例的執(zhí)行情況;統(tǒng)計缺陷數(shù)據(jù),從類型、嚴重程度、修復情況等多維度進行統(tǒng)計分析;匯總所有分析數(shù)據(jù),按照測試報告模板編寫測試報告;對測試報告進行評審。輸出文檔輸出文檔為測試報告,(內(nèi)容應包含測試范圍、測試環(huán)境、測試用例執(zhí)行情況、缺陷情況、遺留缺陷處理計劃、測試結論、上線風險及建議等??傮w要求明確實際測試范圍和測試環(huán)境,看與計劃有偏差,需要分析,給出解釋說明;測試結論要明確、客觀、真實,切勿出現(xiàn)模棱兩可的描述。項目監(jiān)控項目經(jīng)理需識別項目相關干系人,采取有效的溝通手段(建立微信群、QQ群、同地辦公、面對面等方式)保障項目組在計劃傳達、任務分配、任務確認、項目變更、項目進展、問題解決等事項上及時溝通;周跟蹤:項日經(jīng)理需每周提交《項目周報》,內(nèi)容包含:根據(jù)WBS編號報告每個周必任務完成情況、每個項目成員投入的周工作量當前項目己投入工作量、當前進度、進

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論