軟件測(cè)試論文精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的軟件測(cè)試論文主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：軟件測(cè)試論文范文

目前制定實(shí)現(xiàn)規(guī)范并比較適用于復(fù)用的組件模型有CORBA/ORB、COM/ActiveX、JavaBean以及.NET等。通過(guò)對(duì)以上組件模型的研究與對(duì)比，本系統(tǒng)選定.NET中的WindowsForms作為本實(shí)時(shí)測(cè)控軟件的組件模型，使用.NETFramework的公共語(yǔ)言運(yùn)行時(shí)，組件都建立在一個(gè)共同的底層基礎(chǔ)上，不再定義使用復(fù)雜的管道接口，對(duì)象可以直接交互訪問(wèn)，有利于組件的自由配置，同時(shí)，利用.NET技術(shù)的分層結(jié)構(gòu)特點(diǎn),采用“搭積本”的方式生產(chǎn)軟件，大大提高軟件開(kāi)發(fā)效率。

2基于組件技術(shù)的實(shí)時(shí)測(cè)控軟件開(kāi)發(fā)

2.1軟件架構(gòu)設(shè)計(jì)

在組件技術(shù)中，一個(gè)組件就是一個(gè)接口集，它通過(guò)接口對(duì)功能進(jìn)行封裝。因此，對(duì)于同一個(gè)應(yīng)用程序架構(gòu)，只要其使用的接口集合不變，即可通過(guò)更換支持同樣接口集的組件來(lái)獲得不同應(yīng)用，也可重復(fù)利用同一個(gè)組件或?qū)M件進(jìn)行二次開(kāi)發(fā)。而基于組件建立的軟件架構(gòu)和應(yīng)用開(kāi)發(fā)，其最大優(yōu)點(diǎn)在于可以復(fù)用的應(yīng)用結(jié)構(gòu)和軟件單元。實(shí)時(shí)測(cè)控軟件主要是對(duì)實(shí)時(shí)測(cè)控?cái)?shù)據(jù)的處理、評(píng)估和顯示，而測(cè)控?cái)?shù)據(jù)主要包括光測(cè)、雷測(cè)、遙測(cè)及GPS測(cè)量等類型，其處理過(guò)程通常包括數(shù)據(jù)采集、數(shù)據(jù)解析、數(shù)據(jù)處理和結(jié)果評(píng)估等四個(gè)部分，針對(duì)以上4種數(shù)據(jù)類型，在基于組件技術(shù)思想下，其處理架構(gòu)可統(tǒng)一進(jìn)行設(shè)計(jì)，如圖1所示。針對(duì)靶場(chǎng)測(cè)控系統(tǒng)中光測(cè)、雷測(cè)、遙測(cè)及GPS測(cè)量等數(shù)據(jù)處理應(yīng)用，通過(guò)將數(shù)據(jù)采集組件、數(shù)據(jù)解析組件、數(shù)據(jù)處理組件、結(jié)果評(píng)估組件替換成相應(yīng)功能的組件，即可實(shí)現(xiàn)在保持軟件架構(gòu)不變的前提下開(kāi)發(fā)出不同的應(yīng)用系統(tǒng)。

2.2基于組件技術(shù)的軟件升級(jí)維護(hù)

組件接口是對(duì)某一功能的一套抽象描述，具有封裝性，它通過(guò)接口與其功能實(shí)現(xiàn)分離開(kāi)了，并以接口作為客戶與組件（或組件之間）交互的唯一方式，因此，只要保持接口不變，就可以將系統(tǒng)中的組件用新的組件替換，以隨時(shí)進(jìn)行系統(tǒng)升級(jí)維護(hù)。下面以實(shí)時(shí)測(cè)控?cái)?shù)據(jù)處理軟件中的雷測(cè)數(shù)據(jù)處理應(yīng)用為例，其軟件的架構(gòu)如圖2所示。當(dāng)需要對(duì)系統(tǒng)進(jìn)行升級(jí)維護(hù)時(shí)，在軟件架構(gòu)完全保持不變的前提下，對(duì)具體的組件進(jìn)行替換，只要保持接口不變，程序無(wú)需重新編譯鏈接，系統(tǒng)即可通過(guò)使用更新后組件中的新接口來(lái)獲得新特性，從而實(shí)現(xiàn)系統(tǒng)的升級(jí)維護(hù)。

2.3利用組件復(fù)用技術(shù)實(shí)現(xiàn)軟件功能擴(kuò)展

