軟件質(zhì)量保證過程(SQA)

軟件質(zhì)量保證過程之阿布豐王創(chuàng)作時間：二O二一年七月二十九日軟件質(zhì)量保證過程作為一種獨產(chǎn)的審查活動貫穿于整個軟件開發(fā)過程.質(zhì)量控制人員類似于軟件開發(fā)過程中的過程警察,其主要職責(zé)是:檢查開發(fā)和管理活動是否與制定的過程戰(zhàn)略、標準和流程一致；檢查工作產(chǎn)物是否遵循模板規(guī)定的內(nèi)容和格式.此文檔從軟件開發(fā)過程的各個階段來描述軟件質(zhì)量保證過程.1.計劃階段目的和范圍：項目計劃過程的目的是計劃并執(zhí)行一系列需要的活動,以便在不超越項目預(yù)算和日程安插的前提下,將優(yōu)質(zhì)的產(chǎn)物交付給客戶項目計劃過程適用于公司的所有項目,但每個項目可以根據(jù)各自的分歧情況對該過程進行裁剪.進入標準：■項目啟動會議已經(jīng)結(jié)束；■在項目的生命周期中，根據(jù)項目的跟蹤結(jié)果，需要對項目計劃進行修改和完善.輸入：■項目啟動陳說；■項目提案書；■項目相關(guān)文檔；組織財富庫中以往類似的經(jīng)驗文檔.退出標準：項目計劃已通過評審、批準并確立.輸出：評審后的項目計劃文檔包括：軟件開發(fā)質(zhì)量計劃；■軟件配置管理計劃.過程描述：項目計劃包括3個需要在項目中執(zhí)行和管理的主要計劃,如下：軟件項目管理計劃；軟件項目質(zhì)量管理計劃；軟件配置管理計劃.軟件項目管理計劃涉及項目中所有與項目管理相關(guān)的問題（從項目開始到結(jié)束）.軟件項目質(zhì)量管理計劃涉及與質(zhì)量相關(guān)的需求,這些需要在產(chǎn)物中實現(xiàn),并保證用于構(gòu)筑產(chǎn)物的項目過程.由于質(zhì)量是產(chǎn)物創(chuàng)立的一部份,所以將軟件項目管理計劃和軟件項目質(zhì)量管理計劃合成一個計劃文檔,稱為軟件開發(fā)質(zhì)量計劃.軟件配置管理計劃用于管理與配置管理相關(guān)的需求,這些需求與工作產(chǎn)物和可交付產(chǎn)物有關(guān).該計劃的目的在于：為執(zhí)行軟件工程相關(guān)活動提供依據(jù),并在整個開發(fā)和維護過程中對軟件項目進行管理.可以使用分歧的檢查表來制定軟件開發(fā)質(zhì)量計劃和軟件配置管理計劃.如下每個計劃都將包括以下3點：■目標；■執(zhí)行方法；■以后狀態(tài).前兩點不會經(jīng)常變動,但第三點則被認為會在執(zhí)行跟蹤時被修改.因此,前兩點通常被直接放到計劃中,而第三點則以鏈接的方法放到計劃中.（1）制訂軟件開發(fā)質(zhì)量計劃軟件開發(fā)質(zhì)量計劃包括軟件項目管理計劃、軟件項目質(zhì)量管理計劃.制訂軟件項目管理計劃軟件項目管理計劃的主要內(nèi)容包括基礎(chǔ)設(shè)施計劃,進度計劃（包括各種類型的估算）、風(fēng)險管理計劃、項目培訓(xùn)計劃、執(zhí)行計劃、客戶管理計劃.■基礎(chǔ)設(shè)施計劃基礎(chǔ)設(shè)施計劃包括項目開始執(zhí)行前必需到位的所有需求,它需要解決以下問題：軟件工程需求、基礎(chǔ)設(shè)施需求、角色和職責(zé)、內(nèi)外部接口、過程需求、知識和技能需求.■進度計劃進度計劃涉及制定合理可用的項目進度.在制定項目進度時，需要進行下面的估算：規(guī)模（Size）、工作量（effort）.項目進度需要描述以下內(nèi)容：執(zhí)行的活動、估算的人時、投入的人員、責(zé)任人和時間線、里程碑事件的標識.風(fēng)險管理計劃風(fēng)險管理包括：標識風(fēng)險事件（與管理相關(guān)的風(fēng)險、與執(zhí)行相關(guān)的風(fēng)險，與客戶相關(guān)的風(fēng)險等）、評估風(fēng)險并設(shè)定風(fēng)險優(yōu)先級、制訂風(fēng)險緩解和應(yīng)急計劃并跟蹤該計劃.項目培訓(xùn)計劃根據(jù)項目及人員結(jié)構(gòu)制訂項目培訓(xùn)計劃，包括業(yè)務(wù)領(lǐng)域知識、技術(shù)、工具等方面的培訓(xùn)計劃.執(zhí)行計劃項目執(zhí)行計劃包括了與執(zhí)行以后項目關(guān)系最年夜的生命周期模型.該計劃對組織級執(zhí)行模型進行了裁剪.項目生命周期模型通常包括：項目執(zhí)行的階段、各階段的輸入和輸出、可交付的產(chǎn)物、需要迭代（反復(fù)）的階段.制訂軟件項目質(zhì)量管理計劃制訂軟件項目質(zhì)量管理計劃包括如下主要內(nèi)容：項目設(shè)定的質(zhì)量標準；同級評審計劃：同級評審計劃中描述了在分歧的軟件生命周期開發(fā)階段,對分歧的工作產(chǎn)物所采納的同級評審類型；■測試計劃：測試計劃包括對可執(zhí)行文件/模塊或整個系統(tǒng)將要進行的各種測試.根據(jù)項目測試過程來制定測試計劃；懷抱管理計劃：通過裁剪組織級的懷抱過程來制定項目懷抱管理計劃.缺陷預(yù)防計劃：管理、開發(fā)和測試人員互相配合制訂缺陷預(yù)防計劃,防止已識另外缺陷再次發(fā)生；過程改進計劃：項目級過程改進的機會要記錄到過程改進計劃中.這些機會主要來源于懷抱分析、缺陷預(yù)防分析和標識出的好的或可防止的實踐.（2）制訂軟件配置管理計劃軟件配置管理計劃主要包括以下內(nèi)容：軟件配置管理計劃組織；角色和職責(zé)；開發(fā)/維護配置管理計劃,包括可配置項的標識、命名約定、目錄結(jié)構(gòu)、訪問控制、變動管理、基線庫創(chuàng)立、放入/提?。–heckin/Checkout）機制、版本控制；產(chǎn)物配置管理,包括產(chǎn)物中部件的可跟蹤性,產(chǎn)物的版本設(shè)定和發(fā)布、交付的配置管理（標識出要交付的產(chǎn)物構(gòu)成）、需求配置管理（需求基線簡直定、產(chǎn)物版本與劃定基線的需求版本之間的關(guān)系）、配置審計.驗證：同級評審人員和軟件質(zhì)量保證人員必需對項目計劃進行評審,批準后項目才華付諸實施.配置控制：項目經(jīng)理保管所有項目計劃文檔.對所有項目計劃文檔都要進行配置管理.項目結(jié)束后,所有的項目計劃文檔都要保管到組織財富庫中,仍受配置控制.QA檢查清單：QA檢查清單包括：■軟件開發(fā)質(zhì)量計劃；■軟件配置管理計劃.該階段要確保制定了軟件開發(fā)質(zhì)量計劃和軟件配置管理計劃.2.需求分析階段目的和范圍：需求說明和需求管理過程的目的是為了保證開發(fā)組在開發(fā)期間對項目目標和生產(chǎn)出最后產(chǎn)物的目的有一個清晰的理解.軟件需求規(guī)格說明書將作為產(chǎn)物測試和驗證是否適合需要的基礎(chǔ).對需求的變動,它可能在開發(fā)項目期間的任何時間點發(fā)生,需求的變動將要影響日程和許諾的變動,這些變動需要和客戶所提出的要求相一致進入標準：計劃已經(jīng)被批準,而且項目整體的基礎(chǔ)設(shè)施是可用的；軟件的需求已經(jīng)被需求收集小組捕捉；■對已經(jīng)形成了基線的軟件需求規(guī)格說明書有變動的請求時.輸入：軟件的需求說明書；變動需求的請求.退出標準：軟件需求規(guī)格說明書已經(jīng)經(jīng)過評審并形成了基線；對已經(jīng)形成基線的軟件需求的變動進行了處置；形成基線的軟件說明書已經(jīng)經(jīng)過客戶批準；驗收標準已經(jīng)完成；所有評審的問題都已經(jīng)解決.輸出：經(jīng)過批準并形成基線的軟件需求規(guī)格說明書；對受影響組件的重新估算文檔；驗收測試標準和測試計劃.過程描述：這個過程主要處置以下兩種活動：需求說明和需求管理.需求說明指的是需求過程中形成基線的主體,它是以后進一步的設(shè)計和測試的基礎(chǔ).另外,在軟件開發(fā)過程中,會經(jīng)常遇到由于客戶又有新需求或開發(fā)組自身對項目有了更清楚的理解或認識,要對需求進行變動.在對最初的需求說明書進行變動時,要用到需求管理過程.1）需求說明需求說明過程主要包括以下任務(wù)：■執(zhí)行需求分析■界說需求規(guī)格說明書界說驗收標準評審說明書和驗收標準.執(zhí)行需求分析分析收集到的需求和在提案中可用的需求.這個任務(wù)要求需求說明書應(yīng)該在完整性、一致性、清晰性和可測試性上到達比力合理的法式.界說需求說明書基于對需求的分析編寫軟件需求規(guī)格說明書.這個文檔應(yīng)清晰記錄以下內(nèi)容：目標和范圍；功能需求；用戶接口；■輸入輸出；■模塊之間的接口；性能需求；特殊用戶需求.如果需求不清晰或模糊,就需要準備原型,通過評估原型來發(fā)生需求說明書.界說驗收標準基于對以前步伐收集的需求規(guī)格說明書,建立測試標準,驗證的解決方案.所有的需求應(yīng)該可能制定測試標準.這個測試標準將成為客戶批準最終產(chǎn)物的依據(jù),因此要求在制定客戶標準時要經(jīng)常緊密的與客戶進行交流溝通.評審需求分析說明書和測試標準因為是開發(fā)項目的基礎(chǔ),所以需求規(guī)格說明書和驗收標準需要由項目組的同級人員進行評審.（2）需求管理需求管理過程包括以下6個任務(wù)：■記錄變動請求；■分析受到影響的組件；估算需求變動本錢；重新估算所有產(chǎn)物的交付日期和時間；評審受影響組件；獲得客戶的批準.記錄變動請求；形成基線的需求說明書的變動可能是由客戶提出的,也可能是由于設(shè)計或編碼階段開發(fā)人員根據(jù)一些限制或優(yōu)化而提出的.所有需求變動必需經(jīng)過客戶的批準,而且必需是可行的.任務(wù)需求變動可以由組織自己界說開始時間,而且所有需求變動需要記錄到變動掛號表中.分析受到影響的組件；任何經(jīng)過批準的變動需要在整個項目組范圍內(nèi)進行受影響組件分析.估算需求變動本錢；項目本錢與需求變動有關(guān).任何規(guī)模的變動對成原本講都是一種損耗.如果一個受影響組件是非常重要的,那么可行性需要重新進行本錢估算.重新估算所有產(chǎn)物的交付日期和時間；如果沒有考慮有效的緩沖,本錢的變動可能會影響整個項目的交付時間.在交付時間內(nèi)的任何實質(zhì)的變動都需要再同用戶商議決定.評審受影響組件；在這個步伐中所有相關(guān)的受影響組件需要進行評審,項目負責(zé)人根執(zhí)行此項任務(wù).獲得客戶的批準.這個過程的最后一項任務(wù)是獲得客戶的簽字.客戶應(yīng)該同意已經(jīng)形成基線的軟件需求說明書、驗收標準和已記錄的受影響組件的變動.驗證：■項目經(jīng)理要按期的檢查需求規(guī)格說明書和項目需求管理的各個方面；■軟件質(zhì)量保證人員要按期的對需求分析過程執(zhí)行自力的評估.配置控制：■軟件需求規(guī)格說明書需要嚴格的配置控制；■所有的變動請求需要被管理和控制；用于跟蹤的懷抱文檔需要管理和控制.QA檢查清單：質(zhì)量保證檢查清單包括：軟件需求規(guī)格說明書；變動需求跟蹤記錄；驗收測試標準與測試計劃.該階段要確?？蛻籼岢龅男枨笫强尚械?確?？蛻袅私庾约禾岢龅男枨蟮暮x,而且這個需求能夠真正到達他們的目標,確保開發(fā)人員和客戶對需求沒有誤解或誤會,確保依照需求實現(xiàn)的軟件系統(tǒng)能夠滿足客戶提出的需求.3.設(shè)計階段目的和范圍：本過程所關(guān)注的是把需求（用戶需求說明書和軟件需求規(guī)格說明書）轉(zhuǎn)釀成為如何實現(xiàn)這些需求的描述.主要包括以下兩個階段：概要設(shè)計；詳細設(shè)計.軟件設(shè)計過程主要包括以下活動：■體系結(jié)構(gòu)設(shè)計；■運算方法設(shè)計；類/函數(shù)/數(shù)據(jù)結(jié)構(gòu)設(shè)計；建立測試標準.進入標準：■產(chǎn)物需求已經(jīng)形成了基線；需要設(shè)計解決方案；新的或修改的需求需要改變以后的設(shè)計.輸入：形成基線的需求（用戶需求說明書和軟件需求規(guī)格說明書）.退出標準：設(shè)計文檔已經(jīng)評審并形成基線；測試標準、測試計劃可行.輸出：概要設(shè)計文檔；詳細設(shè)計文檔；測試計劃；項目標準；■選擇的工具.過程描述：設(shè)計過程包括概要設(shè)計和詳細設(shè)計兩個階段.（1）概要設(shè)計這個階段包括以下的任務(wù)：結(jié)構(gòu)設(shè)計、邏輯設(shè)計、項目標準界說、系統(tǒng)/集成測試計劃的創(chuàng)立,并要進行同級評審.概要設(shè)計模板、系統(tǒng)/集成測試計劃模板在本階段將被使用.結(jié)構(gòu)設(shè)計在這個步伐中,完成軟件解決方案的基礎(chǔ)規(guī)劃設(shè)計.繼軟件規(guī)劃設(shè)計之后,應(yīng)用法式被分解成基礎(chǔ)模塊/組件,目的是為了實現(xiàn)在模塊內(nèi)的高聚合和模塊之間的松耦合.通常情況下,模塊的劃分是基于概要設(shè)計中的功能需求而定的.運算方法設(shè)計在這個步伐中,完成軟件系統(tǒng)解決方案與應(yīng)用法式的轉(zhuǎn)換邏輯設(shè)計.設(shè)計模塊接口和應(yīng)用需求的主要邏輯.在決定通用算法之前,通常需要一些模型.界說項目標準在這個步伐中,所有的項目開發(fā)標準被界說.詳細設(shè)計/編碼標準要同實際執(zhí)行的一致.制定標準時還要考慮標準將來的擴展性、靈活性和方便性.創(chuàng)立系統(tǒng)/集成測試計劃基于對概要設(shè)計的理解,系統(tǒng)和集成測試計劃被制定出來.驗證最后生產(chǎn)的產(chǎn)物到達了設(shè)計要求,通常采納基于黑盒的功能或性能檢查.評審設(shè)計作為所有開發(fā)階段基礎(chǔ)的概要設(shè)計是非常重要的,因此需要進行同級評審,由能力強的高級軟件工程師組成的同級評審小組,以確保完成了合適的軟件解決方案設(shè)計.（2）詳細設(shè)計這個階段包括以下任務(wù)：詳細設(shè)計和準備單位測試計劃.在這個階段,需要使用詳細設(shè)計模板和單位測試計劃模板.①類/函數(shù)/數(shù)據(jù)結(jié)構(gòu)設(shè)計根據(jù)項目所采納的設(shè)計方法（軟件結(jié)構(gòu)化設(shè)計方法/面向?qū)ο笤O(shè)計方法）進行類、函數(shù)及數(shù)據(jù)結(jié)構(gòu)的設(shè)計.所有的用戶界面、狀態(tài)轉(zhuǎn)換和相關(guān)的數(shù)據(jù)庫詳細描述在本階段被建立.②創(chuàng)立單位測試計劃測試計劃應(yīng)該包括要被測試的每一個模塊的每一個元素,例如：■與需求的完整一致性；■與其它元素的一致性；■在性能上的要求.單位/功能測試采納完全透明的白盒/玻璃盒測試方法,對測試者來講,實際運行的代碼是可見的.評審詳細設(shè)計詳細設(shè)計階段的輸出是代碼編寫工作的基礎(chǔ),是非常重要的,因此需要在項目組中很好的進行評審.評審小組負責(zé)評審和清除那些在詳細設(shè)計中與采納的方法紛歧致的問題.（3）選擇有用工具在詳細設(shè)計完成之后,系統(tǒng)在解決方案已經(jīng)非常清晰.這時,項目組需要選擇用來提高軟件質(zhì)量的工具.這些工具要發(fā)生以下作用：■提高質(zhì)量；提高生產(chǎn)力；縮短開發(fā)周期.驗證：■項目管理者分析概要設(shè)計滿足需求的法式；■項目管理者不按時的監(jiān)督詳細設(shè)計說明書的創(chuàng)立工作；■項目管理者通過按期的分析在設(shè)計階段收集的數(shù)據(jù)來驗證設(shè)計過程執(zhí)行的有效性；■質(zhì)量保證（QA）人員通過驗證發(fā)生的工作產(chǎn)物和做自力的抽樣檢查來驗證產(chǎn)物的有效性；■質(zhì)量保證（QA）人員通過分析項目的懷抱數(shù)據(jù)和對過程的走查來驗證設(shè)計過程的效性.配置控制：所有的概要設(shè)計文檔、詳細設(shè)計文檔和系統(tǒng)/集成測試計劃需要進行嚴格的配置控制；跟蹤的懷抱數(shù)據(jù)需要進行管理和控制.質(zhì)量保證（QA）檢查清單：質(zhì)量保證（QA）檢查清單包括：■概要設(shè)計文檔；■詳細設(shè)計文檔；測試計劃（系統(tǒng)/集成/單位）；項目標準.在概要設(shè)計階段,要確保規(guī)格界說能夠完全符合、支持和覆蓋前面描述的系統(tǒng)需求；可以采納建立需求跟蹤文檔和需求實現(xiàn)矩陣的方式,確保規(guī)格界說滿足系統(tǒng)需求的性能、可維護性、靈活性的要求；確保規(guī)格界說是可以測試的,而且建立了測試戰(zhàn)略；確保建立了可行的、包括評審活動的開發(fā)進度表；確保建立了正式的變動控制流程.在詳細設(shè)計階段,要確保建立了設(shè)計標準,而且依照該標準進行設(shè)計；確保設(shè)計變動被正確跟蹤、控制、文檔化；確保依照計劃進行設(shè)計評審；確保設(shè)計依照評審準則評審?fù)ㄟ^并被正式批準之前,沒有開始正式編碼.4.編碼階段目的和范圍：編碼過程的目的是為了實現(xiàn)詳細設(shè)計中各個模塊的功能,能夠使用戶要求的實際業(yè)務(wù)流程通過代碼的方式被計算機識別并轉(zhuǎn)化為計算機法式.編碼過程就是用具體的數(shù)據(jù)結(jié)構(gòu)來界說對象的屬性,用具體的語言來實現(xiàn)業(yè)務(wù)流程所暗示的算法.在對象設(shè)計階段形成的對象類和關(guān)系最后被轉(zhuǎn)換成特定的法式設(shè)計語言、數(shù)據(jù)庫或者硬件的實現(xiàn).進入標準：■設(shè)計文檔已經(jīng)形成基線；■詳細設(shè)計變動編寫完畢并通過評審，而且代碼需要變動時；對維護項目,維護需求分析已經(jīng)形成基線,可進行代碼的變動；用于編碼的測試標準已經(jīng)制定.輸入：詳細設(shè)計文檔；特定項目的編碼規(guī)范；相關(guān)的軟、硬件環(huán)境；維護分析文檔；測試計劃.退出標準：詳細設(shè)計中所有模塊的功能全部被實現(xiàn)，并通過自我代碼審查，編譯通過.輸出：已完成的、需要進行測試的代碼；代碼編寫規(guī)范的更改建議.過程描述：編碼過程是把詳細設(shè)計中的各個模塊功能轉(zhuǎn)化為計算機可識別代碼的過程,因此法式員在進行編碼時,一定要仔細認真,切勿有半點疏忽.編碼過程通常情況下占整個項目開發(fā)時間的20%左右,為了代碼到達高質(zhì)量、高標準,代碼編寫過程一定要合理規(guī)范.編碼過程主要包括以下幾項活動：■制定編碼計劃；■認真閱讀開發(fā)規(guī)范；編碼準備；專家指導(dǎo),并填寫疑問或問題表；理解詳細設(shè)計書；編寫代碼；自我審查；提交代碼；更改代碼.編碼過程流程如下圖所示.

