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