組件復(fù)用是利用已有組件創(chuàng)建新組件，即通過(guò)第三方產(chǎn)品來(lái)構(gòu)建自己產(chǎn)品。組件復(fù)用是通過(guò)包容和聚合來(lái)實(shí)現(xiàn)的，包容時(shí)外部組件包含內(nèi)部組件的接口，它由外部組件接收此調(diào)用請(qǐng)求再交由內(nèi)部組件來(lái)處理，聚合時(shí)外部組件直接調(diào)用內(nèi)部組件的接口，它讓內(nèi)部組件直接處理該調(diào)用請(qǐng)求。在C++語(yǔ)言，通過(guò)在外部組件中增加內(nèi)部組件接口，并把調(diào)用請(qǐng)求轉(zhuǎn)發(fā)給內(nèi)部組件即可實(shí)現(xiàn)包容，對(duì)于聚合，在內(nèi)部組件中維護(hù)一個(gè)外部組件接口指針（如m_pUnknownOuter），通過(guò)委托機(jī)制，讓內(nèi)部組件接口提出的查詢接口請(qǐng)求由一個(gè)委托接口轉(zhuǎn)發(fā)至外部組件，再由外部組件接口查詢內(nèi)部組件。這樣就可以實(shí)現(xiàn)一致的訪問(wèn)，即不管是通過(guò)外部組件的接口，還是內(nèi)部組件的接口，都可以查詢到內(nèi)外組件所支持的接口集合。在實(shí)際應(yīng)用中，軟件開(kāi)發(fā)不僅有大量的、功能強(qiáng)大的商業(yè)化組件可以使用，而且有應(yīng)用廣泛的、成熟的靶場(chǎng)測(cè)控系統(tǒng)專用組件可以使用，如組件化的數(shù)據(jù)接收、量綱復(fù)用、坐標(biāo)轉(zhuǎn)換、濾波平滑、精度評(píng)估等功能模塊。因此，利用好組件復(fù)用技術(shù)可以有效擴(kuò)展靶場(chǎng)測(cè)控?cái)?shù)據(jù)處理系統(tǒng)的軟件功能，對(duì)于靶場(chǎng)測(cè)控系統(tǒng)建設(shè)具有重要的現(xiàn)實(shí)意義。

3結(jié)束語(yǔ)

第2篇：軟件測(cè)試論文范文

關(guān)鍵詞：CMS；軟件測(cè)試；對(duì)策；問(wèn)題

一、CMS簡(jiǎn)介及軟件測(cè)試原則

CMS是英文Content Management System的縮寫(xiě)，中文含義“內(nèi)容管理系統(tǒng)”，該系統(tǒng)具有多種現(xiàn)存的優(yōu)秀模版，在軟件開(kāi)發(fā)或者網(wǎng)站制作中可以起到很大的促進(jìn)作用，能夠有效提高開(kāi)發(fā)速度、減少開(kāi)發(fā)費(fèi)用。

軟件測(cè)試是軟件工程中的一個(gè)概念，是指軟件測(cè)試人員采用人工或自動(dòng)的方式對(duì)開(kāi)發(fā)的軟件進(jìn)行測(cè)試，旨在發(fā)現(xiàn)其中的問(wèn)題既未達(dá)到設(shè)計(jì)要求的部分或者發(fā)現(xiàn)實(shí)際結(jié)果和預(yù)期設(shè)計(jì)結(jié)果的差別。軟件測(cè)試不僅僅在于發(fā)現(xiàn)問(wèn)題，更重要的在于改進(jìn)問(wèn)題。當(dāng)發(fā)現(xiàn)問(wèn)題以后，測(cè)試人員會(huì)及時(shí)與設(shè)計(jì)人員聯(lián)系進(jìn)行溝通，解決問(wèn)題。軟件測(cè)試必須遵循六個(gè)原則：考慮用戶需求是軟件測(cè)試的首要原則；在真正的軟件測(cè)試開(kāi)始之前就要制定完整細(xì)致的測(cè)試計(jì)劃；采用Pareto原則進(jìn)行測(cè)試；軟件測(cè)試應(yīng)從小到大，首先從小模塊開(kāi)始，逐漸向大模塊發(fā)展；軟件測(cè)試采用抽樣檢測(cè)方式，窮舉檢測(cè)室是不可能實(shí)現(xiàn)的；軟件測(cè)試最好由第三方或者非設(shè)計(jì)人員進(jìn)行測(cè)試以確保軟件測(cè)試的客觀和準(zhǔn)確性；過(guò)分和不充分的測(cè)試是不合理的，測(cè)試時(shí)應(yīng)選取適當(dāng)?shù)臏y(cè)試案例，能達(dá)到測(cè)試目的即可。軟件測(cè)試的內(nèi)容主要包括：正確性測(cè)試；容錯(cuò)性測(cè)試；性能與效率測(cè)試；易用性測(cè)試；文檔測(cè)試。