編碼過程流程圖準備階段制定計劃閱讀規(guī)范理解設(shè)計專家指導(dǎo)檢查與更改階段代碼審查代碼測試提交代碼更改代碼1r編寫代碼編碼過程流程圖準備階段制定計劃閱讀規(guī)范理解設(shè)計專家指導(dǎo)檢查與更改階段代碼審查代碼測試提交代碼更改代碼1r編寫代碼A編寫代碼J編碼準備（1）制定編碼計劃在編碼之前一周,項目經(jīng)理要根據(jù)詳細設(shè)計中的模塊劃分情況制定編碼計劃.編碼計劃的主要內(nèi)容如下.本次編碼的目的在制定編碼計劃時,必需要明確編碼目的.編碼人員組成在編碼之前,要確定本次編碼的人員組成：選擇編碼人員時要考慮以下幾點：責(zé)任心、技術(shù)能力、服從意識、努力法式、編碼效率、編碼質(zhì)量.編碼任務(wù)分配在編碼之前,一定要為每個編碼人員劃分好自己所負責(zé)的模塊,而且要規(guī)定各個模塊的編碼開始,結(jié)束日期.（2）認真閱讀開發(fā)規(guī)范為了實現(xiàn)編碼的規(guī)范統(tǒng)一,需要制定編碼規(guī)范.有的項目,客戶也會提供一些開發(fā)規(guī)范用來對本次編碼進行約束.編碼人員在編寫代碼之前一定要理解并掌握相關(guān)編碼規(guī)范的所有內(nèi)容.這樣有助于以后編碼工作的規(guī)范統(tǒng)一.如果本次編碼采納的是公司自己的開發(fā)規(guī)范,編碼人員在閱讀的過程中,如果發(fā)現(xiàn)編碼規(guī)范有缺乏或分歧理之處,可以編寫開發(fā)規(guī)范建議書提交給項目經(jīng)理,項目經(jīng)理再和軟件質(zhì)量保證人員取得聯(lián)系以決定是否要對目前的編碼規(guī)范進行更改.（3）編碼準備在進行編碼之前還要進行一些相關(guān)的準備.軟硬件環(huán)境配置：包括編碼工具、配置管理工具、數(shù)據(jù)庫和一些需要的輔助工具.了解法式設(shè)計語言的特性,選擇良好的法式設(shè)計風(fēng)格：法式設(shè)計風(fēng)格是法式設(shè)計質(zhì)量的一個重要方面,具有好的設(shè)計風(fēng)格的法式更容易閱讀和理解.（4）理解詳細設(shè)計書由于項目模塊功能的復(fù)雜性,即使再詳細的設(shè)計也會有表達不夠準確之處,因此在編寫代碼之前,一定要把每個模塊的詳細設(shè)計思路弄清楚.如果編碼人員在理解詳細設(shè)計時有疑惑,一定要詢問詳細設(shè)計人員.為了保證編碼人員對詳細設(shè)計的理解的正確性,采納以下方法：詳細設(shè)計同級評審時，讓編碼人員介入；讓編碼人員對詳細設(shè)計進行講解；讓編碼人員根據(jù)自己的理解畫出流程圖，由詳細設(shè)計者確認.如果編碼人員在理解詳細設(shè)計書的過程中存在疑問,應(yīng)填寫詳細設(shè)計疑問列表提交給項目經(jīng)理或詳細設(shè)計人員.（5）專家指導(dǎo)在編碼之前或編碼過程中，為了保證編碼工作的順利進行以及代碼質(zhì)量，項目經(jīng)理要根據(jù)目前編碼人員的技術(shù)能力或開發(fā)進度情況邀請本項目組內(nèi)部或外部專家對編碼人員進行指導(dǎo).指導(dǎo)的內(nèi)容主要包括以下兩方面的內(nèi)容.對本次編碼有關(guān)的業(yè)務(wù)進行指導(dǎo)：對編碼人員進行業(yè)務(wù)上的指導(dǎo)，有助于編碼人員對詳細設(shè)計的理解.對技術(shù)進行指導(dǎo)：通過對編碼人員的技術(shù)指導(dǎo)，可以解答編碼人員在技術(shù)上的一些疑問.（6）編寫代碼在很多的軟件開發(fā)中，客戶為了便于法式的可維護性，往往會對法式代碼編寫過程做出一些規(guī)定，如變量的命名規(guī)則、書寫規(guī)范和公共處置等，所以這就要求編碼人員要熟悉這些要求和規(guī)范，并嚴格的遵守這些規(guī)范，如果客戶沒有規(guī)定，就要依照公司的規(guī)定執(zhí)行.①畫出法式的流程圖法式的流程圖又稱法式框圖，用來描述軟件設(shè)計，是歷史最長、使用最廣泛的方法.在編碼之前，一定要先畫好法式的流程圖，這對一個復(fù)雜的法式來說是非常需要的，這樣做了以后，可以使你在編碼階段到達事半功倍的效果,而且對代碼的正確性和質(zhì)量都是一個很好的保證.②代碼的模塊化模塊化是把系統(tǒng)分割成能完成自力功能的模塊代碼,明確規(guī)定各個模塊代碼及其輸入輸出規(guī)格,使模塊代碼的接口不會發(fā)生混亂法式的注解法式的注解對法式的閱讀與理解起著重要的作用.注解主要分兩部份.法式塊頭的注解,主要是模塊功能的說明、輸入輸出變量的說明、算法的說明、法式員姓名和法式完成以及變動的日期列表.這些主要是滿足管理者的需要,管理者易于掌握哪些法式是由哪個編碼人員負責(zé)的.法式內(nèi)部的注解,對法式中的一些難以理解的語句以上注釋,以使閱讀者容易理解設(shè)計者的意圖,易于理解法式.這樣的法式具有很強的可讀性和可維護性.數(shù)據(jù)類型/變量說明■數(shù)據(jù)說明的次第應(yīng)標準化，如按數(shù)據(jù)類型或者數(shù)據(jù)結(jié)構(gòu)來確定命據(jù)說明的次第,次第的規(guī)則在數(shù)據(jù)字典中加以說明,以便在測試調(diào)試階段和維護階段可以方便的查找數(shù)據(jù)說明的情況；■當對在同一個語句中的多個變量加以說明時，應(yīng)按英文字母的順序排列；■在使用一個復(fù)雜的數(shù)據(jù)結(jié)構(gòu)時，最好加注釋語句；■變量說明不要遺漏，變量的類型、長度、存儲及其初始化要正確.語句構(gòu)造不要為了節(jié)省空間把多個語句寫在同一行；盡量防止復(fù)雜的條件；對多分支語句，應(yīng)該把呈現(xiàn)可能性年夜的情況放在前面，把較少呈現(xiàn)的分支放在后面，這樣可以加快運算時間；防止年夜量使用循環(huán)嵌套語句和條件嵌套語句；利用括號使邏輯表達式或算術(shù)表達式的運算次第清晰直觀；每個循環(huán)要有終止條件，不要呈現(xiàn)死循環(huán)，也要防止不成能被執(zhí)行的循環(huán).法式效率法式效率主要指處置工作時間和內(nèi)存容量這兩方面的利用率，在法式滿足了正確性、可理解性、可測試性和可維護性的基礎(chǔ)上，提高法式的效率也是非常需要的.在編碼過程中，一定要嚴格依照規(guī)定的開發(fā)規(guī)范進行編碼，如果沒有依照編碼規(guī)范進行編碼，再好的法式代碼也不能被接受.另外，在編寫代碼時，如果認為開發(fā)規(guī)范有分歧理或有待彌補之處，應(yīng)該填寫開發(fā)規(guī)范建議書提交給項目經(jīng)理；如果發(fā)現(xiàn)詳細設(shè)計中有問題或?qū)υ敿氃O(shè)計發(fā)生疑問，應(yīng)該填寫詳細設(shè)計疑問列表并提交給項目經(jīng)理.（7）代碼審查在編碼過程中,每個模塊或法式的自我審查的關(guān)鍵環(huán)節(jié)是絕對不能缺少的.無論何等好的編碼人員編寫的代碼,城市或多或少的存在缺陷,從而影響法式的運行.有的缺陷可以在很短的時間內(nèi)流露出來；有的缺陷需要很長的時間才華顯現(xiàn)出來.因此在代碼審查過程中,一定要仔細認真,不要遺漏某個條件.編碼人員切勿對自己編寫的代碼過于自信而不去自我審查.在進行代碼審查過程中,其實不是盲目地進行審查.而是要依照代碼審查列表中的內(nèi)容進行審查.審查之后還要把自己審查的內(nèi)容以及發(fā)現(xiàn)的問題記錄到代碼審查記錄中.代碼審查記錄不作為考核個人的依據(jù).通過代碼審查記錄,管理人員可以掌握每個編碼人員的代碼審查工作情況以及自我審查的質(zhì)量效率.如果是比力重要的代碼（如重要的算法、復(fù)雜的SQL法式段、要求性能比力高的模塊等）,可以讓經(jīng)驗豐富的設(shè)計人員或編碼人員來復(fù)查或進行同級評審.（8）代碼測試為了進一步保證代碼的正確性和合理性,編碼人員還要對自己編寫的代碼進行測試.代碼測試的依據(jù)是詳細設(shè)計過程中的單位測試計劃書.編碼人員依照測試計劃書中所提供的每個測試項目的測試用例進行測試.本次測試只是編碼人員對自己所編寫的代碼進行自我測試,測試主要采納白盒與黑盒結(jié)合的方法.在代碼測試過程中,應(yīng)該填寫代碼測試記錄.（9）提交測試編碼人員對自己編寫的代碼審查完畢,并認為代碼不會有任何問題,就可以把代碼提交給相應(yīng)的測試人員.在提交代碼時一定要注意自己所提交的代碼是最新的版本.（10）更改代碼更改代碼的情況可以分為兩種：①在測試中發(fā)現(xiàn)代碼有誤或者邏輯分歧理.呈現(xiàn)這種情況的主要原因可能有兩種：一是編碼人員自己的毛病而造成的缺陷；二是在需求、設(shè)計階段的毛病沒有被查出,被帶到編碼階段而造成的缺陷.②由于需求和設(shè)計的變動引起的代碼變動.在變動代碼的過程中一定要注意對代碼的版本管理.驗證：■驗證編碼的規(guī)范性；■驗證是否進行了自我審查；驗證代碼的一致性和可跟蹤性；通過測試驗證代碼的正確、合理性；驗證每個編碼人員的工作能力.配置控制：通過相應(yīng)的配置管理工具對分歧版本的代碼進行管理；對編碼規(guī)范進行管理；■對項目開發(fā)質(zhì)量計劃進行管理.QA檢查清單：編碼計劃；開發(fā)規(guī)范建議書；詳細設(shè)計疑問列表；代碼審查檢查列表；■代碼審查記錄；■代碼測試記錄.該階段要確保建立了編碼規(guī)范、文檔格式標準,而且依照該標準進行編碼；確保代碼被正確地測試和集成,代碼的修改符合變動控制和版本控制流程；確保依照進度計劃編寫代碼；確保依照進度計劃進行代碼評審.5.測試階段目的和范圍：軟件測試過程的目的是為了保證軟件產(chǎn)物的正確性、完整性和一致性,保證提供實現(xiàn)用戶需求的高質(zhì)量、高性能的軟件產(chǎn)物,從而提高用戶對軟件產(chǎn)物的滿意法式.在軟件投入運行前,要對軟件需求分析、設(shè)計和編碼各階段的產(chǎn)物進行最終檢查和檢測,軟件測試是對軟件產(chǎn)物內(nèi)容和法式執(zhí)行狀況的檢測以及調(diào)整、修正的一個過程.這種以檢查軟件產(chǎn)物內(nèi)容和功能特性為核心的測試,是軟件質(zhì)量保證的關(guān)鍵步伐,也是勝利實現(xiàn)軟件開發(fā)目標的重要保證.軟件測試包括：單位測試、集成測試、系統(tǒng)測試、確認/驗收測試.進入標準：■經(jīng)過自我檢查過的法式代碼需要進行測試；■測試環(huán)境搭建完成；測試計劃完成.輸入：需要測試的法式代碼；測試工具；測試環(huán)境；測試計劃；測試用例；測試數(shù)據(jù)；測試檢查列表；以往的經(jīng)驗與教訓(xùn).退出標準：依照測試計劃,所有的測試用例都勝利地被執(zhí)行了；測試過的代碼形成基線.輸出：測試記錄；缺陷統(tǒng)計表；已經(jīng)測試過的代碼.過程描述：軟件測試是軟件質(zhì)量保證的關(guān)鍵元素,代表了規(guī)約、設(shè)計和編碼的最終檢查.軟件測試針對分歧的測試階段和測試內(nèi)容,可以分為單位測試、集成測試、系統(tǒng)測試以及確認/驗收測試,在編碼階段進行單位測試,單位測試的目的是測試單一的功能模塊能否正常運行；集成測試主要是根據(jù)設(shè)計階段制定的測試計劃進行,集成測試是測試模塊與模塊之間的連接是否正確；系統(tǒng)測試主要是對系統(tǒng)的整體質(zhì)量進行測試；確認/驗收測試根據(jù)需求分析階段制定的測試計劃進行測試,是測試整個軟件產(chǎn)物是否滿足了用戶的需求.分歧階段所使用的測試用例也是分歧的.根據(jù)軟件開發(fā)過程的特點.通常情況下單位測試和集成測試使用白盒測試方法；系統(tǒng)測試和確認/驗收測試采納黑盒測試方法.軟件測試的目的主要是為了驗證(Verification)和確認(Validation)軟件的正確性.驗證是以開發(fā)者的角度來考慮的，是為了驗證軟件是否滿足用戶的需求；而確認是以用戶的角度考慮的，驗證軟件的方便性、友好性、容錯性等.隨著軟件測試各個階段的不竭進行，驗證的成份越來越少，白盒測試方法所占的比例就會越來越??；確認的成份越來越多，黑盒測試的比例就會越來越年夜.單位測試單位測試集中在檢查軟件設(shè)計的最小單位——模塊上，通過測試發(fā)現(xiàn)實現(xiàn)該模塊的實際功能與界說該模塊的功能說明不符合的情況,以及編碼的缺陷.由于模塊規(guī)模小、功能單一、邏輯簡單,測試人員有可能通過模塊說明書和源法式,清楚地了解該模塊的I/O條件和模塊的邏輯結(jié)構(gòu),采納結(jié)構(gòu)測試（白盒法）的用例,盡可能到達完全測試,然后輔之以功能測試（黑盒法）的用例,使之對任何合理和分歧理的輸入都能鑒別和響應(yīng).高可靠性的模塊是組成可靠系統(tǒng)的堅實基礎(chǔ).（2）集成測試將已測試的模塊進行組裝并進行檢測,對比軟件設(shè)計測試和排除子系統(tǒng)或系統(tǒng)結(jié)構(gòu)上的缺陷.集成測試一般采納黑盒測試法,重點是檢測模塊接口之間的連接,發(fā)現(xiàn)訪問公共數(shù)據(jù)結(jié)構(gòu)可能引起的模塊間的干擾,以及全局數(shù)據(jù)結(jié)構(gòu)的紛歧致,測試軟件系統(tǒng)或子系統(tǒng)輸入輸出處置、