時(shí)間：2022-09-19 06:54:33
開(kāi)篇：寫(xiě)作不僅是一種記錄，更是一種創(chuàng)造，它讓我們能夠捕捉那些稍縱即逝的靈感，將它們永久地定格在紙上。下面是小編精心整理的12篇測(cè)試計(jì)劃，希望這些內(nèi)容能成為您創(chuàng)作過(guò)程中的良師益友，陪伴您不斷探索和進(jìn)步。
作為軟件的重要環(huán)節(jié)，軟件測(cè)試越來(lái)越受到人們的重視。隨著軟件開(kāi)發(fā)規(guī)模的增大、復(fù)雜程度的增加，以尋找軟件中的錯(cuò)誤為目的的測(cè)試工作就顯得更加困難。然而，為了盡可能多地找出中的錯(cuò)誤，生產(chǎn)出高的軟件產(chǎn)品，加強(qiáng)對(duì)測(cè)試工作的組織和管理就顯得尤為重要。
從軟件的生存周期看，測(cè)試往往指對(duì)程序的測(cè)試，這樣做的優(yōu)點(diǎn)是被測(cè)對(duì)象明確，測(cè)試的可作相對(duì)較強(qiáng)。但是，由于測(cè)試的依據(jù)是規(guī)格說(shuō)明書(shū)、文檔和使用說(shuō)明書(shū)，如果設(shè)計(jì)有錯(cuò)誤，測(cè)試的質(zhì)量就難以保證。即使測(cè)試后發(fā)現(xiàn)是設(shè)計(jì)的錯(cuò)誤，這時(shí)，修改的代價(jià)是相當(dāng)昂貴的。因此，較理想的做法應(yīng)該是對(duì)軟件的開(kāi)發(fā)過(guò)程，按軟件工程各階段形成的結(jié)果，分別進(jìn)行嚴(yán)格的審查。軟件的生命周期可用圖1的表示。
為了確保軟件的質(zhì)量，對(duì)圖1的過(guò)程應(yīng)進(jìn)行嚴(yán)格的管理。雖然測(cè)試是在實(shí)現(xiàn)且證后進(jìn)行的，實(shí)際上，測(cè)試的準(zhǔn)備工作在分析和設(shè)計(jì)階段就開(kāi)始了。
軟件測(cè)試計(jì)劃作為軟件項(xiàng)目計(jì)劃的子計(jì)劃，在項(xiàng)目啟動(dòng)初期是必須規(guī)劃的。在越來(lái)越多公司的軟件開(kāi)發(fā)中，軟件質(zhì)量日益受到重視，測(cè)試過(guò)程也從一個(gè)相對(duì)獨(dú)立的步驟越來(lái)越緊密嵌套在軟件整個(gè)生命周期中，這樣，如何規(guī)劃整個(gè)項(xiàng)目周期的測(cè)試工作；如何將測(cè)試工作上升到測(cè)試管理的高度都依賴(lài)于測(cè)試計(jì)劃的制定。測(cè)試計(jì)劃因此也成為測(cè)試工作的賴(lài)于展開(kāi)的基礎(chǔ)。
一個(gè)好的測(cè)試計(jì)劃可以起到如下作用
1. 避免測(cè)試的“事件驅(qū)動(dòng)”
2. 使測(cè)試工作和整個(gè)開(kāi)發(fā)工作融合起來(lái)
3. 資源和變更事先作為一個(gè)可控制的風(fēng)險(xiǎn)項(xiàng)目經(jīng)理圈子
測(cè)試計(jì)劃的模板在各個(gè)公司中都大同小異，在個(gè)人實(shí)踐中發(fā)現(xiàn)，測(cè)試計(jì)劃制定中存在的問(wèn)題具有相似，下面重點(diǎn)就這些相似的問(wèn)題談?wù)勅绾沃贫ㄜ浖?xiàng)目測(cè)試計(jì)劃。
問(wèn)題一：測(cè)試階段劃分
就通常軟件項(xiàng)目而言，基本上采用“瀑布型開(kāi)發(fā)方式，這種開(kāi)發(fā)方式下，各個(gè)項(xiàng)目主要活動(dòng)比較清晰。整個(gè)項(xiàng)目生命周期為需設(shè)計(jì)編測(cè)試實(shí)施維護(hù)。然而，在制定測(cè)試計(jì)劃時(shí)候，有些測(cè)試經(jīng)理對(duì)測(cè)試的階段劃分還不是十分明晰，經(jīng)常*遇到的問(wèn)題是把測(cè)試單純理解成系統(tǒng)測(cè)試，或者把把各類(lèi)型測(cè)試設(shè)計(jì)（測(cè)試用例的編寫(xiě)和測(cè)試數(shù)據(jù)準(zhǔn)備）全部放入生命周期的“測(cè)試階段”，這樣造成的問(wèn)題是浪費(fèi)了開(kāi)發(fā)階段可以并行的項(xiàng)目日程，另一方面造成測(cè)試不足。
相應(yīng)階段可以同步進(jìn)行相應(yīng)的測(cè)試計(jì)劃編制，而測(cè)試設(shè)計(jì)也可以結(jié)合在開(kāi)發(fā)過(guò)程中實(shí)現(xiàn)并行，測(cè)試的實(shí)施即執(zhí)行測(cè)試的活動(dòng)即可連貫在開(kāi)發(fā)之后。值得注意的是：?jiǎn)卧獪y(cè)試和集成測(cè)試往往由開(kāi)發(fā)人員承擔(dān)，因此這部分的階段劃分可能會(huì)安排在開(kāi)發(fā)計(jì)劃而不是測(cè)試計(jì)劃中。
問(wèn)題二：系統(tǒng)測(cè)試階段日程安排
劃分階段清楚了，隨之而來(lái)的問(wèn)題是測(cè)試執(zhí)行需要多長(zhǎng)的時(shí)間？標(biāo)準(zhǔn)的工程方法或CMM方式是對(duì)工作量進(jìn)行估算，然后得出具體的估算值。但是這種方法過(guò)于復(fù)雜，可以另辟專(zhuān)題討論。一個(gè)可作的簡(jiǎn)單方法是：根據(jù)測(cè)試執(zhí)行上一階段的活動(dòng)時(shí)間進(jìn)行換算，換算方法是與上一階段活動(dòng)時(shí)間1：1.1～1.5左右。舉個(gè)例子，對(duì)測(cè)試經(jīng)理來(lái)說(shuō)，因?yàn)殚_(kāi)發(fā)計(jì)劃可能包含了單元測(cè)試和集成測(cè)試，系統(tǒng)測(cè)試的時(shí)間大概是編*階段（包含單元測(cè)試和集成測(cè)試）1到1.5倍。這種方法的優(yōu)點(diǎn)是簡(jiǎn)單，依賴(lài)于項(xiàng)目計(jì)劃的日程安排，缺點(diǎn)是水分太多，難于量化。那么，可以采用的另一個(gè)簡(jiǎn)單方法是經(jīng)驗(yàn)評(píng)估。評(píng)估方法如下：項(xiàng)目管理者聯(lián)盟文章
1. 計(jì)算需求文檔的頁(yè)數(shù)，得出系統(tǒng)測(cè)試用例的頁(yè)數(shù)
需求頁(yè)數(shù)：系統(tǒng)測(cè)試用例頁(yè)數(shù)≈ 1：1
2. 由系統(tǒng)測(cè)試用例頁(yè)數(shù)計(jì)算編寫(xiě)系統(tǒng)測(cè)試用例時(shí)間轉(zhuǎn)自項(xiàng)目管理者聯(lián)盟
編寫(xiě)系統(tǒng)測(cè)試用例時(shí)間≈系統(tǒng)測(cè)試用例頁(yè)數(shù)×1小時(shí)
3. 計(jì)算執(zhí)行系統(tǒng)測(cè)試用例時(shí)間
編寫(xiě)系統(tǒng)用例用時(shí)：執(zhí)行系統(tǒng)測(cè)試用時(shí)≈ 1：
4. 計(jì)算回歸測(cè)試包含的時(shí)間項(xiàng)目經(jīng)理博客
系統(tǒng)測(cè)試用時(shí)：回歸測(cè)試用時(shí)≈ 2：1
注：以上比值是個(gè)人工程經(jīng)驗(yàn)值，需要更正比值的測(cè)試經(jīng)理可以在具體實(shí)踐中收集數(shù)據(jù)
基于以上方法優(yōu)點(diǎn)是需求為已知的，可以利用已知來(lái)推算未知，適用于需求是已知且相對(duì)穩(wěn)定的情況下；缺點(diǎn)是處于研發(fā)狀態(tài)的項(xiàng)目，需求不清晰的時(shí)候比較難計(jì)算。現(xiàn)套用一個(gè)例子加于說(shuō)明：需求文檔頁(yè)數(shù)為500，系統(tǒng)測(cè)試用例頁(yè)數(shù)推算為500，則編寫(xiě)系統(tǒng)測(cè)試用例時(shí)間為500小時(shí)，執(zhí)行系統(tǒng)測(cè)試用例時(shí)間為1000小時(shí)，回歸測(cè)試需要500小時(shí)，加起來(lái)總共為2000小時(shí)，按一天8小時(shí)計(jì)算，共計(jì)250個(gè)工作日/人；假如一個(gè)月為22個(gè)工作日，則共計(jì)約11人/月，即投入4個(gè)人需要3個(gè)月左右時(shí)間工作量完成。當(dāng)然，這是系統(tǒng)測(cè)試需要的全部時(shí)間。根據(jù)測(cè)試階段劃分原則，設(shè)計(jì)用例時(shí)間可以和開(kāi)發(fā)同步進(jìn)行，只需在測(cè)試階段中安排的時(shí)間為1500小時(shí)即4人2個(gè)月工作量。
項(xiàng)目管理培訓(xùn)
（測(cè)試經(jīng)理在編寫(xiě)測(cè)試計(jì)劃時(shí)候，測(cè)試進(jìn)度中的計(jì)劃開(kāi)始/結(jié)束時(shí)間往往用如20050101-20051201的具體時(shí)間劃分方式，這樣引起的問(wèn)題是當(dāng)項(xiàng)目計(jì)劃進(jìn)行變更的時(shí)候，測(cè)試計(jì)劃時(shí)間不得不隨時(shí)調(diào)整，這種變更可能是頻繁而瑣碎的，可以替代的辦法是取消這種方式，采用30工作日/2人或者2人月這種工作量記錄方式，這樣一來(lái)，只需在項(xiàng)目計(jì)劃中跟蹤階段的具體開(kāi)始時(shí)間即可，不必反復(fù)修改測(cè)試計(jì)劃。）
項(xiàng)目管理培訓(xùn)
值得注意的是：國(guó)內(nèi)大多數(shù)公司的測(cè)試時(shí)間都是不足的，不可能按照這樣的理想比例進(jìn)行運(yùn)作，因?yàn)闇y(cè)試執(zhí)行的時(shí)間實(shí)際上不可能占據(jù)整個(gè)項(xiàng)目周期的1/2，甚至要短于其中任何一個(gè)項(xiàng)目階段時(shí)間。即使是微軟的測(cè)試結(jié)束原則也并不是完成所有必需的測(cè)試，而是測(cè)試在按計(jì)劃結(jié)束的那一天結(jié)束！在測(cè)試時(shí)間不足的情況下，可參考下面項(xiàng)目計(jì)劃變更時(shí)的做法，因?yàn)橛?jì)劃變更也涉及到測(cè)試時(shí)間不足的情況。
參考文獻(xiàn)：
[1]徐新海；林宇斐；易偉；；CPU-GPGPU異構(gòu)體系結(jié)構(gòu)相關(guān)技術(shù)綜述[J]；計(jì)算機(jī)工程與科學(xué)；2009年S1期
下面，筆者就通過(guò)具體案例為大家介紹ISTA標(biāo)準(zhǔn)在速凍食品運(yùn)輸包裝測(cè)試中的成功應(yīng)用。
速凍食品的運(yùn)輸安全問(wèn)題
速凍食品是指將需速凍的食品經(jīng)適當(dāng)?shù)那捌陬A(yù)處理后，在急速低溫（一般指–18℃以下）的環(huán)境下加工而成的凍結(jié)食品，其最大的特點(diǎn)是可以完全在低溫環(huán)境中維持食品原有的品質(zhì)，最大限度地保存食品的營(yíng)養(yǎng)成分，而無(wú)須借助任何防腐劑或添加劑。
速凍食品的產(chǎn)銷(xiāo)過(guò)程可以簡(jiǎn)單地概括為：加工、包裝、儲(chǔ)存、運(yùn)輸、倉(cāng)儲(chǔ)、銷(xiāo)售。在整個(gè)過(guò)程中都要保證速凍食品處于連貫的低溫環(huán)境（一般為–18～–20℃），不同種類(lèi)的食品具有不同的低溫要求。
然而，對(duì)于速凍食品的包裝及運(yùn)輸過(guò)程，往往很難保證其全程處于連貫的低溫環(huán)境，尤其是在轉(zhuǎn)移和搬運(yùn)過(guò)程中，極可能造成速凍食品在一段時(shí)間內(nèi)發(fā)生解凍，從而導(dǎo)致速凍食品表面出現(xiàn)水氣凝露、食品軟化等現(xiàn)象；而當(dāng)速凍食品再次置于低溫環(huán)境中時(shí)，水氣凝露就會(huì)在速凍食品表面凍結(jié)形成冰霜，解凍時(shí)間越長(zhǎng)，冰霜就越多。這樣反復(fù)多次的解凍、凍結(jié)，很容易滋生細(xì)菌，從而產(chǎn)生速凍食品的衛(wèi)生安全問(wèn)題，進(jìn)而對(duì)人體健康造成傷害。
解凍是速凍食品在轉(zhuǎn)移和搬運(yùn)過(guò)程中產(chǎn)生的常見(jiàn)現(xiàn)象之一，也是對(duì)速凍食品造成衛(wèi)生安全危害的主要過(guò)程之一，因?yàn)槠淙菀资顾賰鍪称吩馐軟_擊、振動(dòng)、壓力等多種環(huán)境危害，如硬質(zhì)速凍食品容易出現(xiàn)斷裂、裂縫等情況；速凍食品軟化后容易在食品之間、食品與包裝之間產(chǎn)生粘連現(xiàn)象等。
速凍食品運(yùn)輸包裝的測(cè)試要求
對(duì)速凍食品運(yùn)輸包裝進(jìn)行安全測(cè)試之前，首先要對(duì)速凍食品的實(shí)際運(yùn)輸環(huán)境進(jìn)行充分分析，從而判斷需要進(jìn)行哪種單項(xiàng)測(cè)試。
在分析速凍食品的實(shí)際運(yùn)輸環(huán)境時(shí)，不能忽略速凍食品運(yùn)輸包裝的轉(zhuǎn)移和搬運(yùn)過(guò)程，如果將連貫的低溫環(huán)境定義為“凍”的過(guò)程，將搬運(yùn)過(guò)程定義為“化”的過(guò)程，那么速凍食品的實(shí)際運(yùn)輸環(huán)境可以簡(jiǎn)單地描述為：凍（生產(chǎn)倉(cāng)儲(chǔ)）化（搬運(yùn)）凍（運(yùn)輸配送）化（搬運(yùn)）凍（賣(mài)場(chǎng)銷(xiāo)售）的過(guò)程。
凍、化過(guò)程的反復(fù)轉(zhuǎn)換容易產(chǎn)生冰霜，而對(duì)于瓦楞紙箱而言，濕度的變化又會(huì)造成瓦楞紙箱性能的衰減，所以需對(duì)瓦楞紙箱進(jìn)行抗壓測(cè)試。
運(yùn)輸和搬運(yùn)過(guò)程中會(huì)因振動(dòng)、跌落或沖擊等對(duì)運(yùn)輸包裝造成危害，所以對(duì)速凍食品進(jìn)行相關(guān)的振動(dòng)或跌落測(cè)試也是很有必要的。
案例解析：速凍湯圓運(yùn)輸包裝
賣(mài)場(chǎng)銷(xiāo)售的速凍湯圓的包裝形式主要有兩種：一是袋內(nèi)散裝包裝，二是袋內(nèi)配有吸塑盤(pán)的包裝。速凍湯圓通常是定點(diǎn)生產(chǎn)，然后向全國(guó)范圍內(nèi)分銷(xiāo)，最后在各大賣(mài)場(chǎng)中進(jìn)行零售。從包裝到銷(xiāo)售，速凍湯圓一般要經(jīng)歷如下過(guò)程：冷凍儲(chǔ)存、出貨裝卸、冷藏車(chē)運(yùn)輸、收貨裝卸、冷凍儲(chǔ)存、出貨裝卸、冷藏車(chē)運(yùn)輸分銷(xiāo)、賣(mài)場(chǎng)收貨裝卸、賣(mài)場(chǎng)上架。為保證速凍湯圓在這一過(guò)程中的衛(wèi)生安全，就需要對(duì)其運(yùn)輸包裝進(jìn)行嚴(yán)格的包裝測(cè)試。
1.測(cè)試對(duì)象
本次案例選取了某公司生產(chǎn)的系列速凍湯圓作為測(cè)試對(duì)象，其單箱瓦楞紙箱尺寸為415mm×320mm×200mm，毛重為10.46kg，單箱產(chǎn)品數(shù)量為24袋，單袋產(chǎn)品重量為400g，包裝形式為塑料袋散裝（如圖1）。運(yùn)輸倉(cāng)儲(chǔ)過(guò)程直接采用包裝箱堆碼，不采用托盤(pán)堆放。
2.測(cè)試標(biāo)準(zhǔn)
國(guó)際安全運(yùn)輸協(xié)會(huì)（ISTA）除了根據(jù)產(chǎn)品或行業(yè)特點(diǎn)制定了一系列包裝測(cè)試標(biāo)準(zhǔn)外，還專(zhuān)門(mén)針對(duì)一些特殊產(chǎn)品及其特定的運(yùn)輸環(huán)境建立了一個(gè)網(wǎng)絡(luò)在線互動(dòng)標(biāo)準(zhǔn)，即ISTA Project 4AB標(biāo)準(zhǔn)，目前該標(biāo)準(zhǔn)僅為ISTA會(huì)員開(kāi)發(fā)。ISTA 4AB標(biāo)準(zhǔn)的主要功能及使用要求如下。
(1)可以根據(jù)用戶輸入的參數(shù)自行生成實(shí)驗(yàn)室測(cè)試計(jì)劃或方案，主要包括產(chǎn)品描述、包裝說(shuō)明、運(yùn)輸分配順序等內(nèi)容。
(2)要求用戶詳細(xì)定義與描述目標(biāo)產(chǎn)品的分配運(yùn)輸情況，如裝卸、運(yùn)輸、倉(cāng)儲(chǔ)的情況以及與環(huán)境條件的疊加情況。
(3)借助ISTA標(biāo)準(zhǔn)所構(gòu)建的后臺(tái)數(shù)據(jù)庫(kù)，通過(guò)計(jì)算機(jī)分析處理完成最終定義的測(cè)試計(jì)劃或方案。
3.測(cè)試計(jì)劃編制
進(jìn)入ISTA Project 4AB標(biāo)準(zhǔn)測(cè)試計(jì)劃在線互動(dòng)中心（如圖2）后，首先輸入速凍湯圓及其運(yùn)輸包裝的相關(guān)信息；然后將運(yùn)輸過(guò)程分解為“倉(cāng)儲(chǔ)搬運(yùn)運(yùn)輸搬運(yùn)倉(cāng)儲(chǔ)搬運(yùn)運(yùn)輸搬運(yùn)倉(cāng)儲(chǔ)”9個(gè)環(huán)節(jié)，并分別輸入相關(guān)信息，運(yùn)輸過(guò)程的各項(xiàng)參數(shù)如表1所示；最后按照ISTA Project 4AB標(biāo)準(zhǔn)得到速凍湯圓運(yùn)輸包裝測(cè)試計(jì)劃。
4.測(cè)試驗(yàn)證
速凍湯圓運(yùn)輸包裝測(cè)試的整個(gè)過(guò)程均需在相應(yīng)的環(huán)境下完成相關(guān)測(cè)試項(xiàng)目，單項(xiàng)測(cè)試采用的測(cè)試方法如下。
(1)模擬運(yùn)輸過(guò)程中的低溫冷凍環(huán)境，采用溫濕度環(huán)境處理箱對(duì)速凍湯圓進(jìn)行低溫處理。
(2)對(duì)單箱速凍湯圓進(jìn)行常溫和低溫冷凍處理后，再對(duì)空箱進(jìn)行抗壓測(cè)試。
(3)對(duì)低溫冷凍處理后的單箱速凍湯圓，按要求完成跌落測(cè)試。
(4)對(duì)單箱速凍湯圓進(jìn)行振動(dòng)測(cè)試。由于振動(dòng)測(cè)試是一個(gè)長(zhǎng)時(shí)間的持續(xù)過(guò)程，并要求在低溫環(huán)境下完成測(cè)試過(guò)程，所以需要采用干冰對(duì)速凍湯圓外包裝進(jìn)行低溫處理，以盡可能模擬持續(xù)低溫下的振動(dòng)測(cè)試條件，同時(shí)采用配重進(jìn)行振動(dòng)加載模擬測(cè)試。
5.測(cè)試結(jié)果
完成上述測(cè)試后，經(jīng)檢查未發(fā)現(xiàn)速凍湯圓包裝袋有破損情況，表明該批速凍湯圓運(yùn)輸包裝達(dá)到了速凍食品運(yùn)輸包裝測(cè)試標(biāo)準(zhǔn)的要求。
通過(guò)上述案例的解析過(guò)程可以得知，速凍食品生產(chǎn)企業(yè)在選擇其產(chǎn)品運(yùn)輸包裝測(cè)試標(biāo)準(zhǔn)時(shí)需要對(duì)產(chǎn)品的運(yùn)輸環(huán)境進(jìn)行充分了解，然后再利用ISTA Project 4AB標(biāo)準(zhǔn)測(cè)試計(jì)劃在線互動(dòng)中心獲得可供參考的測(cè)試計(jì)劃，此外還要結(jié)合企業(yè)的實(shí)際情況及對(duì)產(chǎn)品運(yùn)輸包裝的要求，制定一套企業(yè)獨(dú)有的運(yùn)輸包裝測(cè)試標(biāo)準(zhǔn)，同時(shí)對(duì)產(chǎn)品的運(yùn)輸環(huán)境進(jìn)行監(jiān)控與調(diào)整，以確保測(cè)試標(biāo)準(zhǔn)符合實(shí)際的運(yùn)輸環(huán)境要求。
小貼士
目前，涉及到速凍食品運(yùn)輸包裝測(cè)試的相關(guān)規(guī)程和標(biāo)準(zhǔn)主要包括：1997年我國(guó)頒布的SN/T 0715-1997《出口冷凍食品類(lèi)商品運(yùn)輸包裝檢驗(yàn)規(guī)程》以及2010年國(guó)際安全運(yùn)輸協(xié)會(huì)（ISTA）頒布的ISTA 6-SAMSCLUB標(biāo)準(zhǔn)。
1測(cè)試流程不合理
1.1測(cè)試設(shè)計(jì)重點(diǎn)偏離使用QC軟件測(cè)試發(fā)現(xiàn)bug統(tǒng)計(jì)，如表1所示。根據(jù)表1工作量統(tǒng)計(jì)，25人/日為5個(gè)中級(jí)測(cè)試工程師一周的工作量，但是根據(jù)測(cè)試用例發(fā)現(xiàn)的bug數(shù)量?jī)H占bug總量的44.18%，該比例顯示測(cè)試用例的設(shè)計(jì)重點(diǎn)嚴(yán)重出現(xiàn)偏離。需要在測(cè)試用例設(shè)計(jì)的方向上進(jìn)行調(diào)整。
1.2測(cè)試過(guò)程不可控QC軟件測(cè)試計(jì)劃中測(cè)試執(zhí)行階段為2013.3.8-2013.3.27，執(zhí)行三輪測(cè)試；實(shí)際測(cè)試時(shí)間為2013.3.23-2013.4.20，執(zhí)行測(cè)試三輪，計(jì)劃完成時(shí)間嚴(yán)重偏離，表2為原計(jì)劃與實(shí)際計(jì)劃的對(duì)比。表2顯示測(cè)試計(jì)劃進(jìn)行了較大調(diào)整，計(jì)劃截止時(shí)間比原計(jì)劃延遲23天。延遲原因經(jīng)分析主要為開(kāi)發(fā)提交測(cè)試時(shí)間延遲，開(kāi)發(fā)提交版本問(wèn)題較多，測(cè)試計(jì)劃安排不合理，在兩輪測(cè)試間為安排開(kāi)發(fā)修改bug時(shí)間等。想要解決該問(wèn)題，不僅需要對(duì)測(cè)試過(guò)程進(jìn)行管理，同時(shí)也需要對(duì)開(kāi)發(fā)提交的測(cè)試版本質(zhì)量進(jìn)行管理。
2軟件質(zhì)量管理改進(jìn)對(duì)策
2.1需求工程管理軟件開(kāi)發(fā)過(guò)程中，需求不明確會(huì)帶來(lái)需求的頻繁變更，浪費(fèi)了很多時(shí)間。針對(duì)此項(xiàng)問(wèn)題，可對(duì)需求相關(guān)的活動(dòng)進(jìn)行統(tǒng)一管理，其需求管理結(jié)構(gòu)圖如圖2所示。加強(qiáng)需求開(kāi)發(fā)和需求管理的有機(jī)結(jié)合，不僅減少了需求的變更次數(shù)，還解決了工程師對(duì)需求不能理解到位的問(wèn)題。需求開(kāi)發(fā)和需求管理同樣重要，只有兩者互相配合才能做出用戶滿意的產(chǎn)品。
2.2立項(xiàng)管理為了使有限的資源發(fā)揮更高的價(jià)值，公司可通過(guò)立項(xiàng)管理流程進(jìn)行立項(xiàng)管理，立項(xiàng)管理流程分為立項(xiàng)建議、立項(xiàng)評(píng)審和立項(xiàng)籌備三個(gè)階段，其具體流程圖3所示。
2.3測(cè)試流程管理針對(duì)測(cè)試流程中發(fā)現(xiàn)的問(wèn)題，可對(duì)整體的測(cè)試流程做如下的改變：（1）測(cè)試部門(mén)可進(jìn)行需求學(xué)習(xí)及需求討論，對(duì)理解不清楚及有疑問(wèn)的需求，由研發(fā)設(shè)計(jì)部門(mén)進(jìn)行解答，研發(fā)設(shè)計(jì)部門(mén)不能解答的由其聯(lián)系用戶確認(rèn)后作出解答；（2）需求確認(rèn)后，針對(duì)系統(tǒng)功能和性能等指標(biāo)，由測(cè)試工程師進(jìn)行測(cè)試測(cè)用例的設(shè)計(jì)，設(shè)計(jì)從兩個(gè)方面進(jìn)行，一方面測(cè)試工程師根據(jù)需求進(jìn)行測(cè)試用例的編寫(xiě)，另一方面測(cè)試工程師可根據(jù)用戶反饋問(wèn)題進(jìn)行分析匯總；（3）使用QC功能測(cè)試工具對(duì)應(yīng)用軟件兼容性、操作系統(tǒng)兼容性進(jìn)行測(cè)試，以便于使用測(cè)試工具完成多種環(huán)境下的功能和兼容性測(cè)試；（4）進(jìn)行自由測(cè)試以便于對(duì)系統(tǒng)測(cè)試用例進(jìn)行補(bǔ)充，分析測(cè)試用例未覆蓋問(wèn)題的原因；（5）定期分析缺陷庫(kù)中的問(wèn)題，分析問(wèn)題產(chǎn)生的原因，進(jìn)行測(cè)試用例的修改。
3結(jié)論
本文指出了軟件質(zhì)量管理過(guò)程中可能會(huì)引起軟件質(zhì)量問(wèn)題的原因,對(duì)軟件質(zhì)量管理的相關(guān)問(wèn)題進(jìn)行了分析,歸納和總結(jié),這些問(wèn)題在軟件開(kāi)發(fā)人員中具有一定的普遍性。實(shí)踐表明,通過(guò)對(duì)這些問(wèn)題進(jìn)行分類(lèi),開(kāi)發(fā)人員可以清楚地知道在軟件設(shè)計(jì)中容易出現(xiàn)的問(wèn)題,能夠及時(shí)采取相應(yīng)的措施,推動(dòng)軟件質(zhì)量的全面提高。
作者：翁婕丁鐵喬揚(yáng)單位：南京萊斯信息技術(shù)股份有限公司質(zhì)量與技術(shù)管理部
【關(guān)鍵詞】計(jì)算機(jī)軟件；軟件測(cè)試；生命周期；BSS系統(tǒng)；IT系統(tǒng)
1 引言
通信行業(yè)通常有三個(gè)相對(duì)獨(dú)立的IT系統(tǒng)：OSS運(yùn)營(yíng)支撐系統(tǒng)、BSS業(yè)務(wù)支撐系統(tǒng)、管理支撐系統(tǒng)。其中，BSS是通信行業(yè)對(duì)外向客戶直接服務(wù)的系統(tǒng)，管理著企業(yè)的各類(lèi)客戶資料，為各類(lèi)客戶提供業(yè)務(wù)受理和計(jì)費(fèi)服務(wù)。BSS系統(tǒng)做得好壞，直接牽涉到最終用戶對(duì)通信業(yè)務(wù)的使用。要保證BSS系統(tǒng)的質(zhì)量，就需要在BSS系統(tǒng)的各個(gè)環(huán)節(jié)把好質(zhì)量關(guān)。
本文的研究任務(wù)就是通過(guò)軟件測(cè)試環(huán)節(jié)提高BSS系統(tǒng)軟件的效率，從而大大提高企業(yè)的信息化服務(wù)水平，使業(yè)務(wù)支撐部門(mén)對(duì)業(yè)務(wù)部門(mén)進(jìn)行強(qiáng)有力的支撐。
2 軟件測(cè)試研究基礎(chǔ)
軟件測(cè)試就是利用測(cè)試工具按照測(cè)試方案和流程對(duì)產(chǎn)品進(jìn)行功能和性能測(cè)試，甚至根據(jù)需要編寫(xiě)不同的測(cè)試工具，設(shè)計(jì)和維護(hù)測(cè)試系統(tǒng)，對(duì)測(cè)試方案可能出現(xiàn)的問(wèn)題進(jìn)行分析和評(píng)估。軟件測(cè)試貫穿整個(gè)軟件系統(tǒng)的生命周期中，為保證服務(wù)質(zhì)量，軟件測(cè)試要經(jīng)過(guò)開(kāi)發(fā)過(guò)程中的單元測(cè)試，集成測(cè)試，以及軟件交付后的確認(rèn)測(cè)試，系統(tǒng)測(cè)試，驗(yàn)收測(cè)試，還有軟件使用后的回歸測(cè)試。如圖所示：
2.1 單元測(cè)試
單元測(cè)試是在軟件開(kāi)發(fā)過(guò)程中要進(jìn)行的最低級(jí)別的測(cè)試活動(dòng)，在單元測(cè)試活動(dòng)中，軟件的獨(dú)立單元將在與程序的其他部分相隔離的情況下進(jìn)行測(cè)試。單元測(cè)試不僅僅是作為無(wú)錯(cuò)編碼一種輔助手段在一次性的開(kāi)發(fā)過(guò)程中使用，單元測(cè)試必須是可重復(fù)的，無(wú)論是在軟件修改，或是移植到新的運(yùn)行環(huán)境的過(guò)程中。
2.2 集成測(cè)試
集成測(cè)試，也叫組裝測(cè)試或聯(lián)合測(cè)試，是單元測(cè)試的邏輯擴(kuò)展。在單元測(cè)試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測(cè)試。實(shí)踐表明，一些模塊雖然能夠單獨(dú)地工作，但并不能保證連接起來(lái)也能正常的工作。
2.3確認(rèn)測(cè)試
確認(rèn)測(cè)試又稱(chēng)有效性測(cè)試。有效性測(cè)試是在模擬的環(huán)境下，運(yùn)用黑盒測(cè)試的方法，驗(yàn)證被測(cè)軟件是否滿足需求規(guī)格說(shuō)明書(shū)列出的需求。任務(wù)是驗(yàn)證軟件的功能和性能及其他特性是否與用戶的要求一致。
2.4 系統(tǒng)測(cè)試
系統(tǒng)測(cè)試是將已經(jīng)確認(rèn)的軟件、計(jì)算機(jī)硬件、外設(shè)、網(wǎng)絡(luò)等其他元素結(jié)合在一起，進(jìn)行信息系統(tǒng)的各種組裝測(cè)試和確認(rèn)測(cè)試，其目的是通過(guò)與系統(tǒng)的需求相比較，發(fā)現(xiàn)所開(kāi)發(fā)的系統(tǒng)與用戶需求不符或矛盾的地方。
2.5 驗(yàn)收測(cè)試
驗(yàn)收測(cè)試是系統(tǒng)開(kāi)發(fā)生命周期方法論的一個(gè)階段，這時(shí)相關(guān)的用戶和獨(dú)立測(cè)試人員根據(jù)測(cè)試計(jì)劃和結(jié)果對(duì)系統(tǒng)進(jìn)行測(cè)試和接收。它讓系統(tǒng)用戶決定是否接收系統(tǒng)。驗(yàn)收測(cè)試是部署軟件之前的最后一個(gè)測(cè)試操作。驗(yàn)收測(cè)試的目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。
2.6 回歸測(cè)試
伴隨著軟件生命周期中的任何一個(gè)階段，還有一個(gè)重要的測(cè)試環(huán)節(jié)是回歸測(cè)試。只要軟件發(fā)生了改變，就可能給該軟件帶來(lái)問(wèn)題。軟件的改變可能是源于發(fā)現(xiàn)了錯(cuò)誤并做了修改，也有可能是因?yàn)樵诩苫蚓S護(hù)階段加入了新的模塊。
3 案例分析及研究
3.1 驗(yàn)收測(cè)試在通信行業(yè)BSS系統(tǒng)中的應(yīng)用研究
本案中，軟件上線前，要經(jīng)過(guò)初驗(yàn)和終驗(yàn)，初驗(yàn)是對(duì)軟件的初次驗(yàn)收，根據(jù)合同要求，初驗(yàn)時(shí)一般要滿足的條件是，軟件程序在一定的范圍內(nèi)上線試運(yùn)行，并在試運(yùn)行過(guò)程中故障率不超過(guò)一定的范圍。初驗(yàn)過(guò)程中，使用人員對(duì)軟件進(jìn)行充分的使用，盡量多的遍歷所有的分支點(diǎn)，對(duì)軟件開(kāi)發(fā)商提出更詳細(xì)的需求改造要求，軟件廠家在此階段都會(huì)盡可能快地做出修改，并提交給使用人員。這樣重復(fù)多次，直到達(dá)到初驗(yàn)要求，項(xiàng)目會(huì)繼續(xù)推廣到更大的范圍。大范圍使用后，使用人員會(huì)隨之增多，必將會(huì)碰到更大更多的問(wèn)題，在經(jīng)過(guò)軟件廠家的修改優(yōu)化，達(dá)到軟件程序穩(wěn)定運(yùn)行的效果，此時(shí)，項(xiàng)目才滿足終驗(yàn)條件。終驗(yàn)后，軟件廠家會(huì)維護(hù)一段時(shí)間，簽訂長(zhǎng)期的維護(hù)合同。
根據(jù)這種情況，驗(yàn)收測(cè)試是在軟件程序的初驗(yàn)和終驗(yàn)都要涉及到的。測(cè)試目的都是盡量查找軟件的漏洞以便得以修改，測(cè)試的方法是功能測(cè)試涉及較多一點(diǎn)。BSS系統(tǒng)驗(yàn)收測(cè)試的目的是確認(rèn)系統(tǒng)是否滿足產(chǎn)品需求規(guī)格說(shuō)明和技術(shù)合同的相關(guān)規(guī)定，繼而能否滿足企業(yè)應(yīng)用需求。一般需要通過(guò)實(shí)施預(yù)定的測(cè)試計(jì)劃和測(cè)試執(zhí)行活動(dòng)，確認(rèn)系統(tǒng)的功能需求、性能需求和文檔需求。BSS系統(tǒng)是較復(fù)雜的大規(guī)模系統(tǒng)，其驗(yàn)收測(cè)試具體包括：安裝測(cè)試、功能測(cè)試、界面測(cè)試、性能測(cè)試、文檔測(cè)試、負(fù)載壓力測(cè)試、恢復(fù)測(cè)試、安全性測(cè)試、兼容性測(cè)試等。
BSS系統(tǒng)的驗(yàn)收測(cè)試一般由使用人員來(lái)做，且必須做到對(duì)每個(gè)細(xì)節(jié)和關(guān)鍵指標(biāo)的反復(fù)測(cè)試。它的測(cè)試技術(shù)方法不僅有上述提到的幾種測(cè)試，還需要一些白盒測(cè)試，避免實(shí)現(xiàn)當(dāng)前功能的情況下影響到其他模塊。它的測(cè)試用例，需要反復(fù)推算，尋找到最佳用例，以盡多的遍歷各測(cè)試節(jié)點(diǎn)，對(duì)程序、數(shù)據(jù)、文檔都要做到細(xì)致的測(cè)試。
根據(jù)以上分析，驗(yàn)收測(cè)試涉及BSS系統(tǒng)的各環(huán)節(jié)內(nèi)容。其中，最主要要審核的內(nèi)容就是根據(jù)軟件的需求分析，檢驗(yàn)要交付的軟件系統(tǒng)是否滿足需求分析中的內(nèi)容。具體來(lái)說(shuō)，根據(jù)驗(yàn)收測(cè)試方法和它所屬的狀態(tài)及重要性，在BSS系統(tǒng)中，驗(yàn)收測(cè)試的審核內(nèi)容，可以用以下文檔驗(yàn)收來(lái)體現(xiàn)。
軟件開(kāi)放商應(yīng)向企業(yè)項(xiàng)目組成員提供以下文檔：《軟件需求分析書(shū)》、《驗(yàn)收測(cè)試計(jì)劃》和《項(xiàng)目驗(yàn)收準(zhǔn)則》、《測(cè)試用例設(shè)計(jì)》、《測(cè)試環(huán)境標(biāo)準(zhǔn)》、《測(cè)試報(bào)告》、《測(cè)試結(jié)果分析》、《缺陷報(bào)告》、《驗(yàn)收測(cè)試報(bào)告》、《使用說(shuō)明》或《操作文檔》、《試運(yùn)行報(bào)告》。另外，使用人員根據(jù)軟件廠家提供的上述文檔，挑選重要的測(cè)試項(xiàng)，組織使用人員重新編寫(xiě)測(cè)試用例并進(jìn)行測(cè)試，編寫(xiě)客戶方自己的《驗(yàn)收測(cè)試計(jì)劃》、《驗(yàn)收測(cè)試報(bào)告》、《驗(yàn)收測(cè)試結(jié)果及分析》。根據(jù)《驗(yàn)收測(cè)試結(jié)果及分析》組織項(xiàng)目成員討論是否驗(yàn)收此項(xiàng)目。
驗(yàn)收測(cè)試流程圖：
根據(jù)上述要求，在本案例中，驗(yàn)收測(cè)試方面存在以下不足：
第一、《驗(yàn)收測(cè)試計(jì)劃》和《項(xiàng)目驗(yàn)收準(zhǔn)則》沒(méi)有專(zhuān)門(mén)的文檔。如果我們能在需求分析書(shū)完成后能夠定制獨(dú)立的《驗(yàn)收測(cè)試計(jì)劃》和《項(xiàng)目驗(yàn)收準(zhǔn)則》，則更有利于我們做好驗(yàn)收測(cè)試工作，做好終驗(yàn)工作。第二、沒(méi)有《缺陷報(bào)告》，程序的開(kāi)發(fā)總要伴隨著缺陷的產(chǎn)生，雖然開(kāi)放人員在逐漸的解決這些缺陷問(wèn)題，但總有一些問(wèn)題解決不了。第三、甲方對(duì)驗(yàn)收測(cè)試重視不足，沒(méi)有獨(dú)立的《驗(yàn)收測(cè)試計(jì)劃》、《驗(yàn)收測(cè)試報(bào)告》、《驗(yàn)收測(cè)試結(jié)果及分析》，沒(méi)有獨(dú)立的驗(yàn)收文檔，對(duì)結(jié)果也沒(méi)有做分析。第四、在驗(yàn)收測(cè)試整個(gè)過(guò)程中，甲方過(guò)于依賴(lài)乙方。整個(gè)流程以乙方提供驗(yàn)收文檔為主，甲方雖驗(yàn)收了文檔等資料，但并沒(méi)有根據(jù)資料編制驗(yàn)收測(cè)試方案，也沒(méi)有做驗(yàn)收測(cè)試報(bào)告及分析，只是在乙方提供驗(yàn)收測(cè)試文檔中根據(jù)驗(yàn)收測(cè)試用例進(jìn)行了測(cè)試。
在實(shí)際運(yùn)用中，首先要重視軟件測(cè)試的重要性，另外不能過(guò)于依賴(lài)軟件開(kāi)發(fā)商，要建立企業(yè)自己的IT人員測(cè)試組，對(duì)軟件進(jìn)行詳盡的各方面的測(cè)試。
3.2 回歸測(cè)試在通信行業(yè)BSS系統(tǒng)中的應(yīng)用研究
實(shí)際工作中，回歸測(cè)試需要反復(fù)進(jìn)行，當(dāng)測(cè)試者一次又一次地完成相同的測(cè)試時(shí)，這些回歸測(cè)試將變得非常令人厭煩，為了支持多種回歸測(cè)試策略，可以運(yùn)用自動(dòng)測(cè)試工具，以便滿足達(dá)到不同回歸測(cè)試目標(biāo)的要求。
通信行業(yè)BSS系統(tǒng)的回歸測(cè)試特別頻繁，每月的應(yīng)用變更幾十例，有新增的功能，也有變更的功能，還有修復(fù)的功能。這些變更都需要回歸測(cè)試來(lái)驗(yàn)證功能是否達(dá)到需求的要求。根據(jù)軟件特性，進(jìn)行的回歸測(cè)試大都需要結(jié)合軟件模塊自身的功能，手工完成驗(yàn)證，并且不同的模塊的回歸測(cè)試方法也可能不同。進(jìn)行回歸測(cè)試時(shí)，不但檢驗(yàn)新增模塊的功能是否實(shí)現(xiàn)，還要驗(yàn)證是否影響了周邊其他模塊的功能，同時(shí)檢查整個(gè)大的模塊的功能是否正常，也就是考察軟件自身的功能和兼容性。
4總結(jié)與展望
實(shí)踐證明：將軟件測(cè)試的方法引入通信行業(yè)的BSS系統(tǒng)中，在軟件測(cè)試的各個(gè)環(huán)節(jié)都能夠詳細(xì)和規(guī)范的記錄測(cè)試相關(guān)信息，使管理層能夠方便的掌握到整個(gè)軟件的問(wèn)題、配置、變更、等環(huán)節(jié)的信息，為領(lǐng)導(dǎo)決策提供了強(qiáng)有力的支持，達(dá)到了軟件使用的目的。大幅提高了系統(tǒng)的軟件維護(hù)效率和整個(gè)BSS系統(tǒng)的準(zhǔn)確性，使BSS系統(tǒng)對(duì)企業(yè)的業(yè)務(wù)能夠快速高效的支撐。
參考文獻(xiàn)
[1]（美）馬瑟著.王峰，郭長(zhǎng)國(guó)，陳振華等譯.軟件測(cè)試基礎(chǔ)教程[M].北京：機(jī)械工業(yè)出版社，2011.
[2]陳能技.軟件測(cè)試技術(shù)大全[M].北京：人民郵電出版社，2011.
關(guān)鍵詞：軟件測(cè)試 課程教學(xué) 問(wèn)題 對(duì)策
中圖分類(lèi)號(hào)：G4 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1672-3791（2016）07（b）-0112-02
在社會(huì)高度信息化的今天，人們使用各種各樣的軟件產(chǎn)品處理日常生活、工作事務(wù)，比如查看天氣、交通導(dǎo)航、撰寫(xiě)報(bào)告、統(tǒng)計(jì)業(yè)績(jī)等。隨著市場(chǎng)需求的擴(kuò)大，軟件開(kāi)發(fā)投入增多，同一主題的應(yīng)用軟件越來(lái)越多。面對(duì)消費(fèi)者挑剔的眼光，軟件供應(yīng)方必須不斷提高軟件的功能性、智能化和友好程度，盡可能地降低出現(xiàn)bug的機(jī)率。這就必須要在產(chǎn)品前，進(jìn)行嚴(yán)格的科學(xué)測(cè)試。因此，軟件測(cè)試在整個(gè)軟件產(chǎn)品的開(kāi)發(fā)過(guò)程中顯得越來(lái)越重要。面對(duì)軟件企業(yè)需要大量軟件測(cè)試人才的形勢(shì)，高職院校應(yīng)該重視軟件測(cè)試這門(mén)課程的教學(xué)，培養(yǎng)出大量?jī)?yōu)秀的軟件測(cè)試人才。
1 高職院校《軟件測(cè)試》教學(xué)中存在的問(wèn)題
1.1 理論教學(xué)方法單一，缺乏多樣性
軟件的開(kāi)發(fā)過(guò)程一般根據(jù)瀑布模型分為問(wèn)題定義、需求分析、設(shè)計(jì)、編碼、測(cè)試與維護(hù)，軟件測(cè)試通常只作為軟件工程的一部分內(nèi)容來(lái)講解。但由于近年來(lái)軟件測(cè)試越來(lái)越受到重視，很多高職院校把這部分內(nèi)容獨(dú)立出來(lái)作為一門(mén)課程，一般由擔(dān)任軟件工程教學(xué)的老師來(lái)承擔(dān)軟件測(cè)試的教學(xué)。但承擔(dān)教學(xué)的老師往往缺少企業(yè)工作的經(jīng)驗(yàn)，他們按照傳統(tǒng)的方法來(lái)講解：測(cè)試概述、測(cè)試過(guò)程、測(cè)試方法、測(cè)試工具與測(cè)試管理等。先做好PPT，演示書(shū)上的內(nèi)容，課后布置一些思考性的問(wèn)題，學(xué)生為了應(yīng)付期末考試，也只能照搬照抄，死記硬背一些理論，達(dá)不到學(xué)以致用的目的。這種教學(xué)方式還停留在老師教，學(xué)生跟著學(xué)的填鴨式教學(xué)，缺乏信息化時(shí)代教學(xué)的多樣性。
1.2 實(shí)踐教學(xué)環(huán)節(jié)薄弱，缺少能動(dòng)性
軟件測(cè)試按照過(guò)程可以分為單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試與驗(yàn)收測(cè)試。由于軟件測(cè)試是一個(gè)新興的領(lǐng)域，很難找到合適的教材，現(xiàn)有的教材都是對(duì)這一測(cè)試過(guò)程進(jìn)行理論性的介紹，沒(méi)有對(duì)一個(gè)軟件產(chǎn)品進(jìn)行完整性測(cè)試，缺少規(guī)范的測(cè)試計(jì)劃、測(cè)試用例、測(cè)試文檔的編寫(xiě)，對(duì)于測(cè)試過(guò)程中需要使用的測(cè)試工具也是一筆帶過(guò)。學(xué)生學(xué)完主要內(nèi)容后不能對(duì)一個(gè)軟件產(chǎn)品進(jìn)行測(cè)試，達(dá)不到融會(huì)貫通的目的。由于實(shí)踐教學(xué)環(huán)節(jié)的薄弱，很難培養(yǎng)學(xué)生的動(dòng)手能力與企業(yè)需要的團(tuán)隊(duì)協(xié)作能力。
1.3 整體課程認(rèn)識(shí)不足，缺乏前瞻性
很多軟件專(zhuān)業(yè)的學(xué)生臨近畢業(yè)時(shí)，由于自身能力的不足，沒(méi)有辦法選擇軟件開(kāi)發(fā)方面的工作，認(rèn)為軟件測(cè)試無(wú)非是找找軟件產(chǎn)品的錯(cuò)誤，是一件非常容易的事情。等到真正開(kāi)始做測(cè)試工作時(shí)，才發(fā)現(xiàn)規(guī)范的測(cè)試計(jì)劃、測(cè)試用例、測(cè)試報(bào)告完全不會(huì)寫(xiě)，簡(jiǎn)單的測(cè)試工具也不會(huì)使用，又匆忙去找培訓(xùn)機(jī)構(gòu)開(kāi)始培訓(xùn)，這樣既浪費(fèi)時(shí)間又浪費(fèi)金錢(qián)。
2 《軟件測(cè)試》教學(xué)對(duì)策探討
2.1 合理選擇教學(xué)內(nèi)容，構(gòu)建學(xué)生的專(zhuān)業(yè)知識(shí)體系
在教學(xué)內(nèi)容的選擇上，應(yīng)切合高職學(xué)生的實(shí)際情況，引入案例，采用情景模式教學(xué)。內(nèi)容大致可以分為5個(gè)教學(xué)情景，循序漸進(jìn)幫助學(xué)生構(gòu)建專(zhuān)業(yè)知識(shí)體系。第一個(gè)情景為制定軟件測(cè)試計(jì)劃：包括選擇什么樣的項(xiàng)目進(jìn)行測(cè)試（可以是每個(gè)小組自己在前期的學(xué)習(xí)中編寫(xiě)的項(xiàng)目，也可以是老師推薦的項(xiàng)目，或者是自己在網(wǎng)絡(luò)上下載的項(xiàng)目），編寫(xiě)測(cè)試用例，測(cè)試要達(dá)到的目標(biāo)等。第二個(gè)情景為黑盒測(cè)試：主要講解等價(jià)類(lèi)劃分法、邊界值法、因果圖法、決策表法、正交實(shí)驗(yàn)法與錯(cuò)誤推測(cè)法等；會(huì)使用QTP進(jìn)行自動(dòng)化測(cè)試。第三個(gè)情景為白盒測(cè)試：主要講解邏輯覆蓋法與路徑測(cè)試法；會(huì)使用Junit工具進(jìn)行自動(dòng)化測(cè)試。第四個(gè)情景為性能測(cè)試：使用Loadrunner工具進(jìn)行自動(dòng)化測(cè)試。最后一個(gè)情景為測(cè)試報(bào)告的編寫(xiě)：完成功能測(cè)試的bug匯集與性能測(cè)試的負(fù)載情況分析等。
2.2 完善考核評(píng)價(jià)體系，突出職業(yè)崗位能力的培養(yǎng)
學(xué)生完成軟件測(cè)試學(xué)習(xí)后要能勝任軟件測(cè)試員或軟件測(cè)試工程師的工作，因此，為了契合他們以后從事崗位的基本能力，對(duì)于課程的考核，應(yīng)從多方面進(jìn)行：理論知識(shí)的掌握程度（60%）、規(guī)范文檔的編寫(xiě)能力（10%）、PPT的制作能力（10%）、上臺(tái)講解的能力（10%）、團(tuán)隊(duì)的協(xié)作能力（10%）等。理論知識(shí)的考核主要針對(duì)每節(jié)課后的作業(yè)是否能夠準(zhǔn)確按時(shí)地完成；規(guī)范文檔的考核主要看學(xué)生是否能夠規(guī)范地編寫(xiě)一個(gè)項(xiàng)目的測(cè)試計(jì)劃、測(cè)試用例以及測(cè)試報(bào)告；在每一個(gè)教學(xué)情景完成后每個(gè)小組要制作PPT并上臺(tái)講解完成作業(yè)的情況，是否能夠正確地收集bug并進(jìn)行分析，是否能正確錄制腳本并進(jìn)行回歸測(cè)試等；通過(guò)完成作業(yè)的情況及上臺(tái)講解的能力能反映出一個(gè)團(tuán)隊(duì)的協(xié)作能力。
2.3 建設(shè)專(zhuān)業(yè)的實(shí)訓(xùn)環(huán)境，培養(yǎng)學(xué)生分析問(wèn)題與解決問(wèn)題的能力
為了讓學(xué)生能更真實(shí)地體驗(yàn)企業(yè)環(huán)境，授課地點(diǎn)放在理論實(shí)踐一體化的實(shí)驗(yàn)室進(jìn)行，專(zhuān)門(mén)為軟件專(zhuān)業(yè)學(xué)生所搭建的實(shí)驗(yàn)平臺(tái)，安裝軟件企業(yè)通用的一些測(cè)試工具，如Loadrunner、QTP、Junit等，并且有專(zhuān)用的網(wǎng)絡(luò)可供學(xué)生上網(wǎng)查詢(xún)問(wèn)題。學(xué)生可以隨時(shí)進(jìn)實(shí)驗(yàn)室進(jìn)行實(shí)踐，老師也方便指導(dǎo)學(xué)生。這種專(zhuān)業(yè)的實(shí)驗(yàn)環(huán)境更能培養(yǎng)學(xué)生分析問(wèn)題與解決問(wèn)題的能力。
2.4 豐富師生教學(xué)的組織形式，促進(jìn)學(xué)生知識(shí)多元化的發(fā)展
高職院校的教師往往理論知識(shí)扎實(shí)，實(shí)踐經(jīng)驗(yàn)不足。因此，為了更好地培養(yǎng)學(xué)生，應(yīng)定期選派一些優(yōu)秀的教師到軟件公司的測(cè)試部門(mén)實(shí)習(xí)，學(xué)習(xí)對(duì)一個(gè)完整項(xiàng)目的功能測(cè)試與性能測(cè)試過(guò)程，在公司允許的情況下，將測(cè)試項(xiàng)目引入到教學(xué)中，可以豐富實(shí)踐教學(xué)，促進(jìn)教學(xué)方法與教學(xué)手段的改進(jìn)。另外，可以聘請(qǐng)一些軟件公司的軟件測(cè)試負(fù)責(zé)人參與到教學(xué)中，充分利用他們豐富的實(shí)踐經(jīng)驗(yàn)，指導(dǎo)學(xué)生的實(shí)踐教學(xué)。還可以定期邀請(qǐng)一些行業(yè)專(zhuān)家為學(xué)生開(kāi)設(shè)專(zhuān)題講座，讓學(xué)生了解軟件測(cè)試的最新前沿知識(shí)，為學(xué)生最終進(jìn)入軟件企業(yè)實(shí)習(xí)做好理論與實(shí)踐上的鋪墊。在學(xué)習(xí)中，學(xué)生組建3人小組，1人任測(cè)試組長(zhǎng)，2人為組員。可以固定小組成員完成全部課程內(nèi)容，也可以按教學(xué)情景確定小組成員，讓同學(xué)之間有更多的交流和互動(dòng)。
3 結(jié)語(yǔ)
軟件測(cè)試與軟件產(chǎn)品的質(zhì)量息息相關(guān)，要做好軟件測(cè)試，就需要大量的軟件測(cè)試人才，高職院校軟件專(zhuān)業(yè)要與軟件企業(yè)緊密結(jié)合，做好輸送人才的基地。我們要建立為企業(yè)服務(wù)、以學(xué)生為主體的思想，從教材的建設(shè)、實(shí)驗(yàn)室的搭建、師資的培養(yǎng)、對(duì)學(xué)生的考核機(jī)制等方面進(jìn)行探討，尋找培養(yǎng)優(yōu)秀人才的最佳教學(xué)方法。
參考文獻(xiàn)
[1] 王帥，朱彬，李麗萍.軟件測(cè)試課程建設(shè)的幾點(diǎn)措施[J].計(jì)算機(jī)教育，2010（8）：66-68.
1、需求分析，測(cè)試開(kāi)發(fā)人員對(duì)這一環(huán)節(jié)的理解程度直接影響到接下來(lái)的測(cè)試任務(wù)的開(kāi)展；
2、測(cè)試計(jì)劃，有負(fù)責(zé)人編寫(xiě)，依據(jù)主要是項(xiàng)目開(kāi)發(fā)計(jì)劃和測(cè)試需求分析結(jié)果而制定；
3、測(cè)試設(shè)計(jì)，主要包括測(cè)試用例編寫(xiě)和測(cè)試場(chǎng)景設(shè)計(jì)兩方面；
4、測(cè)試環(huán)境的搭建，符合要求的測(cè)試環(huán)境能夠幫助我們準(zhǔn)確的測(cè)出軟件問(wèn)題，并且做出正確的判斷；
5、測(cè)試執(zhí)行；
6、測(cè)試記錄；
7、缺陷管理；
8、軟件評(píng)估，軟件經(jīng)過(guò)一輪又一輪測(cè)試后，確認(rèn)軟件無(wú)重大問(wèn)題或者問(wèn)題很少的情況下，對(duì)準(zhǔn)備發(fā)給客戶的軟件進(jìn)行評(píng)估，以確定是否能夠發(fā)行給客戶或投放市場(chǎng)；
9、測(cè)試總結(jié)；
1、面試官您好，我叫XXX，來(lái)自北京。201X年畢業(yè)于XXX大學(xué)，有2年軟件測(cè)試工作經(jīng)驗(yàn)，之前在XXX公司擔(dān)任軟件測(cè)試工程師一職。
2、在公司里我先后負(fù)責(zé)了兩個(gè)項(xiàng)目的測(cè)試，分別為XX項(xiàng)目和XX項(xiàng)目，在這兩個(gè)項(xiàng)目中我負(fù)責(zé)了測(cè)試計(jì)劃和方案的編寫(xiě)，測(cè)試用例的設(shè)計(jì)，測(cè)試環(huán)境的搭建以及測(cè)試執(zhí)行和編寫(xiě)測(cè)試報(bào)告等工作。
3、對(duì)于linux、數(shù)據(jù)庫(kù)、fiddler、jmeter的應(yīng)用都比較熟悉。也用jmeter做過(guò)一些性能測(cè)試，最近一段時(shí)間也做了自動(dòng)化測(cè)試，主要是用的python selenium框架實(shí)現(xiàn)的。
4、在工作中我組要負(fù)責(zé)功能測(cè)試，其次還參與了一些非功能測(cè)試，如兼容性測(cè)試，易用性測(cè)試，性能測(cè)試等。我來(lái)貴公司是求職軟件測(cè)試工程師，希望得到這樣一個(gè)機(jī)會(huì)。
（來(lái)源：文章屋網(wǎng) ）
關(guān)鍵詞：視頻監(jiān)控；軟件自動(dòng)化；測(cè)試技術(shù)；實(shí)現(xiàn)
中圖分類(lèi)號(hào)：TP311.52 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1007-9416（2017）01-0240-02
隨著科學(xué)技術(shù)的不嘟步，視頻監(jiān)控設(shè)備已經(jīng)應(yīng)用到了各個(gè)領(lǐng)域當(dāng)中。視頻監(jiān)控設(shè)備本身具有業(yè)務(wù)邏輯性強(qiáng)與界面復(fù)雜的特點(diǎn)，為提高設(shè)備性能以及質(zhì)量，在將其投入使用之前，必須對(duì)其加以測(cè)試，以最大程度確保其應(yīng)用的有效性。
1 自動(dòng)化測(cè)試技術(shù)及流程
自動(dòng)化測(cè)試技術(shù)是測(cè)試技術(shù)中的一種，特點(diǎn)在于以自動(dòng)化測(cè)試設(shè)備，代替了人工測(cè)試，提高了重復(fù)測(cè)試的效率。將該技術(shù)應(yīng)用于視頻監(jiān)控的測(cè)試過(guò)程中，可以在短時(shí)間內(nèi)，得出準(zhǔn)確的測(cè)試結(jié)果，以此為指導(dǎo)，縮短產(chǎn)品研發(fā)周期，使其能夠更快的投入市場(chǎng)。
自動(dòng)化測(cè)試技術(shù)的應(yīng)用要在堅(jiān)持相應(yīng)流程的基礎(chǔ)上實(shí)現(xiàn)，以自動(dòng)化技術(shù)為基礎(chǔ)所實(shí)現(xiàn)的測(cè)試，需要經(jīng)過(guò)包括自動(dòng)化測(cè)試需求分析以及自動(dòng)化總體方案設(shè)計(jì)與自動(dòng)化策略分析等流程。除此之外，還需要通過(guò)測(cè)試用例、測(cè)試套與測(cè)試腳本編寫(xiě)，進(jìn)如到測(cè)試腳本調(diào)試過(guò)程（在此之前，需經(jīng)過(guò)AW實(shí)現(xiàn)與AW調(diào)試的過(guò)程），并在調(diào)試完成之后，使測(cè)試腳本能夠執(zhí)行。
2 視頻監(jiān)控自動(dòng)化測(cè)試設(shè)計(jì)
2.1 測(cè)試計(jì)劃
對(duì)測(cè)試計(jì)劃的設(shè)計(jì)是保證視頻監(jiān)控自動(dòng)化測(cè)試設(shè)計(jì)順利實(shí)現(xiàn)的基礎(chǔ)，主要需要考慮的問(wèn)題較多，包括測(cè)試度量、測(cè)試環(huán)境準(zhǔn)備配置、自動(dòng)化測(cè)試決策以及測(cè)試范圍的控制與測(cè)試進(jìn)展的監(jiān)控等多方面內(nèi)容，要在綜合考慮上述問(wèn)題的基礎(chǔ)上，提高測(cè)試計(jì)劃的合理性。
2.2 測(cè)試策略
測(cè)試策略主要包括以下三方面：
首先，提取模塊是測(cè)試的第一步，要在待測(cè)試的視頻監(jiān)控系統(tǒng)中，對(duì)適合的模塊進(jìn)行提取，并對(duì)其投入產(chǎn)出的比例進(jìn)行計(jì)算。
其次，綜合各個(gè)模塊測(cè)試的設(shè)計(jì)時(shí)間，對(duì)其進(jìn)行合理評(píng)估。
最后，實(shí)現(xiàn)自動(dòng)化測(cè)試優(yōu)先級(jí)，在此之前，需要確定產(chǎn)品的研發(fā)周期等問(wèn)題。
3 面向視頻監(jiān)控的軟件自動(dòng)化測(cè)試技術(shù)與實(shí)現(xiàn)
驅(qū)動(dòng)層與應(yīng)用層是面向視頻監(jiān)控的軟件自動(dòng)化測(cè)試的兩個(gè)主要層面，對(duì)其設(shè)計(jì)與實(shí)現(xiàn)問(wèn)題進(jìn)行分析，是提高測(cè)試技術(shù)應(yīng)用有效性的主要保證。
3.1 驅(qū)動(dòng)層的設(shè)計(jì)與實(shí)現(xiàn)
驅(qū)動(dòng)層的設(shè)計(jì)與實(shí)現(xiàn)應(yīng)以RFT工具與Robot測(cè)試框架為基礎(chǔ)，通過(guò)后者關(guān)鍵詞驅(qū)動(dòng)的方式，實(shí)現(xiàn)前者對(duì)Web界面的自動(dòng)化測(cè)試。上述測(cè)試手段能夠充分結(jié)合兩者的優(yōu)勢(shì)，達(dá)到提高測(cè)試效率以及有效性的目的。
3.1.1 遠(yuǎn)程控制服務(wù)器的設(shè)計(jì)
在RFT工具與Robot測(cè)試框架的支持下，首先應(yīng)完成遠(yuǎn)程控制服務(wù)器的設(shè)計(jì)。首先要啟動(dòng)測(cè)試框架并讀入數(shù)據(jù)，在此基礎(chǔ)上，Robot測(cè)試框架能夠自動(dòng)實(shí)現(xiàn)對(duì)數(shù)據(jù)的處理，生成命令，并將其發(fā)送到遠(yuǎn)程控制服務(wù)器當(dāng)中，此時(shí)關(guān)鍵詞轉(zhuǎn)化便能夠?qū)崿F(xiàn)，繼而進(jìn)入到驅(qū)動(dòng)層中讀取命令，并自動(dòng)生成測(cè)試腳本，最終完成遠(yuǎn)程控制服務(wù)器的設(shè)計(jì)。
3.1.2 對(duì)象管理
對(duì)象管理即對(duì)視頻監(jiān)控系統(tǒng)中各項(xiàng)有關(guān)文本信息的管理，是基于Web界面的管理。主要包括測(cè)試對(duì)象映射編輯、對(duì)象識(shí)別、對(duì)象加載與對(duì)象查找四部分管理內(nèi)容。首先，要完成對(duì)象映射編輯過(guò)程，這一過(guò)程可以采用對(duì)象映射編輯器來(lái)完成，編輯器包括對(duì)象樹(shù)與對(duì)象識(shí)別屬性?xún)刹糠郑罢吣軌驅(qū)崿F(xiàn)對(duì)對(duì)象的識(shí)別。
3.1.3 動(dòng)作執(zhí)行
以下為動(dòng)作執(zhí)行的常見(jiàn)操作：
Click（…）
Double Click（…）
Select（…）
set Text（…）
get Text（…）
在動(dòng)作執(zhí)行過(guò)程中，需要對(duì)上述常見(jiàn)操作加以重視。
3.1.4 結(jié)果驗(yàn)證
在得出測(cè)試結(jié)果之后，需要對(duì)結(jié)果進(jìn)行驗(yàn)證，以確保其合理性，具體驗(yàn)證過(guò)程需要按照相應(yīng)流程來(lái)進(jìn)行，首先從將期望數(shù)據(jù)與實(shí)際數(shù)據(jù)做比較開(kāi)始，到將比較結(jié)果寫(xiě)入日志為止，最終完成驗(yàn)證過(guò)程，結(jié)束測(cè)試。
3.2 應(yīng)用層的設(shè)計(jì)與實(shí)現(xiàn)
應(yīng)用層的設(shè)計(jì)與實(shí)現(xiàn)應(yīng)以Robot框架為基礎(chǔ)，在設(shè)計(jì)關(guān)鍵詞與測(cè)試用例的基礎(chǔ)上，達(dá)到自動(dòng)化測(cè)試技術(shù)的要要求。
3.2.1 關(guān)鍵詞驅(qū)動(dòng)測(cè)試
關(guān)鍵詞驅(qū)動(dòng)測(cè)試包括設(shè)計(jì)與實(shí)現(xiàn)兩個(gè)階段。在設(shè)計(jì)階段，要對(duì)關(guān)鍵詞進(jìn)行定義，并確定其參數(shù)，在綜合種種數(shù)據(jù)的基礎(chǔ)上，生成數(shù)據(jù)表，并實(shí)現(xiàn)對(duì)用戶登陸等過(guò)程的控制。在實(shí)現(xiàn)階段，應(yīng)注意Enter Text與Click等關(guān)鍵詞的底層腳本實(shí)現(xiàn)問(wèn)題。
3.2.2 視頻監(jiān)控的測(cè)試用例設(shè)計(jì)
視頻監(jiān)控系統(tǒng)的測(cè)試用例設(shè)計(jì)應(yīng)從測(cè)試用例分類(lèi)的方向出發(fā)來(lái)實(shí)現(xiàn)。總的來(lái)說(shuō)，測(cè)試用例設(shè)計(jì)主要包括配置測(cè)試、功能測(cè)試、性能規(guī)格測(cè)試、壓力測(cè)試、異常測(cè)試與組合測(cè)試幾種。以配置測(cè)試為例，主要測(cè)試的是產(chǎn)品配置十分能夠滿足國(guó)家以及相應(yīng)領(lǐng)域的生產(chǎn)要求，而功能測(cè)試，目的則在于判斷產(chǎn)品功能是否符合實(shí)際情況。
3.2.3 關(guān)鍵詞驅(qū)動(dòng)表設(shè)計(jì)
關(guān)鍵詞驅(qū)動(dòng)表的設(shè)計(jì)對(duì)于原始輸入數(shù)據(jù)信息要求較高，同時(shí)，其也體現(xiàn)著測(cè)試對(duì)象的業(yè)務(wù)邏輯，因此對(duì)驅(qū)動(dòng)表進(jìn)行設(shè)計(jì)十分重要。在設(shè)計(jì)過(guò)程中，應(yīng)從概念設(shè)計(jì)出發(fā)，逐一完成三級(jí)驅(qū)動(dòng)表格的設(shè)計(jì)，即高級(jí)、中級(jí)和底層，以提高設(shè)計(jì)水平，保證測(cè)試結(jié)果的合理性與視頻監(jiān)控產(chǎn)品功能。
4 結(jié)語(yǔ)
綜上所述，面向視頻監(jiān)控的軟件自動(dòng)化測(cè)試的主要目的在于確保視頻監(jiān)控產(chǎn)品的配置能夠滿足相應(yīng)設(shè)計(jì)要求，與此同時(shí)，判斷其性能是否達(dá)標(biāo)。在這一過(guò)程中，應(yīng)對(duì)驅(qū)動(dòng)層與應(yīng)用層加以重點(diǎn)設(shè)計(jì)，并確保其能夠順利實(shí)現(xiàn)，最終達(dá)到提高設(shè)計(jì)水平的目的，范圍到自動(dòng)化測(cè)試中，便是測(cè)試效果的改善，與此同時(shí)，將其應(yīng)用于視頻監(jiān)控中，能夠達(dá)到提高監(jiān)控實(shí)時(shí)性與效率的目的，對(duì)此，有關(guān)人員必須加以重視。
參考文獻(xiàn)
關(guān)鍵詞：軟件測(cè)試；集成測(cè)試；調(diào)用圖；MM-路徑
中圖分類(lèi)號(hào)：TP317文獻(xiàn)標(biāo)識(shí)碼：A文章編號(hào)：1007-9599 (2012) 03-0000-02
Analysis of Integration Testing of Software Testing
Hou Yanfang,Chu Shulai
(Zhoukou Vocational and Technical College,Zhoukou466001,China)
Abstract:The integration testing plays a very important role in software testing,the concept of integration testing,integration testing strategy and the main types of integration testing (phase) briefly discusses the analysis of several key integration testing.
Keywords:Software testing;Integration testing;Call graph;MM-path
軟件測(cè)試作為軟件質(zhì)量保證的關(guān)鍵技術(shù)之一，其目的就是能夠有效地發(fā)現(xiàn)軟件中的錯(cuò)誤或缺陷。集成測(cè)試是軟件測(cè)試中處于組件測(cè)試和系統(tǒng)測(cè)試之間一個(gè)非常重要的環(huán)節(jié)，這是因?yàn)樗薪M件都經(jīng)過(guò)測(cè)試并能正常運(yùn)行并不意味著這些組件放到一起經(jīng)過(guò)集成后還能正常運(yùn)行，正是基于這一點(diǎn)，很多大的軟件公司成立了專(zhuān)門(mén)關(guān)注集成測(cè)試的測(cè)試團(tuán)隊(duì)，如能恰當(dāng)實(shí)施，集成測(cè)試能大大減少一些在系統(tǒng)測(cè)試階段才會(huì)發(fā)現(xiàn)的缺陷。
一、集成測(cè)試的概念
（一）集成測(cè)試的定義
集成測(cè)試是構(gòu)造軟件體系結(jié)構(gòu)的系統(tǒng)化技術(shù)，同時(shí)也是進(jìn)行一些旨在發(fā)現(xiàn)與接口相關(guān)的錯(cuò)誤的測(cè)試。其目標(biāo)是利用已通過(guò)單元測(cè)試的構(gòu)件建立設(shè)計(jì)中描述的程序結(jié)構(gòu)。
（二）集成測(cè)試遵循的原則
集成測(cè)試遵循的原則主要包括：所有公共接口都要被測(cè)試到；關(guān)鍵模塊必須進(jìn)行充分的測(cè)試；集成測(cè)試應(yīng)當(dāng)按一定的層次進(jìn)行；集成測(cè)試的策略選擇應(yīng)當(dāng)綜合考慮質(zhì)量、成本和進(jìn)度之間的關(guān)系；集成測(cè)試應(yīng)當(dāng)盡早開(kāi)始，并已總體設(shè)計(jì)為基礎(chǔ)；在模塊與接口的劃分上，測(cè)試人員應(yīng)當(dāng)和開(kāi)發(fā)人員進(jìn)行充分的溝通；當(dāng)接口發(fā)生修改時(shí)，涉及的相關(guān)接口必須進(jìn)行再測(cè)試；測(cè)試執(zhí)行結(jié)果應(yīng)當(dāng)如實(shí)的記錄；集成測(cè)試應(yīng)根據(jù)集成測(cè)試計(jì)劃和方案進(jìn)行，不能隨意測(cè)試；項(xiàng)目管理者應(yīng)保證審核測(cè)試用例。
（三）集成測(cè)試的任務(wù)
集成測(cè)試的主要任務(wù)包括：將各模塊連接起來(lái)，檢查模塊相互調(diào)用時(shí)，數(shù)據(jù)經(jīng)過(guò)接口是否丟失；將各個(gè)子功能組合起來(lái)，檢查能否達(dá)到預(yù)期要求的各項(xiàng)功能；一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響；全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問(wèn)題，會(huì)不會(huì)被異常修改；單個(gè)模塊的誤差積累起來(lái)，是否被放大，從而達(dá)到不可接受的程度。
（四）集成測(cè)試的文檔
軟件集成的總體計(jì)劃和特定的測(cè)試描述應(yīng)該在測(cè)試規(guī)約中文檔化。這個(gè)文檔包含測(cè)試計(jì)劃和測(cè)試規(guī)程，它是軟件過(guò)程的工作產(chǎn)品，也是軟件配置的一部分。
下列準(zhǔn)則和相應(yīng)的測(cè)試可應(yīng)用于所有的測(cè)試階段：接口一致性。當(dāng)每個(gè)模塊（或簇）引入程序結(jié)構(gòu)中時(shí)，要對(duì)其內(nèi)部和外部接口進(jìn)行測(cè)試；功能有效性。執(zhí)行的測(cè)試旨在發(fā)現(xiàn)功能錯(cuò)誤；信息內(nèi)容。執(zhí)行的測(cè)試旨在發(fā)現(xiàn)與局部或全局?jǐn)?shù)據(jù)結(jié)構(gòu)相關(guān)的錯(cuò)誤；性能。執(zhí)行的測(cè)試旨在驗(yàn)證軟件設(shè)計(jì)期間建立的性能邊界。
測(cè)試計(jì)劃主要包括：集成測(cè)試的進(jìn)度，確定每個(gè)階段的開(kāi)始和結(jié)束時(shí)間；附加軟件（樁模塊及驅(qū)動(dòng)模塊）的簡(jiǎn)要描述側(cè)重于專(zhuān)門(mén)進(jìn)行的工作的特征；描述測(cè)試環(huán)境和資源；特殊的硬件配置、特殊的仿真器和專(zhuān)門(mén)的測(cè)試工具或技術(shù)也是需要討論的問(wèn)題；詳細(xì)測(cè)試規(guī)程。
測(cè)試規(guī)約：集成策略（包含在測(cè)試計(jì)劃中）和測(cè)試細(xì)節(jié)（在測(cè)試規(guī)程中描述）是最基本的成分，因此必須要有。
二、集成測(cè)試的策略
驅(qū)動(dòng)模塊（Driver）：用來(lái)模擬待測(cè)模塊的上級(jí)模塊。驅(qū)動(dòng)模塊在集成測(cè)試中接受測(cè)試數(shù)據(jù)，將相關(guān)的數(shù)據(jù)傳送給待測(cè)模塊，啟動(dòng)待測(cè)模塊，并打印出相應(yīng)的結(jié)果。樁模塊（Stub）：也稱(chēng)為存根程序，用以模擬待測(cè)模塊工作過(guò)程中所調(diào)用的模塊。樁模塊由待測(cè)模塊調(diào)用，它們一般只進(jìn)行很少的數(shù)據(jù)處理，例如打印入口和返回，以便于檢驗(yàn)待測(cè)模塊與下級(jí)模塊的接口。
一般可分為非增量集成和增量式集成，其中增量集成指的是程序以小增量的方式逐步進(jìn)行構(gòu)造和測(cè)試，這樣錯(cuò)誤易于分離和糾正，更易于對(duì)接口進(jìn)行徹底測(cè)試，而且可以運(yùn)用系統(tǒng)化的測(cè)試方法，傳統(tǒng)的將增量測(cè)試策略分為自頂向下集成、自底向上集成以及三明治集成。
三、集成測(cè)試的主要類(lèi)型（階段）
（一）基于功能分解的集成
在討論集成測(cè)試時(shí)，測(cè)試方法都基于采用樹(shù)或文字形式來(lái)表示的功能分解。這類(lèi)討論不可避免地要深入到將要集成的模塊的順序。
1.自頂向下集成（從樹(shù)頂開(kāi)始向下）。深度優(yōu)先集成是首先集成結(jié)構(gòu)中主控路徑下的所有模塊。
2.自底向上集成（從樹(shù)底開(kāi)始向上）。自底向上集成是自頂向下順序的“鏡像”，不同的是，樁由模擬功能分解樹(shù)上一層單元的驅(qū)動(dòng)模塊替代。在自底向上集成中，首先從分解樹(shù)的葉子開(kāi)始，并用特別編寫(xiě)的驅(qū)動(dòng)模塊進(jìn)行測(cè)試。驅(qū)動(dòng)模塊中的一次性代碼比樁中的少。大多數(shù)系統(tǒng)在接近葉子節(jié)點(diǎn)時(shí)都有相當(dāng)高的扇出數(shù)，因此在自底向上集成順序中，不需要同樣數(shù)量的驅(qū)動(dòng)模塊，不過(guò)代價(jià)是驅(qū)動(dòng)模塊都比較復(fù)雜。
3.三明治集成（前兩種方法的某種組合）。三明治集成測(cè)試是將自頂向下測(cè)試與自底向上測(cè)試兩種模式有機(jī)結(jié)合起來(lái)，采用并行的自頂向下、自底向上集成方式，形成的方法。三明治集成測(cè)試更重要的是采取持續(xù)集成的策略。樁和驅(qū)動(dòng)的開(kāi)發(fā)工作都比較小，不過(guò)代價(jià)是作為大爆炸集成的后果，在一定程度上增加了定位缺陷的難度。
（二）基于功能分解方法的優(yōu)缺點(diǎn)
1.自頂向下集成，其優(yōu)點(diǎn)：在于它可以自然地做到逐步求精，一開(kāi)始就能讓測(cè)試者看到系統(tǒng)的框架。缺點(diǎn)：需要提供樁模塊，樁模塊是對(duì)被調(diào)用子模塊的模擬，可能不能反映真實(shí)情況，因此測(cè)試有可能不充分。
由于被調(diào)用模擬子模塊不能模擬數(shù)據(jù)，如果模塊間的數(shù)據(jù)流不能構(gòu)成有向無(wú)環(huán)圖，一些模塊的測(cè)試數(shù)據(jù)便難以生成。同時(shí)，觀察和解釋測(cè)試輸出往往也是困難的。
2.自底向上集成，其優(yōu)點(diǎn)：由于驅(qū)動(dòng)模塊模擬了所有調(diào)用參數(shù)，即便數(shù)據(jù)流并未構(gòu)成有向無(wú)環(huán)圖，生成測(cè)試數(shù)據(jù)也沒(méi)有困難。如果關(guān)鍵的模塊是在結(jié)構(gòu)圖的底部，那么自底向上測(cè)試是有優(yōu)越性的。缺點(diǎn)：直到最后一個(gè)模塊被加入進(jìn)去之后才能看到整個(gè)程序(系統(tǒng))的框架。
3.三明治集成測(cè)試采用自頂向下、自底向上集成相結(jié)合的方式，并采取持續(xù)集成的策略，有助于盡早發(fā)現(xiàn)缺陷，也有利于提高工作效率。
4.功能分解缺點(diǎn)。為了滿足項(xiàng)目管理的需要，而不是為了滿足軟件開(kāi)發(fā)人員的需要。樁或驅(qū)動(dòng)的開(kāi)發(fā)工作量，此外還有重新測(cè)試所需工作量的問(wèn)題。對(duì)于自頂向下集成，需要開(kāi)發(fā)（節(jié)點(diǎn)-1個(gè)）樁模塊；對(duì)于自底向上集成，需要開(kāi)發(fā)（節(jié)點(diǎn)-葉子）個(gè)驅(qū)動(dòng)模塊。
（三）基于調(diào)用圖的集成
基于調(diào)用圖的集成一般分為成對(duì)集成和相鄰集成。基于調(diào)用圖方法的優(yōu)點(diǎn)：偏離了純結(jié)構(gòu)基礎(chǔ)，轉(zhuǎn)向行為基礎(chǔ)，因此底層假設(shè)是一種改進(jìn)；這些技術(shù)還免除了樁／驅(qū)動(dòng)器開(kāi)發(fā)工作量；與以構(gòu)建和合成為特征的開(kāi)發(fā)匹配得很好。缺點(diǎn)：缺陷隔離問(wèn)題，尤其是對(duì)有大量鄰居的情況；清除缺陷后，意味著以前測(cè)試過(guò)的包含已變更代碼的鄰居，都需要重新進(jìn)行測(cè)試。
（四）基于路徑的集成
將集成測(cè)試的側(cè)重點(diǎn)由測(cè)試單獨(dú)開(kāi)發(fā)并通過(guò)測(cè)試的單元之間的接口，轉(zhuǎn)移到這些單元的交互上，即它們的“協(xié)同功能”上。接口是結(jié)構(gòu)性的，而交互是功能性的。
MM-路徑是功能性測(cè)試和結(jié)構(gòu)性測(cè)試的一種混合，其優(yōu)點(diǎn)：它與實(shí)際系統(tǒng)行為結(jié)合緊密，而不依賴(lài)于基于分解和調(diào)用圖集成的結(jié)構(gòu)性推動(dòng)。基于路徑集成測(cè)試也適用于面向?qū)ο蟮能浖y(cè)試。缺點(diǎn)：需要更多的工作量標(biāo)識(shí)MM-路徑。這種工作量可能會(huì)與樁和驅(qū)動(dòng)的開(kāi)發(fā)所需工作量有偏差。
（五）面向?qū)ο蟓h(huán)境中的集成測(cè)試
兩種不同的策略：
1.基于線程的測(cè)試(thread-based testing）。
2.基于使用的測(cè)試（use-based testing）。
驅(qū)動(dòng)程序和樁程序：驅(qū)動(dòng)程序可用于測(cè)試低層中的操作和整組類(lèi)的測(cè)試。驅(qū)動(dòng)程序也可用于代替用戶界面以便在界面實(shí)現(xiàn)之前就可以進(jìn)行系統(tǒng)功能的測(cè)試。樁程序可用于在需要類(lèi)間的協(xié)作但其中的一個(gè)或多個(gè)協(xié)作類(lèi)仍未完全實(shí)現(xiàn)的情況下。
四、結(jié)語(yǔ)
集成測(cè)試既是一種測(cè)試類(lèi)型也是一個(gè)測(cè)試階段，因?yàn)榧啥x為一組交互，因此組件之間的所有已定義的交互都需要測(cè)試，體系結(jié)構(gòu)和設(shè)計(jì)可以提供系統(tǒng)內(nèi)部的交互細(xì)節(jié)，但是測(cè)試一個(gè)系統(tǒng)與另一個(gè)系統(tǒng)之間的交互要求對(duì)這些系統(tǒng)一起工作的方式有深刻理解，此時(shí)的集成測(cè)試是一個(gè)階段。由于集成測(cè)試的目標(biāo)是模塊之間的交互，這種測(cè)試就像白盒、黑盒及其它類(lèi)型的測(cè)試一樣，也有一套技術(shù)和方法，因此集成測(cè)試也被看作是一種測(cè)試類(lèi)型。
參考文獻(xiàn)：
[1]周燕,宋敬華.面向?qū)ο蟮募蓽y(cè)試順序的研究[J].計(jì)算機(jī)測(cè)量與控制,2010,9
[2]張?jiān)茘?劉春茂.軟件測(cè)試技術(shù)淺析[J].技術(shù)與市場(chǎng),2011,2
[3]朱家云.淺析軟件測(cè)試[J].信息系統(tǒng)工程,2011,4
[4王麗達(dá).論軟件系統(tǒng)的測(cè)試[J].經(jīng)濟(jì)研究導(dǎo)刊,2011,14
[5]劉欣.軟件測(cè)試方法分析與實(shí)踐[D].北京郵電大學(xué),2009
[6]趙,孫寧.軟件測(cè)試技術(shù)：基于案例的測(cè)試[M].北京:機(jī)械工業(yè)出版社,2011
關(guān)鍵詞：Delphi程序設(shè)計(jì)；模擬教學(xué)法；角色分配
中圖分類(lèi)號(hào)：G642 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1009-3044（2014）22-5260-05
Delphi程序設(shè)計(jì)是我院軟件技術(shù)專(zhuān)業(yè)三年級(jí)學(xué)生的選修課程，該課程采用面向?qū)ο蟪绦蛟O(shè)計(jì)方法。程序設(shè)計(jì)是一門(mén)概念復(fù)雜、抽象、知識(shí)面廣的課程。每位學(xué)生都想著有一天自己的程序能在指縫間源源不斷的敲擊出來(lái)，自己設(shè)計(jì)的系統(tǒng)能完美運(yùn)行。然而在真正學(xué)習(xí)該課程后，開(kāi)始編寫(xiě)系統(tǒng)程序時(shí)，往往無(wú)所下手，沒(méi)有頭緒，沒(méi)有思路，盡管當(dāng)時(shí)努力學(xué)習(xí)課程，通過(guò)考試，但并沒(méi)有體會(huì)到理論聯(lián)系實(shí)際的樂(lè)趣，便逐漸使學(xué)生失去了編程的興趣。
Delphi程序設(shè)計(jì)的前導(dǎo)課程是VB、C程序設(shè)計(jì)和數(shù)據(jù)庫(kù)系統(tǒng)、軟件工程。因此學(xué)生們已具備軟件工程開(kāi)發(fā)思想，編程能力和數(shù)據(jù)庫(kù)基礎(chǔ)。該課程進(jìn)一步提高學(xué)生的編程能力、分析解決問(wèn)題的能力及用軟件工程的思想和方法設(shè)計(jì)開(kāi)發(fā)功能較完整的實(shí)際應(yīng)用系統(tǒng)，并提高學(xué)生的分工協(xié)作、團(tuán)隊(duì)合作、口頭表達(dá)及文字表述能力方面的能力。
1 模擬教學(xué)法
如何提高學(xué)生的學(xué)習(xí)積極性，從傳統(tǒng)教學(xué)法到任務(wù)驅(qū)動(dòng)法的教學(xué)過(guò)程使學(xué)生的學(xué)習(xí)積極性提升上來(lái)了，但并不符合當(dāng)前企業(yè)的崗位實(shí)際需要。如何既能保證學(xué)生的學(xué)習(xí)興趣不減，又能使學(xué)生更好地理解軟件企業(yè)的崗位需要，提高協(xié)作能力，課程教學(xué)過(guò)程中設(shè)計(jì)了一套模擬教學(xué)法，也就是模擬企業(yè)在軟件開(kāi)發(fā)過(guò)程中崗位需求的設(shè)置，結(jié)合高職院校學(xué)生的實(shí)際學(xué)習(xí)情況，將模擬教學(xué)法應(yīng)用到Delphi程序設(shè)計(jì)課程中。模擬教學(xué)法結(jié)合案例教學(xué)法、項(xiàng)目教學(xué)法、角色扮演和探索式教學(xué)法。將全體成員分成若干小組，采用小組合作，明確分工，演示匯報(bào)的方式完成課程教學(xué)。
2 實(shí)踐及過(guò)程
2.1角色扮演及職業(yè)生涯規(guī)劃
課程中最先講解的是角色扮演。軟件工程的思想，是針對(duì)不同的難度和規(guī)模的項(xiàng)目，會(huì)有不同的人員配置方案，學(xué)生應(yīng)充分理解這些角色及職責(zé)，為自己的職業(yè)生涯進(jìn)行規(guī)劃，拉近自己與企業(yè)的距離，由于課程中學(xué)時(shí)有限，只選取了部分角色讓學(xué)生了解、掌握。
部分角色的職責(zé)：
1） 項(xiàng)目經(jīng)理
? 組織項(xiàng)目所需的各項(xiàng)資源
? 設(shè)置項(xiàng)目組中的各種角色，并分配好各角色的責(zé)任與權(quán)限
? 定制項(xiàng)目組內(nèi)外的溝通計(jì)劃。（必要時(shí)可配置管理要求寫(xiě)項(xiàng)目策劃目錄中的《項(xiàng)目溝通計(jì)劃》
2） 需求分析員
? 在項(xiàng)目前期根據(jù)《需求調(diào)研計(jì)劃》對(duì)客戶進(jìn)行需求調(diào)研
? 收集整理客戶需求，負(fù)責(zé)編寫(xiě)《用戶需求說(shuō)明書(shū)》
? 代表項(xiàng)目組與用戶溝通與項(xiàng)目需求有關(guān)的所有事項(xiàng)。
3） 系統(tǒng)設(shè)計(jì)工程師
? 根據(jù)需求分析結(jié)果及概要設(shè)計(jì)規(guī)范設(shè)計(jì)、編制概要設(shè)計(jì)說(shuō)明。
? 保證概要設(shè)計(jì)的科學(xué)性、可行性，并與需求分析一致。
? 協(xié)助項(xiàng)目經(jīng)理制定項(xiàng)目開(kāi)發(fā)計(jì)劃。
? 依照開(kāi)發(fā)計(jì)劃的要求保證設(shè)計(jì)進(jìn)度。
? 參與需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)等過(guò)程的階段評(píng)審，從是否達(dá)到概要設(shè)計(jì)的角度提出評(píng)審意見(jiàn)。
4） 高級(jí)軟件工程師
? 根據(jù)概要設(shè)計(jì)結(jié)果及詳細(xì)設(shè)計(jì)規(guī)范設(shè)計(jì)、編制詳細(xì)設(shè)計(jì)文檔。
? 保證詳細(xì)設(shè)計(jì)滿足概要設(shè)計(jì)對(duì)功能界定、可靠性、用戶界面等各方面的要求。
? 依照開(kāi)發(fā)計(jì)劃的要求保證設(shè)計(jì)進(jìn)度。
? 參與概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、軟件實(shí)現(xiàn)等過(guò)程的階段評(píng)審，從是否達(dá)到詳細(xì)設(shè)計(jì)要求的角度提出評(píng)審意見(jiàn)。
5） 編碼人員
? 根據(jù)《系統(tǒng)概要設(shè)計(jì)說(shuō)明書(shū)》編寫(xiě)《系統(tǒng)詳細(xì)說(shuō)明書(shū)》。
? 按《系統(tǒng)詳細(xì)設(shè)計(jì)說(shuō)明書(shū)》進(jìn)行代碼實(shí)現(xiàn)。
? 控制本模塊的開(kāi)發(fā)進(jìn)度。
6） 測(cè)試人員
? 獨(dú)立編寫(xiě)測(cè)試計(jì)劃。
? 獨(dú)立編寫(xiě)測(cè)試用例。
? 協(xié)調(diào)測(cè)試團(tuán)隊(duì)內(nèi)部的工作以及與開(kāi)發(fā)團(tuán)隊(duì)之間的工作。
? 完成“執(zhí)行測(cè)試”的工作。
7） 美工
? 負(fù)責(zé)完成軟件設(shè)計(jì)師安排的功能界面設(shè)計(jì)。
? 負(fù)責(zé)對(duì)項(xiàng)目整體色彩的調(diào)配。
? 向系統(tǒng)分析師提出項(xiàng)目美化的建議。
8） 客戶經(jīng)理
? 在項(xiàng)目實(shí)施階段，跟蹤、檢查實(shí)施人員的工作質(zhì)量。
? 負(fù)責(zé)協(xié)助用戶進(jìn)行“用戶確認(rèn)測(cè)試”和編寫(xiě)《確認(rèn)測(cè)試報(bào)告》。
9） 維護(hù)人員
? 制訂具體項(xiàng)目的質(zhì)量保證計(jì)劃及執(zhí)行。
? 評(píng)審的組織。
? 研發(fā)流程的執(zhí)行監(jiān)督、反饋、數(shù)據(jù)收集。
依據(jù)上述角色介紹，由學(xué)生選擇角色并制定自己的職業(yè)生涯規(guī)劃，這樣可以鍛煉學(xué)生的語(yǔ)言表達(dá)能力，為后期小組演示匯報(bào)預(yù)演。讓學(xué)生勝任角色，成功扮演角色，同時(shí)要有教師的適當(dāng)指導(dǎo)、發(fā)揮學(xué)生的各自特點(diǎn)，使他們適應(yīng)角色。以下是小組內(nèi)選擇項(xiàng)目經(jīng)理角色的職業(yè)生涯規(guī)劃：
1） 項(xiàng)目經(jīng)理：完成不同階段的任務(wù)。
2） 項(xiàng)目經(jīng)理具備的素質(zhì)：認(rèn)真負(fù)責(zé)的態(tài)度；有扎實(shí)的技術(shù)；協(xié)調(diào)各部門(mén)的能力；項(xiàng)目總體規(guī)劃能力。
3） 選擇職業(yè)的原則：擇已所愛(ài)，擇世所需，擇己所長(zhǎng)。
4） 項(xiàng)目經(jīng)理的工作職責(zé)：
? 所管轄的區(qū)域客戶進(jìn)行信息跟蹤、分析及報(bào)告，并定期進(jìn)行更新。
? 所管轄的區(qū)域客戶的產(chǎn)品開(kāi)發(fā)進(jìn)行項(xiàng)目管理，滿足用戶需求。
? 經(jīng)常與客戶進(jìn)行溝通、與客戶保持親密聯(lián)系，定期走訪、了解產(chǎn)品的質(zhì)量等情況。
5） 項(xiàng)目經(jīng)理需要了解你所在企業(yè)的軟件項(xiàng)目技術(shù)特點(diǎn)，了解軟件項(xiàng)目的售前過(guò)程，招標(biāo)方案；掌握需求分析――概要設(shè)計(jì)――詳細(xì)設(shè)計(jì)――開(kāi)發(fā)進(jìn)度控制――風(fēng)險(xiǎn)控制――測(cè)試流程――現(xiàn)場(chǎng)實(shí)施――驗(yàn)收――售后服務(wù)等業(yè)務(wù)。
6） 努力的方向 ：項(xiàng)目經(jīng)理是一個(gè)管理者，因此要鍛煉自己的組織管理能力，增強(qiáng)自己的團(tuán)隊(duì)精神，技術(shù)才是硬道理，努力學(xué)好專(zhuān)業(yè)知識(shí)，熟悉自身的IT業(yè)務(wù)，做一個(gè)洞察力很強(qiáng)的人，培養(yǎng)認(rèn)真負(fù)責(zé)的態(tài)度，擁有扎實(shí)的技術(shù)，并協(xié)調(diào)好各部門(mén)的能力提高項(xiàng)目總體規(guī)劃能力。
2.2需求分析階段
教學(xué)第二步，項(xiàng)目選題應(yīng)該是對(duì)知識(shí)的深入學(xué)習(xí)。使用企業(yè)真實(shí)案例讓各小組分別完成。模擬現(xiàn)實(shí)工作環(huán)境、真實(shí)事件，讓學(xué)生按照工作流程，在工作過(guò)程中扮演接近真實(shí)身份的角色，從而理解角色的作用、工作內(nèi)容等，以達(dá)到體驗(yàn)真實(shí)工作崗位的目的。學(xué)生在扮演角色的過(guò)程中充分運(yùn)用所學(xué)知識(shí)，發(fā)揮自己的才能和想象空間，增強(qiáng)對(duì)實(shí)際問(wèn)題的預(yù)測(cè)和處理能力。Delphi程序設(shè)計(jì)課程中給出企業(yè)的真實(shí)開(kāi)發(fā)案例，整個(gè)開(kāi)發(fā)設(shè)計(jì)過(guò)程應(yīng)體現(xiàn)軟件工程的思想和方法、運(yùn)用數(shù)據(jù)庫(kù)技術(shù)和程序開(kāi)發(fā)技術(shù)。
需求分析是軟件開(kāi)發(fā)過(guò)程中至關(guān)重要的環(huán)節(jié)，本階段的角色扮演者應(yīng)充分理解用戶的實(shí)際需要，并寫(xiě)成書(shū)面文字，以備后續(xù)環(huán)節(jié)設(shè)計(jì)及實(shí)現(xiàn)。如果本環(huán)節(jié)需求獲取不準(zhǔn)確，后期更正將會(huì)付出10倍甚至更多的代價(jià)來(lái)彌補(bǔ)。鑒于學(xué)生們無(wú)實(shí)際工作經(jīng)驗(yàn)，不知道此環(huán)節(jié)的重要性，所以從這一階段開(kāi)始，就讓學(xué)生正式進(jìn)入角色，完成工作。
如何確定用戶？采用指導(dǎo)教師為指定題目中的實(shí)際用戶，題目為：生產(chǎn)許可證申報(bào)系統(tǒng)。先給每個(gè)小組一定的準(zhǔn)備時(shí)間，商量獲取需求信息的方法，可以是用戶面談，用戶調(diào)查，從行業(yè)標(biāo)準(zhǔn)和規(guī)則中提取需求信息。在與用戶溝通交流的過(guò)程中，盡量提供給學(xué)生真實(shí)的工作過(guò)程環(huán)境。以下是需求分析員的實(shí)踐結(jié)果：
根據(jù)與用戶談話、調(diào)查及從行業(yè)標(biāo)準(zhǔn)和規(guī)則中提取的信息，要求生產(chǎn)許可證申報(bào)系統(tǒng)實(shí)現(xiàn)以下幾個(gè)主要功能：
1） 申報(bào)單位申報(bào)數(shù)據(jù)要從手工完成的過(guò)程中解放出來(lái)，在這里開(kāi)發(fā)完成企業(yè)基本資料錄入。
2） 由于申報(bào)單位要有自身的經(jīng)濟(jì)發(fā)展，生產(chǎn)的產(chǎn)品會(huì)隨著社會(huì)的需求而增多，申報(bào)產(chǎn)品是一個(gè)長(zhǎng)期需要，所以系統(tǒng)在完成數(shù)據(jù)的添加、修改、刪除功能。
3） 對(duì)于申報(bào)企業(yè)基本信息的變化的處理，如單位地址變更或者法人信息變更系統(tǒng)，在這里要完成資料變更功能。
4） 用戶相關(guān)信息錄入后，根據(jù)實(shí)際需要遞交評(píng)審部門(mén)全國(guó)生產(chǎn)許可證申請(qǐng)書(shū)或地方生產(chǎn)許可證申請(qǐng)書(shū)，在這里要完成報(bào)表打印功能。
5） 為了減輕評(píng)審部門(mén)數(shù)據(jù)錄入的工作量，在申報(bào)系統(tǒng)中申報(bào)單位將錄入的數(shù)據(jù)進(jìn)行上報(bào)的功能開(kāi)發(fā)。
它主要能夠?qū)崿F(xiàn)申報(bào)數(shù)據(jù)錄入、生產(chǎn)許可證申請(qǐng)書(shū)打印、數(shù)據(jù)轉(zhuǎn)換、數(shù)據(jù)上報(bào)等內(nèi)容。生產(chǎn)許可證申報(bào)系統(tǒng)在實(shí)際運(yùn)行和使用過(guò)程中，性能上應(yīng)能達(dá)到：
1） 容量要求：需要系統(tǒng)處理和存儲(chǔ)的數(shù)據(jù)主要有申報(bào)單位基本信息、申報(bào)產(chǎn)品基本信息、主要技術(shù)人員信息、與產(chǎn)品有關(guān)的生產(chǎn)設(shè)備、原材料、檢測(cè)儀器信息等，由于采用了關(guān)系型數(shù)據(jù)庫(kù)Paradox，因此在數(shù)據(jù)庫(kù)容量方面足以滿足需要。
2） 數(shù)據(jù)精確度：要按照嚴(yán)格的數(shù)據(jù)格式輸入，否則系統(tǒng)不給予響應(yīng)處理并提示警告信息。進(jìn)行查詢(xún)時(shí)要保證查全率，所有相應(yīng)域包括查詢(xún)關(guān)鍵詞的記錄都應(yīng)能查到。因?yàn)樯陥?bào)的數(shù)據(jù)的記錄量會(huì)很大。
3） 設(shè)計(jì)有效的輸入方式，方便用戶操作，有效減少重復(fù)數(shù)據(jù)輸入的工作量，以提高申報(bào)數(shù)據(jù)錄入的工作效率
4） 時(shí)間特性方面：一般操作的響應(yīng)時(shí)間控制在1～2秒內(nèi)，對(duì)數(shù)據(jù)轉(zhuǎn)換和打印機(jī)的操作也應(yīng)控制在用戶可接受的時(shí)間范圍內(nèi)完成。
5） 適應(yīng)性方面：生產(chǎn)許可證申報(bào)和管理系統(tǒng)應(yīng)滿足申報(bào)單位和評(píng)審部門(mén)使用的需求。
6） 人機(jī)交互友好性：在用戶界面的使用上，應(yīng)有全新感覺(jué)，操作簡(jiǎn)便，一目了然，視圖友好等特點(diǎn)，并用使用習(xí)慣性的菜單界面驅(qū)動(dòng)方式，給具體操作用戶極大的便利，能單獨(dú)支持鼠標(biāo)和鍵盤(pán)，便于用戶操作使用。
7） 硬件接口方面，保證申報(bào)數(shù)據(jù)與存儲(chǔ)介質(zhì)之間的數(shù)據(jù)傳輸?shù)耐暾?/p>
8） 軟件接口方面，運(yùn)行于Windows95及更高版本具有Win32 API的操作系統(tǒng)之上。
9） 系統(tǒng)健壯性，正常使用本系統(tǒng)時(shí)不應(yīng)出現(xiàn)錯(cuò)誤，若運(yùn)行時(shí)遇到不可恢復(fù)的系統(tǒng)錯(cuò)誤，也必須保證數(shù)據(jù)庫(kù)完好無(wú)損。
10） 系統(tǒng)安全性：申報(bào)數(shù)據(jù)數(shù)據(jù)中許多是涉及到企業(yè)機(jī)密的商業(yè)信息，有效防止與系統(tǒng)無(wú)關(guān)人員竊取企業(yè)的商業(yè)機(jī)密。
11） 系統(tǒng)可靠性：為了提高系統(tǒng)可靠性，減少系統(tǒng)故障，需盡可能采用模塊化、結(jié)構(gòu)化設(shè)計(jì)。
12） 系統(tǒng)通用性：通用化程度高，適用于所有申報(bào)單位使用。
2.3設(shè)計(jì)階段
該環(huán)節(jié)軟件開(kāi)發(fā)公司與用戶接觸較少，屬于內(nèi)部設(shè)計(jì)開(kāi)發(fā)階段，主要包括數(shù)據(jù)庫(kù)的結(jié)構(gòu)設(shè)計(jì)，實(shí)施及應(yīng)用程序的總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼和調(diào)試等。在設(shè)計(jì)過(guò)程中嚴(yán)格控制工作進(jìn)度。以下是系統(tǒng)設(shè)計(jì)工程師和高級(jí)軟件工程師的部分實(shí)踐結(jié)果：
2.4 代碼編寫(xiě)及美工過(guò)程
代碼實(shí)現(xiàn)部分，因工作量大，所以需要小組內(nèi)成員全體參與，編碼能力強(qiáng)的同學(xué)可以多寫(xiě)幾個(gè)功能，代碼學(xué)的不好的同學(xué)，分配做報(bào)表或者美工。
2.5 測(cè)試階段
就測(cè)試而言，用面向?qū)ο箝_(kāi)發(fā)方法的系統(tǒng)測(cè)試與其他方法開(kāi)發(fā)的系統(tǒng)測(cè)試沒(méi)有什么不同，在所有開(kāi)發(fā)系統(tǒng)中都是根據(jù)規(guī)范說(shuō)明來(lái)驗(yàn)證系統(tǒng)設(shè)計(jì)的正確性。程序驗(yàn)證應(yīng)盡可能早地開(kāi)始。程序測(cè)試步驟是從最低層開(kāi)始，從單元測(cè)試、綜合測(cè)試、到系統(tǒng)測(cè)試。單元測(cè)試是系統(tǒng)構(gòu)件的分體測(cè)試，將測(cè)試好的系統(tǒng)構(gòu)件接起來(lái)看它們之間相互作用的正確性稱(chēng)綜合測(cè)試，最后是整個(gè)系統(tǒng)的測(cè)試，包括軟件系統(tǒng)所在相關(guān)環(huán)境的測(cè)試。通常綜合測(cè)試是一種“主攻”活動(dòng)，在系統(tǒng)開(kāi)發(fā)期是非常關(guān)鍵的。這一階段應(yīng)隨著連接已開(kāi)發(fā)的每一部分，再看它們的實(shí)際工作，這種“主攻”活動(dòng)在面向?qū)ο笙到y(tǒng)中是一種實(shí)質(zhì)性的、漸漸增長(zhǎng)的測(cè)試策略。測(cè)試活動(dòng)在早期的開(kāi)發(fā)過(guò)程中就應(yīng)開(kāi)始。當(dāng)開(kāi)始開(kāi)發(fā)時(shí)，就可做測(cè)試計(jì)劃。測(cè)試計(jì)劃一般在分析期做，而實(shí)際的測(cè)試通常等到系統(tǒng)構(gòu)造后進(jìn)行。事先根據(jù)期望的方法和層次建立測(cè)試導(dǎo)向圖，然后確定是自動(dòng)測(cè)試還是手工測(cè)試，測(cè)試計(jì)劃需反復(fù)多次。
測(cè)試計(jì)劃如下：
雖然每位同學(xué)都有自己要扮演的角色，但在課程中的每個(gè)環(huán)節(jié)每位學(xué)生都必須參與，特別是設(shè)計(jì)及編碼階段，因?yàn)橄到y(tǒng)要實(shí)現(xiàn)的功能很多，所以每位學(xué)生都要負(fù)責(zé)一個(gè)或幾個(gè)模塊的設(shè)計(jì)及代碼實(shí)現(xiàn)。不能說(shuō)測(cè)試人員光管測(cè)試，不參與其他工作。
2.6 評(píng)價(jià)
關(guān)鍵詞：測(cè)試風(fēng)險(xiǎn) 風(fēng)險(xiǎn)識(shí)別 應(yīng)對(duì)計(jì)劃措施 風(fēng)險(xiǎn)控制。
一、前言
吉林省電子信息產(chǎn)品監(jiān)督檢驗(yàn)研究院/中國(guó)賽寶（吉林）實(shí)驗(yàn)室（）始建于1973年，隸屬于吉林省工業(yè)和信息化廳，是非盈利性事業(yè)單位，業(yè)務(wù)領(lǐng)域涉及電子元器件及液晶、家電、視聽(tīng)、安防、計(jì)算機(jī)、通訊、醫(yī)用電器設(shè)備、電池等電子應(yīng)用產(chǎn)品及計(jì)算軟件產(chǎn)品、網(wǎng)絡(luò)系統(tǒng)、信息安全的質(zhì)量監(jiān)督、檢驗(yàn)、鑒定和仲裁，其中，軟件產(chǎn)品測(cè)試業(yè)務(wù)是我院重要的一項(xiàng)核心業(yè)務(wù)。我院軟件產(chǎn)品測(cè)試業(yè)務(wù)于2004年通過(guò)了中國(guó)合格評(píng)定國(guó)家認(rèn)可委員會(huì)（CNAS）的評(píng)審，是省內(nèi)唯一授權(quán)的第三方軟件評(píng)測(cè)機(jī)構(gòu)，同時(shí)，也是我省雙軟認(rèn)定工作中唯一指定進(jìn)行軟件產(chǎn)品登記測(cè)試的單位，現(xiàn)開(kāi)展軟件測(cè)試服務(wù)已經(jīng)10余年，主要開(kāi)展的項(xiàng)目有：軟件產(chǎn)品的登記測(cè)試、鑒定測(cè)試、確認(rèn)測(cè)試、性能測(cè)試、驗(yàn)收測(cè)試、定制性測(cè)試、白盒測(cè)試等。經(jīng)過(guò)多年的持續(xù)發(fā)展，目前擁有一批高素質(zhì)、高水平的專(zhuān)業(yè)測(cè)試人才隊(duì)伍和先進(jìn)的測(cè)試設(shè)備，優(yōu)質(zhì)、高效地完成了各種類(lèi)型的軟件產(chǎn)品測(cè)試項(xiàng)目，得到了廣大客戶的高度認(rèn)可和好評(píng)。
二、背景和立意
軟件測(cè)試風(fēng)險(xiǎn)管理在軟件測(cè)試項(xiàng)目中的地位是不容忽視的，本文主要通過(guò)對(duì)軟件測(cè)試項(xiàng)目在測(cè)試風(fēng)險(xiǎn)管理方面的相關(guān)內(nèi)容的討論，使讀者從中會(huì)體會(huì)到軟件測(cè)試風(fēng)險(xiǎn)管理對(duì)測(cè)試項(xiàng)目的重要性和給項(xiàng)目帶來(lái)的幫助。
三、以“鍋爐優(yōu)化燃燒專(zhuān)家診斷系統(tǒng)”軟件的測(cè)試風(fēng)險(xiǎn)管理為例，論述軟件測(cè)試的風(fēng)險(xiǎn)管理。
1、系統(tǒng)描述：
“鍋爐優(yōu)化燃燒專(zhuān)家診斷系統(tǒng)”軟件（以下簡(jiǎn)稱(chēng)本軟件）應(yīng)用于鍋爐設(shè)備燃燒情況的監(jiān)測(cè)領(lǐng)域，通過(guò)溫度場(chǎng)范圍、煙氣場(chǎng)范圍、計(jì)算診斷結(jié)果范圍等初始參數(shù)設(shè)置，模擬量量程、一次風(fēng)差量程等串口設(shè)置，及開(kāi)始設(shè)置、保存數(shù)據(jù)等模塊，實(shí)現(xiàn)了鍋爐內(nèi)部溫度場(chǎng)及煙氣場(chǎng)的情況推算及結(jié)果顯示等功能。對(duì)本軟件測(cè)試的要求是在20個(gè)工作日內(nèi)完成本項(xiàng)測(cè)試任務(wù)，在最后回歸測(cè)試時(shí)的結(jié)果需達(dá)到預(yù)期要求。
2、測(cè)試類(lèi)型：功能測(cè)試
功能測(cè)試是黑盒測(cè)試，是對(duì)軟件產(chǎn)品的各項(xiàng)功能進(jìn)行驗(yàn)證的測(cè)試，注重于測(cè)試軟件的功能性需求。
3、編制測(cè)試風(fēng)險(xiǎn)管理計(jì)劃
在測(cè)試的初期，我們會(huì)編制測(cè)試風(fēng)險(xiǎn)管理計(jì)劃，主要描述如何在對(duì)本軟件的測(cè)試中處理和執(zhí)行風(fēng)險(xiǎn)管理活動(dòng)在責(zé)任、資源、時(shí)間等方面的安排。我們?nèi)婵紤]了風(fēng)險(xiǎn)對(duì)測(cè)試的影響，制定了充分的測(cè)試風(fēng)險(xiǎn)管理計(jì)劃。其中，我們?cè)敿?xì)編制了單個(gè)測(cè)試風(fēng)險(xiǎn)管理計(jì)劃和綜合測(cè)試風(fēng)險(xiǎn)管理計(jì)劃，為后續(xù)實(shí)施的測(cè)試風(fēng)險(xiǎn)管理做好了準(zhǔn)備，并形成了依據(jù)。
4、測(cè)試風(fēng)險(xiǎn)識(shí)別及測(cè)試風(fēng)險(xiǎn)分析
本軟件測(cè)試之前，我們以會(huì)議討論的形式，根據(jù)以往的經(jīng)驗(yàn)，列出檢查項(xiàng)目列表，并進(jìn)行分解，通過(guò)假定分析，最后研究、識(shí)別、確定了影響測(cè)試計(jì)劃實(shí)施的因素。
我們還對(duì)預(yù)測(cè)的測(cè)試風(fēng)險(xiǎn)進(jìn)行了分析，確定測(cè)試風(fēng)險(xiǎn)對(duì)測(cè)試的影響程度及發(fā)生幾率，并對(duì)風(fēng)險(xiǎn)進(jìn)行量化、選擇、排序，確定哪些風(fēng)險(xiǎn)是可以接受的，哪些風(fēng)險(xiǎn)是必須要應(yīng)對(duì)的，哪些風(fēng)險(xiǎn)是可以忽略的。進(jìn)行測(cè)試風(fēng)險(xiǎn)管理應(yīng)該把主要精力集中在那些概率高、影響力大的風(fēng)險(xiǎn)上。
經(jīng)過(guò)測(cè)試風(fēng)險(xiǎn)識(shí)別及風(fēng)險(xiǎn)分析，確定測(cè)試過(guò)程中我們主要關(guān)注的可能存在的對(duì)測(cè)試影響程度大的主要風(fēng)險(xiǎn)，如下：
（1）由于本軟件是針對(duì)鍋爐設(shè)備燃燒情況的監(jiān)測(cè)領(lǐng)域的軟件，需要測(cè)試人員對(duì)鍋爐設(shè)備燃燒情況的監(jiān)測(cè)領(lǐng)域相關(guān)知識(shí)有所了解，故測(cè)試人員對(duì)鍋爐設(shè)備燃燒情況的監(jiān)測(cè)領(lǐng)域了解不足或不了解，導(dǎo)致測(cè)試人員對(duì)被測(cè)系統(tǒng)的業(yè)務(wù)流程不熟悉，對(duì)需求的理解上把握不準(zhǔn)、理解不透徹、理解錯(cuò)誤等，對(duì)測(cè)試形成風(fēng)險(xiǎn)。
（2）測(cè)試人員出具軟件測(cè)試問(wèn)題報(bào)告單后，與企業(yè)開(kāi)發(fā)人員交流時(shí)，開(kāi)發(fā)人員對(duì)發(fā)現(xiàn)的問(wèn)題理解程度不佳，導(dǎo)致對(duì)測(cè)試問(wèn)題的修改不滿足要求，或由于企業(yè)原因，企業(yè)再次報(bào)送相關(guān)修改結(jié)果速度過(guò)慢。
（3）測(cè)試人員實(shí)施測(cè)試時(shí)的測(cè)試方法有錯(cuò)誤或缺失，導(dǎo)致對(duì)功能點(diǎn)沒(méi)有采用正確的測(cè)試方法，或某些測(cè)試方法被忽視，如邊界測(cè)試等，導(dǎo)致測(cè)試不充分。
（4）測(cè)試環(huán)境出現(xiàn)故障，給測(cè)試帶來(lái)的影響。
5、測(cè)試風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃措施
對(duì)已識(shí)別的主要風(fēng)險(xiǎn)制定的對(duì)應(yīng)應(yīng)對(duì)計(jì)劃措施，如下：
（1）請(qǐng)企業(yè)相關(guān)人員培訓(xùn)測(cè)試人員學(xué)習(xí)鍋爐設(shè)備燃燒情況的監(jiān)測(cè)領(lǐng)域的相關(guān)知識(shí)，測(cè)試人員也要通過(guò)網(wǎng)絡(luò)和書(shū)籍多查找鍋爐設(shè)備燃燒情況的監(jiān)測(cè)領(lǐng)域相關(guān)資料，做好測(cè)試前了解行業(yè)知識(shí)的準(zhǔn)備。
（2）加強(qiáng)對(duì)測(cè)試人員的溝通能力和服務(wù)意思的培訓(xùn)，保證測(cè)試人員能詳細(xì)、認(rèn)真、準(zhǔn)確的講解測(cè)試問(wèn)題報(bào)告單中體現(xiàn)的bug，使得企業(yè)軟件開(kāi)發(fā)人員能明白測(cè)試人員的講解，并確認(rèn)軟件中存在的bug，及時(shí)快速的修復(fù)bug，且在與企業(yè)人員溝通中，強(qiáng)調(diào)測(cè)試進(jìn)度及修改速度的重要性，督促企業(yè)人員盡快再次報(bào)送相關(guān)修改結(jié)果，保證測(cè)試按測(cè)試計(jì)劃完成。
（3）加強(qiáng)對(duì)測(cè)試人員測(cè)試方法相關(guān)知識(shí)的培訓(xùn)，要求測(cè)試人員主動(dòng)翻閱歷史測(cè)試經(jīng)驗(yàn)的積累記錄，充實(shí)經(jīng)驗(yàn)方面的不足，并向有經(jīng)驗(yàn)的人員請(qǐng)教。
（4）嚴(yán)格按照軟件文檔的要求搭建測(cè)試環(huán)境，盡量避免測(cè)試環(huán)境出現(xiàn)故障，安排1名維護(hù)人員（兼職），當(dāng)測(cè)試環(huán)境出現(xiàn)故障時(shí)，盡快安排維護(hù)人員整修、排除故障，盡量減小對(duì)測(cè)試進(jìn)度的影響。
6、測(cè)試風(fēng)險(xiǎn)控制及實(shí)際測(cè)試情況
在進(jìn)行測(cè)試的過(guò)程中，我們會(huì)對(duì)已識(shí)別出的測(cè)試風(fēng)險(xiǎn)的狀態(tài)進(jìn)行跟蹤，監(jiān)控測(cè)試風(fēng)險(xiǎn)的發(fā)生，做好對(duì)測(cè)試風(fēng)險(xiǎn)的監(jiān)督控制，及時(shí)應(yīng)對(duì)已發(fā)生的測(cè)試風(fēng)險(xiǎn)，并深入分析，繼續(xù)識(shí)別新出現(xiàn)的測(cè)試風(fēng)險(xiǎn)，復(fù)審測(cè)試風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃措施的執(zhí)行情況和效果，根據(jù)實(shí)際情況修改測(cè)試風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃措施，對(duì)新識(shí)別的測(cè)試風(fēng)險(xiǎn)，制定新的測(cè)試風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃措施。
在實(shí)際測(cè)試時(shí)，我們對(duì)已出現(xiàn)的測(cè)試風(fēng)險(xiǎn)按照測(cè)試風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃措施做好了相應(yīng)的應(yīng)對(duì)措施，效果十分明顯，有效的避免了測(cè)試風(fēng)險(xiǎn)對(duì)測(cè)試的影響或把測(cè)試風(fēng)險(xiǎn)的影響降到了最低，但還是由于企業(yè)原因，企業(yè)再次報(bào)送相關(guān)修改結(jié)果過(guò)慢，影響了測(cè)試進(jìn)度，我們對(duì)晚報(bào)送的修改結(jié)果進(jìn)行了加班測(cè)試、并添加測(cè)試人員的應(yīng)對(duì)措施，雖然根據(jù)測(cè)試計(jì)劃規(guī)定，實(shí)施測(cè)試的時(shí)間延期了1天，但我們縮短了出具測(cè)試報(bào)告的時(shí)間，使得測(cè)試任務(wù)按時(shí)圓滿的完成了，測(cè)試結(jié)果得到了客戶的認(rèn)可，而且，我們?cè)跍y(cè)試的過(guò)程中給企業(yè)提出了許多規(guī)范、改善、優(yōu)化企業(yè)軟件開(kāi)發(fā)或維護(hù)方面的建議，企業(yè)人員對(duì)我們的建議予以接受，同時(shí)，企業(yè)對(duì)我們的服務(wù)態(tài)度及服務(wù)質(zhì)量給予了高度的評(píng)價(jià)和贊揚(yáng)，肯定了我們各方面的服務(wù)。
四、總結(jié)
通過(guò)對(duì)“鍋爐優(yōu)化燃燒專(zhuān)家診斷系統(tǒng)”軟件的測(cè)試風(fēng)險(xiǎn)管理案例的討論，論述了怎樣進(jìn)行軟件測(cè)試的風(fēng)險(xiǎn)管理，總結(jié)了本人對(duì)軟件測(cè)試風(fēng)險(xiǎn)管理的認(rèn)識(shí)和積累的經(jīng)驗(yàn)，希望能通過(guò)本文使讀者有所收獲。
對(duì)軟件測(cè)試管理方面的研究，我們還要繼續(xù)努力，不斷加強(qiáng)測(cè)試管理方面的知識(shí)積累及探索，提高測(cè)試管理方面的能力和水平，使自己成為優(yōu)秀的軟件評(píng)測(cè)員及測(cè)試管理員。
參考文獻(xiàn)：
[1]《軟件測(cè)試方法和技術(shù)》作者：朱少民；出版日期：2005年7月；出版社：清華大學(xué)出版社
執(zhí)行標(biāo)準(zhǔn)：
[1]《GB/T 17544-1998 信息技術(shù) 軟件包 質(zhì)量要求和測(cè)試》
[2]《GB/T 16260.1-2006 軟件工程 產(chǎn)品質(zhì)量 第1部分：質(zhì)量模型》
[3]《GB/T 16260.2-2006 軟件工程 產(chǎn)品質(zhì)量 第2部分：外部度量》
關(guān)鍵詞：信息系統(tǒng)工程；監(jiān)理目標(biāo)；模型應(yīng)用；控制
中圖分類(lèi)號(hào)：C931文獻(xiàn)標(biāo)識(shí)碼： A
一、信息系統(tǒng)工程監(jiān)理概述
信息系統(tǒng)工程監(jiān)理的定義是獨(dú)立于信息化技術(shù)產(chǎn)品生產(chǎn)、銷(xiāo)售與系統(tǒng)集成行業(yè)之外，并擁有足夠信息技術(shù)實(shí)力，有良好信譽(yù)的信息系統(tǒng)工程監(jiān)理單位。而信息系統(tǒng)工程監(jiān)理單位主要受到業(yè)主單位的委托，根據(jù)相應(yīng)的法律法規(guī)和信息系統(tǒng)工程建設(shè)合同，對(duì)信息系統(tǒng)工程項(xiàng)目的實(shí)施進(jìn)行監(jiān)督。并且監(jiān)督環(huán)節(jié)是信息系統(tǒng)工程對(duì)建設(shè)單位所提供的針對(duì)，也作為信息系統(tǒng)工程領(lǐng)域中的社會(huì)治理結(jié)構(gòu)而存在，也是第三方結(jié)構(gòu)與信息系統(tǒng)提供規(guī)劃與組織、管理與控制、溝通與協(xié)調(diào)等方面具有重要作用。
信息系統(tǒng)工程監(jiān)理通常對(duì)項(xiàng)目進(jìn)行全程監(jiān)理，并從需求進(jìn)行分析，從而達(dá)到監(jiān)理方案的優(yōu)化，以及設(shè)備和技術(shù)方面的選擇。并且信息系統(tǒng)工程監(jiān)理還對(duì)組織管理、投資控制、糾紛調(diào)解和驗(yàn)收測(cè)試等環(huán)節(jié)發(fā)揮作用，信息系統(tǒng)工程監(jiān)理的服務(wù)內(nèi)容包括項(xiàng)目的監(jiān)督和質(zhì)量控制，也可以作為某一專(zhuān)項(xiàng)環(huán)節(jié)的監(jiān)理服務(wù)工作。
二、信息系統(tǒng)工程建設(shè)的目標(biāo)控制點(diǎn)
1、投資控制
工程投資控制就是在投資決策階段、設(shè)計(jì)階段、建設(shè)項(xiàng)目發(fā)包階段和建設(shè)實(shí)施階段,把建設(shè)項(xiàng)目投資的發(fā)生控制在批準(zhǔn)的投資限額以?xún)?nèi),隨時(shí)糾正發(fā)生的偏差,以保證項(xiàng)目投資管理目標(biāo)的實(shí)現(xiàn),從而謀求在各個(gè)項(xiàng)目中能合理使用人力、物力、財(cái)力,取得較好的投資效益和社會(huì)效益。
2、進(jìn)度控制
工程進(jìn)度控制就是對(duì)工程項(xiàng)目各建設(shè)階段的工作內(nèi)容、工作程序、持續(xù)時(shí)間和銜接關(guān)系編制計(jì)劃,將該計(jì)劃付諸實(shí)施,在實(shí)施過(guò)程中經(jīng)常檢查實(shí)際進(jìn)度是否按計(jì)劃要求進(jìn)行,對(duì)出現(xiàn)的偏差分析原因,采取補(bǔ)救措施或調(diào)整、修改原計(jì)劃,直至工程竣工,交付使用。進(jìn)度控制的最終目的是確保項(xiàng)目進(jìn)度目標(biāo)的實(shí)現(xiàn),項(xiàng)目進(jìn)度控制的總目標(biāo)是建設(shè)工期。
3、質(zhì)量控制
工程質(zhì)量控制就是為達(dá)到工程質(zhì)量要求所采取的作業(yè)行動(dòng)與技術(shù)活動(dòng)。工程項(xiàng)目質(zhì)量要求，主要表現(xiàn)為工程合同、用戶需求說(shuō)明書(shū)、設(shè)計(jì)文件、技術(shù)規(guī)范規(guī)定的質(zhì)量標(biāo)準(zhǔn)。
三、目標(biāo)控制的監(jiān)理重點(diǎn)
1、信息系統(tǒng)工程的投資控制監(jiān)理重點(diǎn)
信息系統(tǒng)工程實(shí)施階段投資控制的監(jiān)理重點(diǎn)，是通過(guò)工程付款控制、新增工程費(fèi)控制、預(yù)防并處理好費(fèi)用索賠、挖掘節(jié)約投資潛力,來(lái)努力實(shí)現(xiàn)實(shí)際發(fā)生的費(fèi)用不超過(guò)計(jì)劃投資。為做好投資控制，信息系統(tǒng)工程監(jiān)理人員應(yīng)在軟件工程實(shí)施前協(xié)助業(yè)主認(rèn)真審核軟件需求說(shuō)明書(shū)。審核工作主要包括:
（1）承建單位和建設(shè)單位對(duì)實(shí)際需求理解上的偏差；
（2）需求說(shuō)明是否能覆蓋用戶需求，內(nèi)容是否齊全、規(guī)范；
（3）建設(shè)單位對(duì)系統(tǒng)性能、系統(tǒng)接口、用戶界面、綜合查詢(xún)、軟件設(shè)計(jì)約束條件等方面的需求在軟件需求說(shuō)明中是否有相關(guān)描述。
認(rèn)真審核并盡早發(fā)現(xiàn)這三方面的問(wèn)題和漏洞十分重要,而發(fā)現(xiàn)得越早就越易于更改。因此,及時(shí)發(fā)現(xiàn)、及時(shí)更改,對(duì)落實(shí)減少投資、避免返工,確保工程進(jìn)度、工程質(zhì)量,都有正面重大影響。
此外，在工程實(shí)施過(guò)程中，建設(shè)單位的需求出現(xiàn)變化(例如:對(duì)系統(tǒng)性能提出更高的要求)通常是難免的。而這種需求變更所造成的投資變化比率，一般占投資總額的30%。為控制好變更費(fèi)用，監(jiān)理工程師需憑借其豐富的專(zhuān)業(yè)經(jīng)驗(yàn)，對(duì)相關(guān)方案進(jìn)行仔細(xì)審查和適度優(yōu)化，并請(qǐng)承建單位提供選定方案的工程概算，供業(yè)主參考、決策。在處理索賠問(wèn)題時(shí)，監(jiān)理人員在工程索賠方面要堅(jiān)持“既要維護(hù)業(yè)主的利益，也應(yīng)不損害承包商的合法權(quán)益”原則，對(duì)工程量進(jìn)行認(rèn)真審查、復(fù)核后,簽認(rèn)新增工作量。
2、信息系統(tǒng)工程監(jiān)理的進(jìn)度控制監(jiān)理重點(diǎn)
為做好進(jìn)度控制，信息系統(tǒng)工程監(jiān)理人員首先應(yīng)檢查系統(tǒng)開(kāi)發(fā)組人員、配置管理人員的資質(zhì)和到位情況，審核承建單位所報(bào)周計(jì)劃和周報(bào)表，分析實(shí)際工作量與計(jì)劃工作量之間的差距，如若發(fā)現(xiàn)工程進(jìn)度滯后，則應(yīng)要求承建單位增加資深或有經(jīng)驗(yàn)的開(kāi)發(fā)人員數(shù)量，從而趕上進(jìn)度計(jì)劃。其次，要求承建單位依軟件測(cè)試計(jì)劃及早進(jìn)行應(yīng)用系統(tǒng)軟件的各種內(nèi)部測(cè)試，要求承建方利用分階段交付方法及時(shí)向業(yè)主展示應(yīng)用系統(tǒng)的主要功能和特性，以便業(yè)主以自身特點(diǎn)及早發(fā)現(xiàn)不足提出新的性能或功能方面的要求。最后，定期核定工程量，請(qǐng)業(yè)主及時(shí)分期下?lián)芄こ炭钜彩潜ＷC工程按期完成的一項(xiàng)重要因素。在工程實(shí)施階段，必然會(huì)遇到大量的問(wèn)題，這就需要監(jiān)理人員通過(guò)各種溝通方式協(xié)調(diào)多方關(guān)系，以期盡快解決遇到的問(wèn)題，保證工程順利進(jìn)行。
3、信息系統(tǒng)工程監(jiān)理的質(zhì)量控制監(jiān)理重點(diǎn)
信息系統(tǒng)工程實(shí)施階段質(zhì)量控制的主要任務(wù)，是通過(guò)對(duì)工程實(shí)施階段人員資質(zhì)、設(shè)備、測(cè)試方式、方法實(shí)施全面控制，以期按標(biāo)準(zhǔn)達(dá)到預(yù)定的工程質(zhì)量要求。為做好質(zhì)量控制工作，信息系統(tǒng)工程監(jiān)理人員從跟蹤需求調(diào)研到需求報(bào)告評(píng)審，從檢查設(shè)計(jì)文檔和編碼、測(cè)試以及對(duì)程序進(jìn)行測(cè)試檢查，到最后協(xié)助用戶進(jìn)行系統(tǒng)驗(yàn)收，其中各個(gè)環(huán)節(jié)都要仔細(xì)控制。對(duì)軟件的測(cè)試是對(duì)信息系統(tǒng)工程質(zhì)量控制的重要一環(huán)。承建單位內(nèi)部在應(yīng)用系統(tǒng)代碼實(shí)現(xiàn)階段所進(jìn)行的單元測(cè)試和集成測(cè)試不作為監(jiān)理檢查監(jiān)督的重點(diǎn)，具有軟件測(cè)試資格的監(jiān)理工程師測(cè)試的重點(diǎn)是對(duì)應(yīng)用系統(tǒng)功能和性能進(jìn)行的系統(tǒng)測(cè)試和驗(yàn)證用戶需求是否被覆蓋的驗(yàn)收測(cè)試。其主要工作是審查承建單位提交的測(cè)試計(jì)劃和測(cè)試用例，根據(jù)軟件測(cè)試?yán)碚摍z查測(cè)試用例是否能覆蓋項(xiàng)目建設(shè)合同中對(duì)系統(tǒng)功能和軟件需求說(shuō)明書(shū)的要求，承建單位提交的測(cè)試計(jì)劃是否合理；審核承建單位提交的系統(tǒng)測(cè)試分析報(bào)告；要求承建單位及時(shí)提供用戶手冊(cè)和操作手冊(cè)等相關(guān)文檔。
四、信息系統(tǒng)工程監(jiān)理目標(biāo)控制模型的應(yīng)用
信息系統(tǒng)工程的監(jiān)理環(huán)節(jié)具有較高的復(fù)雜程度，因此單一的模型很難對(duì)監(jiān)理體系的整個(gè)體系進(jìn)行充分概括。通過(guò)對(duì)傳統(tǒng)建筑工程監(jiān)理環(huán)節(jié)進(jìn)行借鑒，并通過(guò)結(jié)合信息系統(tǒng)工程的特點(diǎn)，充分應(yīng)用新型軟件工程項(xiàng)目管理技術(shù)，需要從兩個(gè)維度對(duì)信息系統(tǒng)工程監(jiān)理模型應(yīng)用進(jìn)行介紹：
1、時(shí)序維度的監(jiān)理實(shí)施模型應(yīng)用
該模型的基礎(chǔ)是監(jiān)理工作的時(shí)間順序，并通過(guò)信息系統(tǒng)工程的生命周期，主要分為三個(gè)階段：前期監(jiān)理、中期監(jiān)理和后期監(jiān)理。前期監(jiān)理主要的工作是更多的了解信息系統(tǒng)工程的意義，并對(duì)參與招標(biāo)的建設(shè)單位提供有效的保住，在招標(biāo)的同時(shí)，提出重要功能和總體目的。并對(duì)初步方案進(jìn)行擬定，以及對(duì)實(shí)施技術(shù)的考察環(huán)節(jié)進(jìn)行負(fù)責(zé)。中期監(jiān)理則是根據(jù)信息系統(tǒng)工程不同的情況，具有差異性。差異性主要體現(xiàn)在信息系統(tǒng)工程與組織的關(guān)系方面，組織的支持是信息系統(tǒng)工程成功實(shí)施的基礎(chǔ)保障，因此中期監(jiān)理的主要任務(wù)是對(duì)監(jiān)督軟硬件設(shè)備的采購(gòu)情況，以及實(shí)施計(jì)劃進(jìn)行詳細(xì)的審核。并對(duì)具體項(xiàng)目進(jìn)行風(fēng)險(xiǎn)控制，檢驗(yàn)具體項(xiàng)目的關(guān)鍵性因素，并對(duì)符合要求的項(xiàng)目簽署合格證書(shū)，以此來(lái)保證工程質(zhì)量。后期監(jiān)理主要是對(duì)整個(gè)施工過(guò)程進(jìn)行充分的記錄，并在完工之后進(jìn)行有效的分析，從而對(duì)施工結(jié)果進(jìn)行評(píng)判，并對(duì)整體工程監(jiān)理過(guò)程進(jìn)行總結(jié)概括。
2、管理維度的監(jiān)理實(shí)施模型應(yīng)用。與時(shí)序維度的監(jiān)理
實(shí)施模型不同的事，項(xiàng)目管理維度的監(jiān)理實(shí)施模型更傾向于管理職能，并可以在監(jiān)理的過(guò)程中充分借鑒相關(guān)的管理學(xué)理論，從而充實(shí)項(xiàng)目管理的科學(xué)性。并通過(guò)項(xiàng)目管理使得信息
系統(tǒng)工程的各個(gè)環(huán)節(jié)能夠充分合作，并對(duì)各個(gè)環(huán)節(jié)的需求進(jìn)行充分的滿足，能充分的優(yōu)化資源利用。但項(xiàng)目管理維度的監(jiān)理實(shí)施模型應(yīng)用需要具有充分的管理知識(shí)以及應(yīng)用領(lǐng)域的專(zhuān)業(yè)知識(shí)。工程監(jiān)理工作本身便屬于管理的范疇，如果將工程分為基本工程和支持工程，則工程監(jiān)理對(duì)象屬于基本工程，而監(jiān)理環(huán)節(jié)根據(jù)自身監(jiān)督、評(píng)價(jià)和調(diào)理的定義，更接近支持工程的范疇。因此項(xiàng)目管理維度的監(jiān)理實(shí)施模型應(yīng)用需要具有成熟的項(xiàng)目管理知識(shí)，并結(jié)合不同項(xiàng)目的特點(diǎn)，制定相應(yīng)管理戰(zhàn)略，從而完善整個(gè)項(xiàng)目管理體系，加強(qiáng)信息系統(tǒng)工程監(jiān)理體系的指導(dǎo)意義，有效的保證工程監(jiān)理環(huán)節(jié)對(duì)工程質(zhì)量的控制。
結(jié)語(yǔ)
隨著我國(guó)工程建設(shè)監(jiān)理制度的發(fā)展，我國(guó)的信息系統(tǒng)工程監(jiān)理也得到了長(zhǎng)足的進(jìn)步。而通過(guò)對(duì)信息系統(tǒng)工程監(jiān)理工作的特點(diǎn)，以及信息技術(shù)服務(wù)的相應(yīng)技術(shù)參考模型進(jìn)行分析，能夠有效地對(duì)信息系統(tǒng)工程監(jiān)理技術(shù)參考模型的基本要素及構(gòu)成進(jìn)行研究，從而使得技術(shù)參考模型給我適合監(jiān)理國(guó)家標(biāo)準(zhǔn)。