二、CMS軟件測(cè)試中存在的問(wèn)題

本文以某公司的購(gòu)物軟件為例進(jìn)行，下面簡(jiǎn)稱該軟件開(kāi)發(fā)為S項(xiàng)目。S項(xiàng)目是該公司接手制作的一個(gè)大型的客戶到客戶的網(wǎng)絡(luò)購(gòu)物系統(tǒng)，可以提供商家開(kāi)店及客戶購(gòu)買(mǎi)服務(wù)。在軟件設(shè)計(jì)與開(kāi)發(fā)過(guò)程中需要不斷進(jìn)行軟件測(cè)試，同時(shí)也出現(xiàn)了很多問(wèn)題。

1.軟件測(cè)試與開(kāi)發(fā)數(shù)據(jù)間存在相互影響

軟件測(cè)試人員與開(kāi)發(fā)人員使用的是同一個(gè)數(shù)據(jù)庫(kù)，所以在測(cè)試與開(kāi)發(fā)過(guò)程中兩組人員工作時(shí)產(chǎn)生的數(shù)據(jù)都保存到同一個(gè)數(shù)據(jù)庫(kù)，這樣就出現(xiàn)了使用混亂。測(cè)試人員在進(jìn)行測(cè)試時(shí)產(chǎn)生的數(shù)據(jù)將對(duì)開(kāi)發(fā)人員的工作帶來(lái)不便，開(kāi)發(fā)人員工作時(shí)產(chǎn)生的數(shù)據(jù)同時(shí)影響測(cè)試人員的進(jìn)程。雖然這種問(wèn)題不會(huì)導(dǎo)致系統(tǒng)癱瘓等大的問(wèn)題，但是有時(shí)會(huì)因?yàn)槌霈F(xiàn)因?yàn)槟硞€(gè)公用數(shù)據(jù)的問(wèn)題而導(dǎo)致原本設(shè)定好的系統(tǒng)運(yùn)行方式而無(wú)法執(zhí)行。

2.各組測(cè)試人員缺乏交流

該公司S項(xiàng)目中的購(gòu)物系統(tǒng)是一個(gè)很大的系統(tǒng)項(xiàng)目，所以開(kāi)發(fā)和測(cè)試人員很多，為了明確職責(zé)，這些人員分工細(xì)密，同時(shí)也正是由于細(xì)致的分工導(dǎo)致人員之間交流的缺乏。首先開(kāi)發(fā)人員和測(cè)試人員缺乏交流，這直接導(dǎo)致開(kāi)發(fā)與測(cè)試脫節(jié)，很多簡(jiǎn)單技術(shù)問(wèn)題被放大，需要浪費(fèi)很大的人力物力財(cái)力才能解決。比如在進(jìn)行系統(tǒng)開(kāi)發(fā)時(shí)，客戶的要求開(kāi)發(fā)人員需要對(duì)系統(tǒng)設(shè)計(jì)進(jìn)行改編，但是由于龐大的人員系統(tǒng)的存在，改信息不可能及時(shí)傳遞到測(cè)試人員手里，因此測(cè)試人員仍采用預(yù)定測(cè)試數(shù)據(jù)對(duì)系統(tǒng)進(jìn)行測(cè)試，測(cè)試結(jié)果肯定是不正確的，因此測(cè)試人員需要花很大的努力尋找錯(cuò)誤源。

3.不同的測(cè)試環(huán)境導(dǎo)致系統(tǒng)異常情況出現(xiàn)

該公司的S項(xiàng)目完成以后首先在江蘇省蘇州市公司進(jìn)行測(cè)試，通過(guò)測(cè)試后再已送到日本總公司進(jìn)行第二次的測(cè)試。由于日本和中國(guó)不同測(cè)試環(huán)境的存在，可能出現(xiàn)一些異常情況。有些系統(tǒng)模塊在蘇州可通過(guò)測(cè)試，但是在日本公司卻不能通過(guò)出現(xiàn)錯(cuò)誤。這些錯(cuò)誤也許是因?yàn)闇y(cè)試工具的不同造成，也許是因?yàn)槿毡竞椭袊?guó)網(wǎng)絡(luò)服務(wù)器的不同造成，但是最終結(jié)果是軟件測(cè)試沒(méi)有獲得通過(guò)。

