1. <tt id="5hhch"><source id="5hhch"></source></tt>
    1. <xmp id="5hhch"></xmp>

  2. <xmp id="5hhch"><rt id="5hhch"></rt></xmp>

    <rp id="5hhch"></rp>
        <dfn id="5hhch"></dfn>

      1. 計(jì)算機(jī)軟件測(cè)試技術(shù)分析

        時(shí)間:2020-09-29 13:37:24 計(jì)算機(jī)軟件畢業(yè)論文 我要投稿

        計(jì)算機(jī)軟件測(cè)試技術(shù)分析

          軟件測(cè)試的缺陷指的就是軟件系統(tǒng)的內(nèi)部問題,以下是小編搜集整理的一篇探究計(jì)算機(jī)軟件測(cè)試技術(shù)應(yīng)用的論文范文,歡迎閱讀查看。

          摘 要 計(jì)算機(jī)軟件測(cè)試技術(shù)被定義一個(gè)計(jì)算機(jī)程序或系統(tǒng)屬性為目標(biāo)的任何一種技術(shù)活動(dòng),測(cè)試也是對(duì)軟件質(zhì)量的一種評(píng)估。軟件測(cè)試也為了提高軟件的應(yīng)用質(zhì)量,對(duì)測(cè)試軟件進(jìn)行工程設(shè)計(jì),實(shí)現(xiàn)維護(hù)和實(shí)施的整個(gè)工程生命周期。本文對(duì)軟件測(cè)試的基本定義和軟件測(cè)試的必要性進(jìn)行了研究和探討,以供參考。

          【關(guān)鍵詞】計(jì)算機(jī) 軟件測(cè)試 分析

          軟件功能的實(shí)現(xiàn)是通過軟件編碼和測(cè)試來(lái)實(shí)現(xiàn)。軟件編碼就是通常所說的編程,程序代碼。實(shí)際上編碼就是將具體的框架功能,加上算法利用計(jì)算機(jī)來(lái)實(shí)現(xiàn)。利用計(jì)算機(jī)把算法和語(yǔ)言翻譯出來(lái)。計(jì)算機(jī)編程的質(zhì)量主要取決于軟件設(shè)計(jì)的質(zhì)量。編程結(jié)束后,需要對(duì)軟件的具體功能進(jìn)行嚴(yán)格的測(cè)試,通過測(cè)試看看軟件在計(jì)劃中、設(shè)計(jì)中、框架結(jié)構(gòu)和編碼中是否有錯(cuò)誤,遇到錯(cuò)誤加以改正。

          1 軟件測(cè)試的具體目的和意義

          1.1 計(jì)算機(jī)軟件測(cè)試的目的

          計(jì)算機(jī)軟件測(cè)試的目的就是能夠減少時(shí)間和人力、物力找出軟件中存在的一些措施,加以改正。軟件測(cè)試的范圍包括:軟件計(jì)劃、軟件設(shè)計(jì)、軟件編程代碼,主要是代碼這塊是否存在錯(cuò)誤,一旦代碼出現(xiàn)錯(cuò)誤,很容易導(dǎo)致軟件功能出現(xiàn)錯(cuò)誤。軟件測(cè)試設(shè)計(jì)到軟件開發(fā)周期中各個(gè)階段的錯(cuò)誤,測(cè)試也是對(duì)錯(cuò)誤性質(zhì)和位置進(jìn)行糾正。在整個(gè)糾正的過程中可能會(huì)涉及到改正或重新規(guī)劃文檔活動(dòng)。

          1.2 計(jì)算機(jī)軟件測(cè)試的缺陷

          軟件測(cè)試的缺陷指的就是軟件系統(tǒng)的內(nèi)部問題,軟件功能的故障是用戶從外部觀察的軟件實(shí)現(xiàn)功能與客戶需要有所差別。并不是每一個(gè)軟件缺陷都能夠?qū)е萝浖l(fā)生故障,有的只是在不滿足某種條件下才會(huì)發(fā)生軟件癱瘓。

          2 軟件測(cè)試的基本原則

          軟件測(cè)試要具備不完全原則,不完全原則就是指測(cè)試不完全。具有免疫性原則,軟件測(cè)試必然具有免疫性,測(cè)試人員完成的測(cè)試越來(lái)越多,其免疫功能就越強(qiáng)大,想要尋找軟件的缺陷也是越發(fā)的困難。全程測(cè)試的原則,全程測(cè)試指的是不僅僅測(cè)試在程序完成之后,應(yīng)該貫穿于整個(gè)軟件開發(fā)的流程。80/20原則,有80%的軟件缺陷存在于軟件20%的空間中,軟件缺陷的問題具有空間聚集性。

          3 軟件測(cè)試方法

          根據(jù)測(cè)試的整個(gè)過程來(lái)確定是否需要運(yùn)行被測(cè)試的.程序,一般測(cè)試方法分為兩種:靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。

          3.1 靜態(tài)測(cè)試方法

          靜態(tài)測(cè)試時(shí)對(duì)軟件代碼的一種分析和測(cè)驗(yàn)。在測(cè)試的過程中不實(shí)際的運(yùn)行程序,而是通過各種軟件文檔的測(cè)試。對(duì)于靜態(tài)的才是可以采用人工測(cè)試和計(jì)算機(jī)輔助測(cè)試兩種方法,靜態(tài)測(cè)試適用于軟件開發(fā)的整個(gè)過程中。

          3.2 動(dòng)態(tài)測(cè)試

          計(jì)算機(jī)軟件測(cè)試中的動(dòng)態(tài)測(cè)試就是通過運(yùn)行的軟件來(lái)檢驗(yàn)軟件的一些動(dòng)態(tài)行為和軟件的運(yùn)行結(jié)果,是否是正確的。動(dòng)態(tài)測(cè)試的根本特征就是軟件程序必須要真正的被運(yùn)行。通過輸入測(cè)試數(shù)據(jù),對(duì)其運(yùn)行的根本情況進(jìn)行分析。在所有的動(dòng)態(tài)測(cè)試中可以包括兩方面的因素:被測(cè)試軟件和軟件測(cè)試中應(yīng)用到的數(shù)據(jù)。

          3.3 黑盒測(cè)試

          黑盒測(cè)試又稱為功能測(cè)試或者是數(shù)據(jù)驅(qū)動(dòng)測(cè)試。他是在已知的軟件的前提下,通過測(cè)試來(lái)檢驗(yàn)每一個(gè)功能是否是正常使用的。主要有等價(jià)類劃分、邊界值劃分、錯(cuò)誤推測(cè)方法等等。

          3.4 軟件測(cè)試的具體過程

          (1)代碼審查。代碼審查是一項(xiàng)非常有效果的程序驗(yàn)證技術(shù),對(duì)于一般程序來(lái)講有30%―70%能夠被檢出有錯(cuò)誤,包括邏輯錯(cuò)誤或編碼錯(cuò)誤。代碼審查一般都是由審查小組通過閱讀、討論對(duì)程序進(jìn)行靜態(tài)測(cè)試的過程。(2)單元測(cè)試。單元測(cè)試就是對(duì)軟件中的每一個(gè)基本組成單位進(jìn)行測(cè)試,包括某一個(gè)類,某一個(gè)方法或者是某一個(gè)模塊。因?yàn)樾枰浞至私獬绦騼?nèi)部所涉及的每一個(gè)編碼的細(xì)節(jié),所以單位測(cè)試一般都需要由編程人員來(lái)完成。通過測(cè)試來(lái)檢驗(yàn)每一個(gè)功能模塊能否實(shí)現(xiàn)其實(shí)際功能,是否存在與客戶需求不符合的情況。

          4 軟件測(cè)試的技術(shù)策略

          4.1 單元測(cè)試

          在單元測(cè)試中,由于被測(cè)試的軟件模塊處于整個(gè)軟件結(jié)構(gòu)的某一個(gè)位置,一般是被其他模塊或組件調(diào)用的模塊或組建,其本身并不能夠單獨(dú)的運(yùn)行,因此需要對(duì)被測(cè)模塊或組件進(jìn)行驅(qū)動(dòng)程序或存根程序的設(shè)計(jì)。驅(qū)動(dòng)程序也是設(shè)計(jì)中的一個(gè)主程序,主要負(fù)責(zé)接收數(shù)據(jù),把這些相關(guān)的數(shù)據(jù)傳給被測(cè)試的模塊或組建,并且打印相關(guān)的測(cè)試結(jié)果。存根程序就是STNB,它是代替被測(cè)試的軟件所調(diào)用的模塊組件,也是一個(gè)虛擬的子程序。

          4.2 集成測(cè)試

          (1)非漸增的方式。非漸增的方式也是一次性組裝的方式,這種方式在所有的模塊進(jìn)行單元測(cè)試之后,將所有的模塊按照設(shè)計(jì)中的要求結(jié)構(gòu)圖連接起來(lái),連接之后的程序作為一個(gè)整體進(jìn)行測(cè)試。在一些小的測(cè)試項(xiàng)目中,可以使用非漸增的方式進(jìn)行系統(tǒng)的集成測(cè)試,但是在一些大的項(xiàng)目中,這種集成測(cè)試并不合適,因此在目前一些軟件測(cè)試中都會(huì)采用漸增的方式進(jìn)行測(cè)試。(2)漸增測(cè)試方式。漸增測(cè)試方式又是增值式組裝方式,此種測(cè)試方式把下一個(gè)要測(cè)試的模塊同已經(jīng)測(cè)試號(hào)的模塊連接起來(lái)再次進(jìn)行測(cè)試,測(cè)試完成之后把下一個(gè)測(cè)試的模塊起來(lái)進(jìn)行測(cè)試。模塊測(cè)試在不斷的增加,這種漸增方式與非漸增方式有很大的不同,他的集成方式是慢慢實(shí)現(xiàn)的。集成測(cè)試也是一點(diǎn)點(diǎn)來(lái)完成的,當(dāng)漸增方式與模塊都連接到程序中去時(shí),按照不同的次序可以有兩種策略進(jìn)行選擇。

          4.3 系統(tǒng)測(cè)試

          系統(tǒng)測(cè)試的根本目的就是保證系統(tǒng)能夠?qū)崿F(xiàn)客戶想要的。為了能夠達(dá)到這樣的目的,需要完成一系列的測(cè)試活動(dòng),這些活動(dòng)包括系統(tǒng)的功能測(cè)試,系統(tǒng)的性能測(cè)試,對(duì)系統(tǒng)的驗(yàn)收和安裝等測(cè)試。

          (1)系統(tǒng)功能測(cè)試。對(duì)系統(tǒng)功能測(cè)試也是需求測(cè)試的一種。主要對(duì)軟件編程系統(tǒng)中功能性進(jìn)行檢測(cè),按照客戶的需求進(jìn)行一一對(duì)照,找出存在的差異很問題,也就是檢測(cè)系統(tǒng)是否能后滿足客戶所指定的功能。功能測(cè)試一般使用的方法是黑盒測(cè)試。(2)性能測(cè)試。對(duì)于性能測(cè)試,是一些非功能性需求的問題,找出非功能性需求和系統(tǒng)要求之間的差異。如安全性、精度確認(rèn)、運(yùn)行速度等等。性能測(cè)試要進(jìn)行多項(xiàng)的測(cè)試活動(dòng)。

          5 結(jié)論

          軟件測(cè)試是軟件工程的一個(gè)基本范疇,軟件測(cè)試時(shí)有計(jì)劃,有目的的工作活動(dòng)。軟件測(cè)試也是指認(rèn)為或自動(dòng)化手段運(yùn)行或檢測(cè)某一個(gè)系統(tǒng)的過程,其目的在于檢驗(yàn)是否滿足某種預(yù)期的結(jié)果。軟件在測(cè)試的過程中發(fā)現(xiàn)錯(cuò)誤,一個(gè)好的軟件測(cè)試需要檢測(cè)出沒有發(fā)現(xiàn)的錯(cuò)誤,經(jīng)過測(cè)試的軟件也不能確保完全正確,但軟件測(cè)試一直都是保證軟件質(zhì)量的一個(gè)重要措施,軟件測(cè)試貫穿與整個(gè)軟件工程中。

          參考文獻(xiàn)

          [1]徐暉.計(jì)算機(jī)軟件測(cè)試技術(shù)與深度開發(fā)應(yīng)用探討[J].計(jì)算機(jī)光盤軟件與應(yīng)用,2012年第20期.

          [2]呂雄津.淺談?dòng)?jì)算機(jī)軟件測(cè)試技術(shù)與保護(hù)技術(shù)[J].計(jì)算機(jī)光盤軟件與應(yīng)用,2012年第18期.

          [3]李翼,陳創(chuàng).計(jì)算機(jī)軟件測(cè)試技術(shù)淺談[J].計(jì)算機(jī)光盤軟件與應(yīng)用,2012年第11期.

        【計(jì)算機(jī)軟件測(cè)試技術(shù)分析】相關(guān)文章:

        1.計(jì)算機(jī)軟件測(cè)試技術(shù)及開發(fā)應(yīng)用

        2.計(jì)算機(jī)軟件中的插件技術(shù)分析

        3.探討計(jì)算機(jī)軟件測(cè)試的相關(guān)技術(shù)應(yīng)用

        4.機(jī)械工程測(cè)試技術(shù)教學(xué)難點(diǎn)分析

        5.計(jì)算機(jī)軟件技術(shù)傳感器原理分析

        6.計(jì)算機(jī)軟件開發(fā)中的分層技術(shù)分析

        7.計(jì)算機(jī)軟件開發(fā)中分層技術(shù)應(yīng)用分析

        8.計(jì)算機(jī)軟件技術(shù)課程教學(xué)改革分析

        国产高潮无套免费视频_久久九九兔免费精品6_99精品热6080YY久久_国产91久久久久久无码

        1. <tt id="5hhch"><source id="5hhch"></source></tt>
          1. <xmp id="5hhch"></xmp>

        2. <xmp id="5hhch"><rt id="5hhch"></rt></xmp>

          <rp id="5hhch"></rp>
              <dfn id="5hhch"></dfn>