軟件質(zhì)量保證及軟件測試與質(zhì)量保證實驗報告

前言：對軟件開發(fā)的各個階段進行管理，增強對軟件開發(fā)的控制能力，提高軟件開發(fā)質(zhì)量，這是軟件項目管理的根本目的。軟件的質(zhì)量高低取決于其是否符合包括功能性、可靠性、易用性、效率、可維護性、可移植性等在內(nèi)的六個方面的要求。而要達到這六個方面質(zhì)量要求，就必須對軟件開發(fā)過程中各個環(huán)節(jié)進行全過程的項目管理，從需求分析、設(shè)計、編碼、測試到上線驗收進行控制。根據(jù)軟件工程的生命周期，軟件項目可分為項目立項、啟動、需求分析、系統(tǒng)設(shè)計、系統(tǒng)開發(fā)、系統(tǒng)測試、系統(tǒng)上線、項目驗收和上線后評估等9個階段進行。加強軟件項目管理，就是以軟件工程的各個環(huán)節(jié)為管理主線，將動態(tài)項目管理貫穿其中，通過對軟件開發(fā)的項目范圍、項目進度、項目質(zhì)量、項目溝通、人力資源、項目成本六大核心要素的集成管理，實現(xiàn)軟件開發(fā)管理效能的最大化，從而大大提高軟件的開發(fā)質(zhì)量。準(zhǔn)確把握軟件需求：軟件開發(fā)項目的提出，應(yīng)由迫切的業(yè)務(wù)需求來驅(qū)動。很多不成功的軟件項目，往往是由信息技術(shù)部門提出，按照技術(shù)人員的思路主導(dǎo)開發(fā)，并理所當(dāng)然地被認為能夠在業(yè)務(wù)部門取得良好的應(yīng)用效果。這樣的項目由于得不到業(yè)務(wù)部門的理解和支持，脫離業(yè)務(wù)需求，多數(shù)面臨失敗或半途而廢的命運。因此軟件項目業(yè)務(wù)需求的迫切性、技術(shù)實現(xiàn)的成熟性、經(jīng)濟效益的可行性等方面的因素，都是考慮的要素，將對項目的成敗產(chǎn)生直接影響。正確的做法應(yīng)該是，由軟件的需求單位根據(jù)自身業(yè)務(wù)需要，向信息技術(shù)管理部門提出軟件項目的立項建議，對立項的目的、業(yè)務(wù)需求范圍、技術(shù)經(jīng)濟指標(biāo)、開發(fā)周期要求等方面做簡要概述，再由信息技術(shù)管理部門組織業(yè)務(wù)專家和信息技術(shù)專家組成聯(lián)合專家組，進行項目立項的可行性論證。通過專家組論證審核后，項目提出單位需要進行開題設(shè)計，進一步明確軟件開發(fā)范圍、技術(shù)路線、進度安排、經(jīng)費預(yù)算、研究人員組成、合作隊伍，并以此為基礎(chǔ)編制完成開題設(shè)計書。信息技術(shù)管理部門組織專家組對開題設(shè)計進行論證，只有業(yè)務(wù)需求合理、技術(shù)路線可行、開發(fā)隊伍落實的項目，才能通過專家組審核，進入項目啟動階段。軟件開發(fā)過程的監(jiān)督和管理軟件開發(fā)項目具有建設(shè)范圍難界定、技術(shù)含量高、人員流動快、協(xié)作性強、開發(fā)成功率低等特點。目前國內(nèi)對軟件項目的監(jiān)理制度尚不規(guī)范，對軟件開發(fā)仍然缺乏有效控制。因此由企業(yè)的信息技術(shù)管理部門設(shè)立軟件監(jiān)督崗位，加強對軟件項目的開發(fā)過程管理，就顯得非常必要。軟件監(jiān)督的主要職責(zé)是在項目的進行過程中，協(xié)調(diào)業(yè)務(wù)需求部門和軟件開發(fā)方的關(guān)系，監(jiān)控軟件開發(fā)任務(wù)的執(zhí)行情況，給開發(fā)人員和管理層提供反映軟件過程質(zhì)量的信息和數(shù)據(jù)，提高項目透明度，從而保證項目按照計劃實施，實現(xiàn)預(yù)期目標(biāo)。軟件監(jiān)督應(yīng)具備以下幾方面的基本素質(zhì):具有較強的工作責(zé)任感和良好的溝通能力;熟悉業(yè)務(wù)管理流程，掌握軟件開發(fā)流程、開發(fā)規(guī)范以及相關(guān)標(biāo)準(zhǔn);具有軟件開發(fā)項目的建設(shè)和管理經(jīng)驗，掌握項目管理知識;軟件監(jiān)督的工作任務(wù)主要有:確保軟件按照業(yè)務(wù)需求方確認的范圍進行開發(fā)。保證軟件開發(fā)進度符合雙方確認的計劃指標(biāo)。保證軟件開發(fā)過程中存在的不符合要求的問題能夠及時得到溝通和處理，必要時需要將問題反映給管理層。確保項目組中軟件開發(fā)人員隊伍相對穩(wěn)定。保證軟件開發(fā)過程和開發(fā)出來的軟件符合相應(yīng)標(biāo)準(zhǔn)和規(guī)范。收集軟件開發(fā)過程中的成功經(jīng)驗，為企業(yè)提供軟件開發(fā)過程的有效控制方法和規(guī)范。1.監(jiān)督管理的范圍：《需求分析說明書》是對軟件開發(fā)范圍的書面表達依據(jù)。由于《需求分析說明書》往往是采用軟件設(shè)計的術(shù)語編寫，因此常常令計算機背景知識較少的業(yè)務(wù)需求方難以理解，也就很難發(fā)現(xiàn)需求報告中與實際需求不符之處，更難提出建設(shè)性的意見。軟件監(jiān)督要對軟件開發(fā)范圍進行管理，首先要確定雙方都能認可的《需求分析說明書》。如要求軟件開發(fā)方對《需求分析說明書》做出進一步更詳細的解釋，編制業(yè)務(wù)模型，以便用戶方準(zhǔn)確地理解《需求分析說明書》的內(nèi)容，能及早地發(fā)現(xiàn)需求與實際的偏差。這也是對需求分析工作的總結(jié)與確認。在項目需求分析階段，雙方必須全面地、盡可能細致地討論項目的應(yīng)用背景、功能要求、性能要求、操作界面要求、與其他軟件的接口要求，以及對項目進行評估的各種評價標(biāo)準(zhǔn)?！缎枨蠓治稣f明書》完成后，軟件監(jiān)督應(yīng)組織項目組與業(yè)務(wù)需求方共同討論，聽取業(yè)務(wù)需求方的意見和建議，并進行相應(yīng)的修改完善。各方確認《需求分析說明書》內(nèi)容后，需在說明書上簽字確認。在軟件開發(fā)過程中，雙方應(yīng)嚴(yán)格按照簽字確認的《需求分析說明書》中規(guī)定的業(yè)務(wù)范圍進行開發(fā)。有些需求可能在項目初期很難確定，在開發(fā)過程中需要不斷地加以修正，項目軟件監(jiān)督要及時與用戶充分溝通，建立可以直接聯(lián)系的渠道，共同進行需求確認，保證項目范圍可控。2.進度管理：為確保項目按時、按量、保質(zhì)完成，必須控制任務(wù)和跟蹤里程碑。按照軟件項目的開發(fā)規(guī)律，將軟件開發(fā)過程分為幾個重要階段，對這幾個階段的關(guān)鍵事件設(shè)立里程碑進行跟蹤管理。項目進度管理可以通過以下方式完成:制定項目里程碑管理運行表（里程碑管理表的主要內(nèi)容見表1）。表項目里程碑管理運行表定期舉行項目狀態(tài)會議，由軟件開發(fā)方報告進度和問題，用戶方提出意見。比較各項任務(wù)的實際開始日期與計劃開始日期是否吻合。確定正式的項目里程碑是否在預(yù)期完成。從軟件項目實施的過程來看，很少有一個項目是完全按照實施計劃來進行的，因為再好的計劃也不能完全預(yù)見所有的問題，并事先制訂出對策。計劃可以調(diào)整，但是調(diào)整必須合理，并得到業(yè)務(wù)需求方和管理層的批準(zhǔn)。當(dāng)有問題發(fā)生時，其直接的表現(xiàn)就是實施結(jié)果偏離了原來的計劃和目標(biāo)，在這種情況下，軟件監(jiān)督就要及時發(fā)現(xiàn)這種偏離，并分析這種原因，如果是因為原來的計劃和目標(biāo)制訂的不合理，或者發(fā)生了預(yù)料之外的情況而又無法克服，這樣就必須調(diào)整計劃和目標(biāo)。3.溝通管理：信息系統(tǒng)本身就是溝通的產(chǎn)物。軟件開發(fā)過程實際上就是將手工作業(yè)轉(zhuǎn)化成計算機程序的過程。軟件開發(fā)的原料和產(chǎn)品就是信息，中間過程傳遞的也是信息，而信息的產(chǎn)生、收集、傳播、保存正是溝通管理的內(nèi)容。可見溝通不僅僅是軟件項目管理的必要手段，更重要的，溝通是軟件生產(chǎn)的手段和生產(chǎn)過程中必不可少的工序。軟件開發(fā)的柔性標(biāo)準(zhǔn)需要溝通來彌補。軟件開發(fā)不像加工螺釘、螺母，有具體的標(biāo)準(zhǔn)和檢驗方法。軟件的標(biāo)準(zhǔn)柔性很大，比如在用戶的心里好用是軟件成功的標(biāo)準(zhǔn)，而這個標(biāo)準(zhǔn)在軟件開發(fā)前很難確切地、完整地表達出來。因此，開發(fā)過程項目組和用戶的溝通互動是解決這一現(xiàn)實問題的惟一辦法。軟件監(jiān)督要有效地安排開發(fā)方軟件人員與需求方使用人員的交流，保證有暢通的交流渠道。制定完善的項目匯報制度，明確溝通時間、頻率和渠道。按照項目匯報制度定期組織項目組向業(yè)務(wù)需求方和管理層匯報，包括項目進度計劃、已完成工作、與計劃的比較、存在的問題、措施和建議以及下一步工作計劃等。4.軟件版本管理目前的軟件開發(fā)是團隊開發(fā)的時代，軟件開發(fā)技術(shù)更新迅速，開發(fā)人員流動頻繁，因此對軟件版本的管理就顯得尤其重要。在軟件開發(fā)的過程中，在多人共同開發(fā)一個軟件時，會出現(xiàn)多人同時修改軟件的情況，這是不可避免的，由于部分功能模塊版本可能要進行不斷地升級完善，而老的軟件版本又沒有即使更新，隨著時間的推移，開發(fā)人員對自己機器上的不同版本間的差異就會模糊不清。另外由于軟件開發(fā)工期的壓力，開發(fā)人員只將注意力集中在設(shè)計和編碼上，未將文檔納入到版本控制中。為了解決這些問題，軟件監(jiān)督就要注意跟蹤記錄整個軟件的開發(fā)過程，包括軟件本身及其相關(guān)文檔，重視代碼的一致性。這一工作可以通過應(yīng)用軟件版本管理的工具軟件實現(xiàn)，如Microsoft公司的VisualSourceSafe等對源代碼和整個項目進行管理，從而建立正常的軟件版本管理機制，把握正確的驗收方法軟件項目驗收是對軟件項目成果的檢驗和確認，也是對軟件項目范圍的再確認。軟件驗收應(yīng)是一個過程的概念，包括驗收前的系統(tǒng)測試、數(shù)據(jù)移植、系統(tǒng)上線和正式驗收四個階段。系統(tǒng)測試：系統(tǒng)測試是對系統(tǒng)進行全面的測試，應(yīng)在測試環(huán)境中進行，以確保系統(tǒng)的功能和技術(shù)設(shè)計滿足企業(yè)的業(yè)務(wù)需求，并能正常運行。系統(tǒng)測試階段應(yīng)包括以下主要流程和工作內(nèi)容:（1）制訂測試計劃，包括編制測試用例，建立測試環(huán)境。（2）測試。在測試環(huán)境中，項目組根據(jù)需要，對系統(tǒng)依次進行單元測試、集成測試、壓力測試和用戶接受測試，記錄測試結(jié)果并由相關(guān)測試人簽字確認，編制相應(yīng)的測試報告。對于未通過測試的內(nèi)容，項目組應(yīng)查找失敗的原因，并修改相應(yīng)程序或設(shè)置，重新進行測試。除了進行充分的系統(tǒng)功能測試，測試應(yīng)包含與內(nèi)部控制相關(guān)的測試內(nèi)容，如系統(tǒng)認證和授權(quán)、交易完整性及數(shù)據(jù)真實、完整性的有關(guān)功能。（3）提交測試報告、用戶確認簽字。項目組撰寫測試報告，將測試報告提交給各相關(guān)用戶，用戶應(yīng)在測試報告上簽字確認。數(shù)據(jù)移植：新系統(tǒng)上線時如需要將原始數(shù)據(jù)移植到新系統(tǒng)，則應(yīng)完成以下主要工作內(nèi)容:（1）制訂數(shù)據(jù)移植/轉(zhuǎn)換計劃。除了要定義數(shù)據(jù)收集的格式、范圍、進度外，還要考慮系統(tǒng)接口的影響，并建立了數(shù)據(jù)移植完整性和準(zhǔn)確性測試方法以及意外事件處理程序。（2）數(shù)據(jù)收集。如果項目實施涉及到數(shù)據(jù)收集，應(yīng)由數(shù)據(jù)收集小組根據(jù)數(shù)據(jù)收集格式，對數(shù)據(jù)進行收集，數(shù)據(jù)收集小組在收集數(shù)據(jù)時應(yīng)培訓(xùn)業(yè)務(wù)部門的數(shù)據(jù)提供人員，以確保數(shù)據(jù)提供人員了解和掌握對數(shù)據(jù)收集的各項規(guī)定和要求。（3）數(shù)據(jù)移植前的測試。在測試環(huán)境中對數(shù)據(jù)移植方法進行測試，書面記錄測試結(jié)果，解決測試中發(fā)現(xiàn)的問題，進行問題記錄并歸檔。（4）數(shù)據(jù)導(dǎo)入并核查結(jié)果。項目組成員將數(shù)據(jù)導(dǎo)入系統(tǒng)，并在導(dǎo)入后按照事先制定的數(shù)據(jù)移植完整性和準(zhǔn)確性測試方法對系統(tǒng)中的數(shù)據(jù)做進一步的核查，確保導(dǎo)入數(shù)據(jù)的質(zhì)量。如有意外，按照事先制定的意外事件處理程序處理，并留下記錄。數(shù)據(jù)移植完成之后，用戶應(yīng)對數(shù)據(jù)移植結(jié)果簽字確認。（5）數(shù)據(jù)移植后要進行適當(dāng)時間的試運行，確認數(shù)據(jù)移植的真實性和完整性。試運行時間視具體系統(tǒng)的規(guī)模、影響程度而定。對影響較大的系統(tǒng)，至少應(yīng)試運行三個完整的月結(jié)周期。系統(tǒng)上線：系統(tǒng)上線階段應(yīng)包括以下的主要流程和工作內(nèi)容:（1）上線前準(zhǔn)備工作。在上線前，軟件開發(fā)方應(yīng)制定系統(tǒng)上線計劃，包括上線檢查清單、上線支持人員、退回機制等，并提交《上線申請表》。系統(tǒng)上線計劃和《上線申請表》應(yīng)經(jīng)過信息技術(shù)部門和業(yè)務(wù)部門管理層的正式批準(zhǔn)，并通知各相關(guān)部門。（2）系統(tǒng)上線。所有的上線準(zhǔn)備工作做好之后，由軟件監(jiān)督人員確認上線系統(tǒng)版本正確性后，與用戶確認系統(tǒng)上線時間，下達上線指令。系統(tǒng)上線操作人員將最后版本的系統(tǒng)程序移植到生產(chǎn)環(huán)境。正式驗收：正式驗收前，軟件開發(fā)方應(yīng)向信息技術(shù)管理部門提交軟件開發(fā)過程中各階段性文檔，包括需求分析說明書、概要設(shè)計說明書、詳細設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、源程序代碼、可供安裝使用的系統(tǒng)安裝程序、系統(tǒng)管理員手冊、用戶使用手冊、測試計劃、測試報告、用戶報告、數(shù)據(jù)移植計劃及報告、系統(tǒng)上線計劃及報告、用戶意見書、驗收申請等。信息技術(shù)管理部門接到驗收申請后，組織專家對項目進行初審。初審?fù)ㄟ^后，組織管理層領(lǐng)導(dǎo)、業(yè)務(wù)管理人員和信息技術(shù)專家成立項目驗收委員會，負責(zé)對軟件項目進行正式驗收。軟件監(jiān)督應(yīng)根據(jù)軟件開發(fā)方在整個軟件開發(fā)過程中的表現(xiàn)，向驗收委員會提出全面的軟件監(jiān)督報告，并根據(jù)開題設(shè)計書、軟件開發(fā)合同以及《需求分析說明書》，制定驗收標(biāo)準(zhǔn)，提交驗收委員會。信息技術(shù)管理部門組織由驗收委員會、軟件監(jiān)督、軟件開發(fā)方參加的項目驗收會，軟件開發(fā)方以項目匯報、現(xiàn)場應(yīng)用演示等方式匯報項目完成情況，驗收委員會根據(jù)驗收標(biāo)準(zhǔn)對項目進行評審，形成最終驗收意見。5.軟件質(zhì)量的六個考核要素：功能性:滿足用戶的要求，在預(yù)定環(huán)境下能夠完成預(yù)期的功能。易用性:用戶容易理解和使用功能，操作方便，符合用戶業(yè)務(wù)習(xí)慣?？煽啃?軟件按照設(shè)計要求，在規(guī)定時間和條件下不出故障，具有異常捕獲功能并提供異常處理與恢復(fù)功能。效率:降低系統(tǒng)資源的開銷，響應(yīng)時間快，提高用戶工作效率?？删S護性:遵從統(tǒng)一的標(biāo)準(zhǔn)和規(guī)范，編碼具有良好的可讀性。為滿足用戶新的要求，或當(dāng)環(huán)境發(fā)生了變化，或運行中發(fā)現(xiàn)了新的錯誤時，能夠?qū)σ粋€已投入運行的軟件進行相應(yīng)診斷和修改?？梢浦残?一個軟件（或軟件的部分功能模塊）能再次用于其他相關(guān)聯(lián)的應(yīng)用。HYPERLINK學(xué)生實驗報告學(xué)院：用友軟件學(xué)院課程名稱：軟件測試與質(zhì)量保證專業(yè)班級：軟件09級3班學(xué)號：0093708姓名：張孟釗學(xué)生實驗報告(一)學(xué)生姓名張孟釗學(xué)號0093708同組人：無實驗項目被測程序的準(zhǔn)備■必修□選修□演示性實驗□驗證性實驗■操作性實驗□綜合性實驗實驗地點H123實驗儀器臺號H123-**指導(dǎo)教師段喜龍實驗日期及節(jié)次2011.9.1389A節(jié)一、實驗綜述1、實驗?zāi)康募耙髮嶒災(zāi)康模和瓿蓽y試程序的編寫，后續(xù)的實驗將以這些程序作為測試對象用不同的測試方法來進行測試。實驗要求：（1）設(shè)計工具不限（2）保證程序功能的正確實驗內(nèi)容：三角形問題、日期操作函數(shù)、計算傭金問題2、實驗儀器、設(shè)備或軟件1.個人計算機PC；2.VisualC++/.NET二、實驗過程（實驗步驟、記錄、數(shù)據(jù)、分析）(1)步驟一三角形問題#include<iostream>usingnamespacestd;voidmain(){inta,b,c;cin>>a>>b>>c;cout<<"長寬高分別為"<<a<<b<<c