4.系統(tǒng)需求的不斷變更

系統(tǒng)開(kāi)發(fā)之前需要進(jìn)行需求分析和軟件可行性分析，只有在確定了軟件需求以后軟件開(kāi)發(fā)公司才會(huì)進(jìn)行開(kāi)發(fā)。但是意外總是存在的，客戶是有頭腦有思想的人，所以在軟件開(kāi)發(fā)過(guò)程中經(jīng)常出現(xiàn)需求變動(dòng)，尤其像該公司S項(xiàng)目一樣大型的購(gòu)物軟件系統(tǒng)，消費(fèi)者需求在變，軟件也要跟著進(jìn)行改變。需求變更帶來(lái)的損失是巨大的，需求的每次變更都需要組織軟件開(kāi)發(fā)與測(cè)試人員開(kāi)會(huì)商討后期事宜，浪費(fèi)時(shí)間。

三、問(wèn)題對(duì)策

針對(duì)上述軟件測(cè)試中的四項(xiàng)問(wèn)題，本文將給出具有針對(duì)性的解決策略。

針對(duì)測(cè)試人員與開(kāi)發(fā)人員數(shù)據(jù)庫(kù)共用問(wèn)題，可在系統(tǒng)進(jìn)行開(kāi)發(fā)之前就先設(shè)計(jì)出兩個(gè)數(shù)據(jù)庫(kù)，開(kāi)發(fā)人員和軟件測(cè)試人員分別使用不同數(shù)據(jù)庫(kù)數(shù)據(jù)。

針對(duì)各組人員缺乏交流問(wèn)題可以采取的措施有：定期召開(kāi)圓桌會(huì)議，各組人員進(jìn)行工作交流；公司可組織召開(kāi)一些文體活動(dòng)，增進(jìn)交流等。

針對(duì)環(huán)境不同導(dǎo)致的測(cè)試結(jié)果不同可采用的方法是在蘇州公司設(shè)置一臺(tái)測(cè)試服務(wù)器，在日本設(shè)置兩臺(tái)。在蘇州通過(guò)測(cè)試以后將服務(wù)器內(nèi)容拷貝到日本的第一臺(tái)服務(wù)器，通過(guò)以后再在第二臺(tái)上進(jìn)行測(cè)試。

針對(duì)系統(tǒng)需求不斷改變的問(wèn)題可在系統(tǒng)開(kāi)發(fā)之前進(jìn)行詳細(xì)的需求分析與調(diào)查，明確客戶需求。同時(shí)軟件測(cè)試人員參加設(shè)計(jì)開(kāi)發(fā)人員的例會(huì)，去發(fā)現(xiàn)系統(tǒng)要修改的內(nèi)容，從而及時(shí)更新測(cè)試方案。

四、結(jié)語(yǔ)

軟件測(cè)試對(duì)于提高軟件開(kāi)發(fā)過(guò)程的效率和成果質(zhì)量具有重要作用，也是唯一可以確定開(kāi)發(fā)出來(lái)的軟件質(zhì)量的方式。近年來(lái)隨著軟件工程技術(shù)的不斷發(fā)展，軟件測(cè)試技術(shù)也得到了一定的發(fā)展，各種測(cè)試技術(shù)不斷涌現(xiàn)，使得軟件測(cè)試更加準(zhǔn)確和高效。但是在實(shí)際的軟件測(cè)試技術(shù)選擇上要根據(jù)具體情況具體分析，力求既完成了軟件測(cè)試也要注意經(jīng)濟(jì)合理性。本文以公司實(shí)例為研究對(duì)象，對(duì)該公司采用的CMS軟件測(cè)試方法進(jìn)行研究，對(duì)其中存在的問(wèn)題及缺陷一一闡述，并提出了具有針對(duì)性的解決方案，對(duì)于相似案例的研究具有重要的啟發(fā)意義。

參考文獻(xiàn)：

[1]楊根興，宗宇偉.軟件測(cè)試不確定性研究及解決途徑[J].計(jì)算機(jī)工程.2004（07）