軟件產(chǎn)品質(zhì)量保證措施

軟件產(chǎn)品質(zhì)量保證措施XXX:軟件開(kāi)發(fā)質(zhì)量保證方案1軟件開(kāi)發(fā)質(zhì)量保證方案1.1質(zhì)量管理內(nèi)容1.1.1編制和評(píng)審質(zhì)量計(jì)劃制定質(zhì)量保證計(jì)劃:依據(jù)項(xiàng)目計(jì)劃及項(xiàng)目質(zhì)量目標(biāo)確定需要檢查的主要過(guò)程和工作產(chǎn)品，識(shí)別項(xiàng)目過(guò)程中的干系人及其活動(dòng)，估計(jì)檢查時(shí)間和人員，并制定出本項(xiàng)目的質(zhì)量保證計(jì)劃。質(zhì)量保證計(jì)劃的主要內(nèi)容包括:例行審計(jì)和里程碑評(píng)審，需要監(jiān)督的重要活動(dòng)和工作產(chǎn)品，確定審計(jì)方式，根據(jù)項(xiàng)目計(jì)劃中的評(píng)審計(jì)劃確定質(zhì)量保證人員需要參加的評(píng)審計(jì)劃。明確質(zhì)量審計(jì)報(bào)告的報(bào)送范圍。質(zhì)量保證計(jì)劃的評(píng)審:質(zhì)量保證計(jì)劃需要經(jīng)過(guò)評(píng)審方能生效，以確保質(zhì)量保證計(jì)劃和項(xiàng)目計(jì)劃的一致性。經(jīng)過(guò)批準(zhǔn)的質(zhì)量保證計(jì)劃需要納入配置管理。當(dāng)項(xiàng)目計(jì)劃變更時(shí)，需要及時(shí)更改和復(fù)審質(zhì)量保證計(jì)劃。11.1.2“過(guò)程和工作產(chǎn)品”的質(zhì)量檢查根據(jù)質(zhì)量保證計(jì)劃進(jìn)行質(zhì)量的審計(jì)工作，并發(fā)布質(zhì)量審計(jì)報(bào)告。審計(jì)的主要內(nèi)容包括:是否按照過(guò)程要求執(zhí)行了相應(yīng)的活動(dòng)，是否按照過(guò)程要求產(chǎn)生了相應(yīng)的工作產(chǎn)品。本項(xiàng)目中對(duì)質(zhì)量的控制主要體現(xiàn)在不同階段的審計(jì)當(dāng)中。1.1.3不符合項(xiàng)的跟蹤處理對(duì)審計(jì)中發(fā)現(xiàn)的不符合項(xiàng)，要求項(xiàng)目組及時(shí)處理，質(zhì)量保證人員需要確認(rèn)不符合項(xiàng)的狀態(tài)，直到最終的不符合項(xiàng)狀態(tài)為“完成”為止。1.2質(zhì)量管理責(zé)任分配我公司在開(kāi)發(fā)項(xiàng)目上按照規(guī)范化軟件的生產(chǎn)方式進(jìn)行生產(chǎn)。每個(gè)項(xiàng)目除配備了項(xiàng)目開(kāi)發(fā)所需角色外，還專門配備了質(zhì)量保證小組、配置管理小組、測(cè)試小組來(lái)確保質(zhì)量管理的實(shí)施，下面針對(duì)這三種角色進(jìn)行說(shuō)明:1.2.1質(zhì)量保證小組職責(zé)質(zhì)量保證小組作為質(zhì)量保證的實(shí)施小組，在項(xiàng)目開(kāi)辟的過(guò)程中幾乎所有的部門都與質(zhì)量保證小組有關(guān)。質(zhì)量保證小組的主要職責(zé)是:以獨(dú)立審查方式，從第三方的角度監(jiān)控軟件開(kāi)辟任務(wù)的履行，闡發(fā)項(xiàng)目?jī)?nèi)存在的質(zhì)量題目，審查項(xiàng)目的質(zhì)量活動(dòng)，給出質(zhì)量審計(jì)報(bào)告。就項(xiàng)目是否遵循已制訂的計(jì)劃、標(biāo)準(zhǔn)和規(guī)程，給開(kāi)辟人員和管理層提供反映產(chǎn)品和過(guò)程2質(zhì)量的信息和數(shù)據(jù)，使他們能了解整個(gè)項(xiàng)目生存周期中工作產(chǎn)品和過(guò)程的情況，提高項(xiàng)目透亮度，從而支持其托付高質(zhì)量的軟件產(chǎn)品。質(zhì)量保證人員依據(jù)質(zhì)量保證計(jì)劃，通過(guò)質(zhì)量審計(jì)報(bào)告向項(xiàng)目經(jīng)理及有關(guān)人員提出已經(jīng)識(shí)別出的不符合項(xiàng)，并跟蹤不符合項(xiàng)的解決過(guò)程，通過(guò)審計(jì)周報(bào)或者審計(jì)月報(bào)向項(xiàng)目經(jīng)理提供過(guò)程和產(chǎn)品質(zhì)量數(shù)據(jù)，并與項(xiàng)目組協(xié)商不符合項(xiàng)的解決辦法。質(zhì)量保證小組的檢測(cè)范圍主要包括:項(xiàng)目的進(jìn)度是否按照項(xiàng)目計(jì)劃履行，用戶需求是否得到了用戶的簽字確認(rèn)，軟件需求是否正確的反映了用戶的需求，是否將每一項(xiàng)用戶需求都映射到軟件需求;系統(tǒng)設(shè)計(jì)是否完全反映了軟件需求;實(shí)現(xiàn)的軟件是否正確的體現(xiàn)了系統(tǒng)設(shè)計(jì);測(cè)試人員是否進(jìn)行了較為徹底的和周全的測(cè)試;客戶驗(yàn)收和交接清單是否完備;對(duì)于系統(tǒng)運(yùn)行中出現(xiàn)的題目，維護(hù)人員是否記實(shí)了詳細(xì)的維護(hù)記實(shí);配置管理員是否按照配置管理計(jì)劃建立了基線，是否嚴(yán)格控制變換過(guò)程，是否對(duì)配置庫(kù)進(jìn)行了維護(hù)。1.2.2配置管理小組職責(zé)配置管理活動(dòng)的目的是通過(guò)履行版本控制、變換控制、基線管理等規(guī)程，借助配置管理工具的使用，來(lái)保證整個(gè)生命周期過(guò)程產(chǎn)生的所有配置項(xiàng)的完整性、一致性和可追溯性。配置管理是對(duì)工3作成果(階段工作成果和產(chǎn)品成果、進(jìn)展?fàn)顟B(tài)成果)的一種有效保護(hù)形式，是反映項(xiàng)目及其工作產(chǎn)品的過(guò)去、現(xiàn)在、動(dòng)態(tài)的資料和數(shù)據(jù)集中管理體現(xiàn)。配置管理小組的主要職責(zé)包括:根據(jù)項(xiàng)目計(jì)劃制定配置管理計(jì)劃，建立配置庫(kù)，為項(xiàng)目組人員分配配置庫(kù)權(quán)限，創(chuàng)建需求、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試、交付階段的基線。當(dāng)納入基線庫(kù)的工作產(chǎn)品發(fā)生變更時(shí)，嚴(yán)格按照配置項(xiàng)變更控制過(guò)程執(zhí)行變更，變更后建立新的基線。1.2.3測(cè)試小組職責(zé)作為質(zhì)量控制的主要手段，如同軟件開(kāi)發(fā)一樣，測(cè)試在執(zhí)行之前，測(cè)試小組制定軟件測(cè)試計(jì)劃、測(cè)試用例的編寫和執(zhí)行工作。本項(xiàng)目中，測(cè)試可以分為如下幾種類型:代碼走查、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試。為了保證程序的質(zhì)量，開(kāi)發(fā)人員需要對(duì)同伴的代碼進(jìn)行代碼走查，同時(shí)對(duì)自己編寫的程序進(jìn)行單元測(cè)試，確保程序編譯、運(yùn)行正確。測(cè)試人員根據(jù)軟件需求分析報(bào)告進(jìn)行軟件集成測(cè)試用例和系統(tǒng)測(cè)試用例的編寫。對(duì)編寫完成的測(cè)試用例提交項(xiàng)目組進(jìn)行評(píng)審，同時(shí)質(zhì)量保證人員對(duì)評(píng)審過(guò)程和工作產(chǎn)品進(jìn)行監(jiān)測(cè)。測(cè)試人員根據(jù)測(cè)試計(jì)劃和測(cè)試用例執(zhí)行測(cè)試用例，并對(duì)發(fā)4現(xiàn)的缺陷進(jìn)行記實(shí)，只有這樣才能確保項(xiàng)目組開(kāi)辟的軟件產(chǎn)品滿足用戶需求。在完成集成測(cè)試之后，可以進(jìn)行軟件系統(tǒng)測(cè)試，系統(tǒng)測(cè)試包括對(duì)軟件進(jìn)行功能測(cè)試、性能測(cè)試、安全測(cè)試、壓力測(cè)試。只有進(jìn)行了系統(tǒng)測(cè)試軟件測(cè)試才是完整的。系統(tǒng)測(cè)試在本項(xiàng)目中占有重要的地位，性能要求有可能改變軟件的設(shè)計(jì)，為避免造成軟件的后期返工，測(cè)試在性能上需要較大的側(cè)重。1.3質(zhì)量保證措施通過(guò)質(zhì)量管理責(zé)任的分配，通過(guò)以下幾個(gè)方面來(lái)進(jìn)行質(zhì)量保證的實(shí)施過(guò)程:1.3.1項(xiàng)目進(jìn)度項(xiàng)目計(jì)劃的制訂為工程項(xiàng)目實(shí)施、管理和支持工作、項(xiàng)目進(jìn)度、成本、質(zhì)量及過(guò)程產(chǎn)品的有效控制打下了良好的基礎(chǔ)，以便所有相關(guān)人員能夠按照該計(jì)劃有條不紊地開(kāi)展工作;制訂《項(xiàng)目計(jì)劃》，必須獲得相關(guān)干系人的認(rèn)可，并以此作為項(xiàng)目跟蹤的基礎(chǔ)。項(xiàng)目進(jìn)度是項(xiàng)目進(jìn)行是否順利的最直觀表現(xiàn)。制訂合理的項(xiàng)目計(jì)劃首要前提是選擇從事類似規(guī)模和類似業(yè)務(wù)項(xiàng)目的有經(jīng)驗(yàn)的項(xiàng)目負(fù)責(zé)人參加制訂項(xiàng)目進(jìn)度計(jì)劃。項(xiàng)目計(jì)劃由項(xiàng)目負(fù)責(zé)人制定，由項(xiàng)目各小組組長(zhǎng)、項(xiàng)目成員、干系人、質(zhì)量保證人員參加一起進(jìn)行評(píng)審。評(píng)審過(guò)程主要討論項(xiàng)目計(jì)劃的可行性，對(duì)其中不合理的地方提出修改意5見(jiàn)，對(duì)計(jì)劃中不合理的地方進(jìn)行修改完善，并由質(zhì)量保證人員對(duì)其結(jié)果進(jìn)行跟蹤處理，以確保項(xiàng)目計(jì)劃完整性、可行性，項(xiàng)目計(jì)劃評(píng)審?fù)ㄟ^(guò)后，交由配置管理人員進(jìn)行配置管理。在計(jì)劃實(shí)施過(guò)程中，按項(xiàng)目計(jì)劃中里程碑為界限，將整個(gè)開(kāi)發(fā)周期劃分為若干階段。根據(jù)里程碑的完成情況，適當(dāng)?shù)恼{(diào)整每一個(gè)較小的階段的任務(wù)量和完成的任務(wù)時(shí)間，動(dòng)態(tài)跟蹤和動(dòng)態(tài)調(diào)整，以利于項(xiàng)目質(zhì)量保證的實(shí)施。實(shí)際運(yùn)作中，質(zhì)量保證人員在對(duì)項(xiàng)目執(zhí)行過(guò)程進(jìn)行檢查時(shí)，對(duì)于發(fā)現(xiàn)的項(xiàng)目偏差，以質(zhì)量審計(jì)報(bào)告的形式提交項(xiàng)目負(fù)責(zé)人。由項(xiàng)目負(fù)責(zé)人組織人員對(duì)計(jì)劃進(jìn)行維護(hù)，對(duì)于已經(jīng)變動(dòng)的項(xiàng)目計(jì)劃，由配置管理進(jìn)行配置管理。1.3.2需求分析需求分析是開(kāi)發(fā)人員對(duì)系統(tǒng)需要做什么和如何做的定義過(guò)程。從系統(tǒng)分析的經(jīng)驗(yàn)來(lái)看，這個(gè)過(guò)程往往是個(gè)循序漸進(jìn)的過(guò)程，一次性對(duì)系統(tǒng)形成完整的認(rèn)識(shí)是困難的。只有不斷地和客戶領(lǐng)域?qū)＜疫M(jìn)行交流確認(rèn)，方能逐步明了用戶的需求。從系統(tǒng)開(kāi)發(fā)的過(guò)程得知，系統(tǒng)分析時(shí)犯下的錯(cuò)誤，會(huì)在接下來(lái)的階段被成倍的放大，越是在開(kāi)發(fā)的后期，糾正分析時(shí)犯下的錯(cuò)誤所花費(fèi)的代價(jià)越是昂貴，也越發(fā)影響系統(tǒng)的工期和系統(tǒng)的質(zhì)量。本項(xiàng)目中，將邀請(qǐng)招標(biāo)方技術(shù)負(fù)責(zé)人參與需求調(diào)研，以便保證需求調(diào)研質(zhì)量，同時(shí)形成用戶需求說(shuō)明書。需求評(píng)審時(shí)6會(huì)同單方管理層、項(xiàng)目實(shí)施層配合進(jìn)行，對(duì)于通過(guò)用戶確認(rèn)的需求，交由配置管理員形成需求基線。用戶需求在招標(biāo)方確認(rèn)后，由系統(tǒng)闡發(fā)人員形成軟件需求闡發(fā)報(bào)告，同時(shí)對(duì)軟件需求闡發(fā)報(bào)告進(jìn)行評(píng)審，對(duì)于評(píng)審?fù)ㄟ^(guò)的軟件需求闡發(fā)報(bào)告可以交由測(cè)試人員進(jìn)行測(cè)試計(jì)劃和測(cè)試用例的編寫。對(duì)于開(kāi)辟過(guò)程存在的需求變動(dòng)，招標(biāo)方填寫變換申請(qǐng)單發(fā)給項(xiàng)目經(jīng)理，在質(zhì)量保證人員參加的情況下，對(duì)這個(gè)變換進(jìn)行評(píng)審，由項(xiàng)目經(jīng)理組織項(xiàng)目組成員一起討論實(shí)施變換的可行性及實(shí)施后所帶來(lái)的影響，對(duì)于影響小的變換直接記實(shí)，大的變換則需要形成正式的變換報(bào)告，不管那種變換都需要對(duì)相應(yīng)的文檔實(shí)施同步變換(包括需求闡發(fā)報(bào)告、系統(tǒng)設(shè)計(jì)、安裝手冊(cè)、操作手冊(cè)等)。但是對(duì)于沒(méi)法實(shí)現(xiàn)或是變換會(huì)帶來(lái)宏大的影響而將導(dǎo)致進(jìn)度的延期，這時(shí)，我們將變換報(bào)告提交給招標(biāo)方并召開(kāi)協(xié)調(diào)會(huì)議，討論變換取舍題目或是項(xiàng)目進(jìn)度變換題目。決定變換之后，由項(xiàng)目負(fù)責(zé)人組織實(shí)施變換，測(cè)試人員檢測(cè)變換結(jié)果，而質(zhì)量保證人員監(jiān)督變換實(shí)施過(guò)程，并協(xié)助配置管理員對(duì)變換后的成果進(jìn)行配置管理。變換實(shí)施完后，運(yùn)行前還需要協(xié)助用戶一同測(cè)試并由招標(biāo)方簽字后贊成方可上線。1.3.3系統(tǒng)設(shè)計(jì)7優(yōu)良的體系結(jié)構(gòu)該當(dāng)具備可擴(kuò)大性和可配置性，而好的體系結(jié)構(gòu)則需要好的設(shè)計(jì)方法，需要針對(duì)項(xiàng)目的結(jié)構(gòu)、項(xiàng)目的特征和用戶的需求來(lái)闡發(fā)。本項(xiàng)目中將安排我公司高級(jí)系統(tǒng)架構(gòu)師擔(dān)當(dāng)項(xiàng)目總體設(shè)計(jì)師，匯同總體設(shè)計(jì)組完成系統(tǒng)設(shè)計(jì)。另外對(duì)公共類模塊的開(kāi)發(fā)。由總體設(shè)計(jì)組通過(guò)對(duì)用戶需求的仔細(xì)研究，盡可能的識(shí)別出公共類，并進(jìn)行定義和設(shè)計(jì)，以減少重復(fù)工作。對(duì)于項(xiàng)目組提供的設(shè)計(jì)文檔，由項(xiàng)目經(jīng)理組織，質(zhì)保小組成員參與，對(duì)其設(shè)計(jì)文檔進(jìn)行評(píng)審，及時(shí)發(fā)現(xiàn)設(shè)計(jì)中可能存在的錯(cuò)誤，降低項(xiàng)目開(kāi)發(fā)風(fēng)險(xiǎn)，同時(shí)確保設(shè)計(jì)文檔能為開(kāi)發(fā)人員、XXX:軟件產(chǎn)品質(zhì)量控制方法表1軟件產(chǎn)品質(zhì)量控制方法XXX:軟件項(xiàng)目質(zhì)量保證的策略與實(shí)踐軟件項(xiàng)目質(zhì)量保證的策略與理論摘要:對(duì)軟件項(xiàng)目實(shí)施全過(guò)程的質(zhì)量管理作了詳細(xì)論述:在需求分析階段通過(guò)結(jié)對(duì)分析與需求評(píng)審來(lái)保證需求分析的質(zhì)量;在設(shè)計(jì)與開(kāi)發(fā)階段，制訂相應(yīng)的軟件開(kāi)發(fā)規(guī)范，并嚴(yán)格執(zhí)行，保證實(shí)現(xiàn)代碼的質(zhì)量;在測(cè)試環(huán)節(jié)上，強(qiáng)調(diào)測(cè)試與軟件實(shí)現(xiàn)同步，強(qiáng)化Bug管理。以進(jìn)一步提高軟件質(zhì)量。軟件開(kāi)發(fā)全程要做到“有法可依，有法必依”。以上措施是開(kāi)發(fā)出高質(zhì)量軟件系統(tǒng)的重要保證。8關(guān)鍵詞:質(zhì)量保證;結(jié)對(duì)闡發(fā);軟件項(xiàng)目;需求闡發(fā)XXX2008年，對(duì)某絨毛有限公司的生產(chǎn)控制系統(tǒng)組織了開(kāi)辟與實(shí)施。在項(xiàng)目團(tuán)隊(duì)中，本人承擔(dān)了系統(tǒng)闡發(fā)與技術(shù)總監(jiān)的職責(zé)。本系統(tǒng)的主要任務(wù)是實(shí)現(xiàn)從商務(wù)部接單、生控辦配料、倉(cāng)庫(kù)備料、車間生產(chǎn)，到倉(cāng)庫(kù)入倉(cāng)、最后出倉(cāng)托付給客戶的業(yè)務(wù)工作流，并建立商務(wù)部管理系統(tǒng)、倉(cāng)庫(kù)管理系統(tǒng)。生產(chǎn)控制系統(tǒng)對(duì)質(zhì)量要求較高，自托付運(yùn)行以來(lái)，用戶反饋表明，質(zhì)量特性上較好地滿足了生產(chǎn)需要。在軟件開(kāi)辟過(guò)程中，我們實(shí)行了全過(guò)程的質(zhì)量管理，圍繞軟件的6個(gè)質(zhì)量特性因子，形成了軟件項(xiàng)目開(kāi)辟團(tuán)隊(duì)的束縛文件，針對(duì)不同角色制訂了不同的質(zhì)量主題，做到了軟件質(zhì)量的可控。1需求分析階段，通過(guò)結(jié)對(duì)分析與需求評(píng)審來(lái)保證需求分析的質(zhì)量需求分析的質(zhì)量是否優(yōu)良，決定著后繼各工作環(huán)節(jié)能否按既定方向進(jìn)行。由于客戶方生產(chǎn)較為繁忙，計(jì)算機(jī)應(yīng)用水平不高等因素，與中層管理人員、基層操作人員的交流有很大困難，參與項(xiàng)目的時(shí)間與精力得不到保障，因此，作者制訂了結(jié)對(duì)分析的策略，以提高需求分析的效率與質(zhì)量。結(jié)對(duì)是敏捷軟件開(kāi)發(fā)一個(gè)最佳編程實(shí)踐，作者創(chuàng)造性地將其引入到需求分析階段。需求分析各個(gè)環(huán)節(jié)(包括需求獲取、分析，與用戶溝通)均由兩個(gè)開(kāi)發(fā)人員來(lái)共同完成，能取得較高的需求分析質(zhì)量。例如，這一策略在倉(cāng)庫(kù)備料及庫(kù)存管理9這一關(guān)鍵環(huán)節(jié)的需求闡發(fā)上發(fā)揮了重要作用。倉(cāng)庫(kù)管理人員年紀(jì)較長(zhǎng)，對(duì)計(jì)算機(jī)概念恍惚，溝通上存在很大障礙，通過(guò)兩個(gè)需求闡發(fā)人員配合來(lái)完成該項(xiàng)工作，做到了闡發(fā)人員的優(yōu)勢(shì)互補(bǔ)。通過(guò)結(jié)對(duì)闡發(fā)不僅得到較高的需求闡發(fā)質(zhì)量，并且節(jié)省了用戶的工夫，對(duì)用戶也有一定的推動(dòng)。只有兩個(gè)闡發(fā)人員達(dá)成一致，才將相應(yīng)需求嵌入基線庫(kù)中，保證了需求的科學(xué)性。這樣做雖然增加了人力成本，但提高了需求闡發(fā)效力。強(qiáng)化需求評(píng)審。需求評(píng)審分為三個(gè)層次:?全局評(píng)審。參與人員主要是用戶方中心管理層，業(yè)務(wù)領(lǐng)域?qū)＜?，開(kāi)辟方闡發(fā)人員。主要任務(wù)是評(píng)審需求與公司方針、高層想法是否一致。這一評(píng)審至關(guān)重要，它把握了軟件系統(tǒng)實(shí)施方向的正確性。?局部評(píng)審。參與人員主要是用戶方業(yè)務(wù)中層及一線操作人員，開(kāi)辟方業(yè)務(wù)領(lǐng)域開(kāi)辟工程師。主要任務(wù)是就業(yè)務(wù)層相關(guān)業(yè)務(wù)流程進(jìn)行再次確認(rèn)。因?yàn)樾枨筮^(guò)程中相應(yīng)部門的業(yè)務(wù)人員站在自己的角度看待題目，對(duì)于整個(gè)流程關(guān)心不夠，需要糾正各部門用戶需求不一致的題目。?內(nèi)部評(píng)審。全體開(kāi)辟人員、闡發(fā)人員參與。闡發(fā)人員建立初步的UML用例圖，工作流程圖，活動(dòng)圖等供全體討論。任務(wù)是澄清一部分恍惚的需求。在需求階段，還采取了其它措施來(lái)保證需求分析的質(zhì)量，如強(qiáng)調(diào)需求分析工具的使用等。2設(shè)計(jì)、編碼階段，強(qiáng)調(diào)紀(jì)10律與規(guī)范編碼人員分成二類角色:業(yè)務(wù)領(lǐng)域工程師和中心代碼工程師。業(yè)務(wù)領(lǐng)域工程師針對(duì)具體的業(yè)務(wù)功能進(jìn)行編碼。在設(shè)計(jì)時(shí)我們要求業(yè)務(wù)領(lǐng)域工程師要有這樣的意識(shí):變換不可避免，在設(shè)計(jì)盡可能考慮到未來(lái)變換的可能性，盡可能做到模塊之間的松耦合，模塊內(nèi)部的高內(nèi)聚。中心代碼工程師完成大眾代碼的實(shí)現(xiàn)與維護(hù)。中心代碼質(zhì)量在系統(tǒng)中至關(guān)重要。對(duì)中心代碼工程師加以分組，每組兩位工程師實(shí)行結(jié)對(duì)編程。以克服思維局限，配合完成設(shè)計(jì)、UML圖、實(shí)現(xiàn)，保11證代碼質(zhì)量。實(shí)踐證明，采取這些辦法后，在用戶提出相應(yīng)功能變更時(shí)，軟件修改相對(duì)較輕松，能較好地適應(yīng)業(yè)務(wù)變化。3強(qiáng)調(diào)測(cè)試與軟件實(shí)現(xiàn)同步，強(qiáng)化Bug管理測(cè)試是保證軟件質(zhì)量較為重要的一個(gè)環(huán)節(jié)。針對(duì)開(kāi)辟團(tuán)隊(duì)部分成員測(cè)試意識(shí)不強(qiáng)，項(xiàng)目部有針對(duì)性地進(jìn)行培訓(xùn);強(qiáng)調(diào)測(cè)試與設(shè)計(jì)同步，測(cè)試用例與功能代碼的體例同步;實(shí)時(shí)進(jìn)行單位測(cè)試，統(tǒng)一用VS2005forTester作為測(cè)試工具;Bug管理統(tǒng)一存放在服務(wù)器中，嚴(yán)格控制Bug的開(kāi)啟與關(guān)閉，并把Bug數(shù)據(jù)作為工程師查核依據(jù)之一，指派兼職文員進(jìn)行Bug管理。所有測(cè)試中出現(xiàn)的題目，經(jīng)整理后在項(xiàng)目團(tuán)隊(duì)例會(huì)上進(jìn)行總結(jié);在團(tuán)隊(duì)內(nèi)部交流并在平臺(tái)WSS中建立一個(gè)專門的警示網(wǎng)站，發(fā)布已經(jīng)暴露的Bug解決方案，讓項(xiàng)目團(tuán)隊(duì)共享，避免題目重復(fù)出現(xiàn);構(gòu)建項(xiàng)