關(guān)于計(jì)算機(jī)軟件測試方法的研究摘要：在計(jì)算機(jī)技術(shù)和互聯(lián)網(wǎng)技術(shù)迅猛發(fā)展的今天，軟件測試工作有很大發(fā)展，在軟件開發(fā)過程中，引入了更多，更高級測試方法，大大提高軟件開發(fā)的效率。與此同時，軟件測試也變得越來越重要。但測試行業(yè)也有許多問題亟待解決，測試人員怎樣執(zhí)行測試過程，選用何種測試方式是有價(jià)值的，這系列問題對測試過程管理研究提出了巨大的要求。本文與所學(xué)內(nèi)容相結(jié)合，剖析了現(xiàn)行測試方法和測試管理尚存在的一些尚未解決的問題，并針對上述問題，提出了作者的思考和優(yōu)化建議，希望此次探討能夠?yàn)閮?yōu)化計(jì)算機(jī)軟件測試這一課題在理論和實(shí)踐上的研究有所裨益。關(guān)鍵詞：計(jì)算機(jī)；軟件測試軟件測試是指通過人工或自動的方式來運(yùn)行或確定某個系統(tǒng)/程序，從而確保軟件質(zhì)量的過程，改善用戶體驗(yàn)，降低開發(fā)成本等技術(shù)途徑。貫穿于軟件產(chǎn)品的整個開發(fā)周期，其目的是檢驗(yàn)產(chǎn)品是否符合規(guī)定的要求。在互聯(lián)網(wǎng)高速發(fā)展的今天，軟件系統(tǒng)的復(fù)雜程度也越來越高。在進(jìn)行軟件開發(fā)時，要有很多人參與，并且需要投入很多時間和精力。這樣就使傳統(tǒng)軟件測試工具很難勝任工作。一個產(chǎn)品不再是一兩個開發(fā)人員一個人在完成，由團(tuán)隊(duì)合作而形成，或許每個人只負(fù)責(zé)其中的一個模塊，對于產(chǎn)品全局了解不夠全面。所以軟件在運(yùn)行時極易產(chǎn)生錯誤，而且每一位開發(fā)工程師都有思維局限性，他們的錯誤他們難以查明，所以這個時候就一定要有專門的測試工程師來使用專門的方法來檢測產(chǎn)品，否則會給企業(yè)帶來很大的損失。在IT公司內(nèi)部，軟件測試是一個必不可少的重要步驟，保證軟件質(zhì)量的首要方法，為此，文章就有關(guān)計(jì)算機(jī)軟件測試方法進(jìn)行了論述，并進(jìn)行了總結(jié)。1軟件測試的定義軟件測試采用手工或者自動方法進(jìn)行，以操作或確定特定的系統(tǒng)/程序，用于保證軟件質(zhì)量、提升用戶體驗(yàn)、減少開發(fā)成本的技術(shù)手段。貫穿軟件產(chǎn)品開發(fā)周期始終，其目的是為了檢查產(chǎn)品是否符合規(guī)定需要。隨著互聯(lián)網(wǎng)的迅猛發(fā)展，軟件系統(tǒng)日趨復(fù)雜。一件產(chǎn)品已經(jīng)不是1-2個開發(fā)人員獨(dú)自完成的，但要團(tuán)隊(duì)配合，也許大家都只是承擔(dān)了模塊之一的工作，對產(chǎn)品全局缺乏整體認(rèn)識。因此，該軟件運(yùn)行過程中極易出現(xiàn)錯誤，而每一個開發(fā)工程師都會有自己的思維局限，本身錯了本身就不好查，因此，此時必須由專業(yè)測試工程師以專業(yè)方式對產(chǎn)品進(jìn)行測試，否則，將使企業(yè)遭受重大損失。作為IT公司內(nèi)不可缺少的一個重要環(huán)節(jié)，軟件測試對于保證軟件質(zhì)量具有十分重要意義，被譽(yù)為“軟件質(zhì)量把關(guān)的最后的一道生命防線”。249742軟件測試的類型164072.1以軟件測試設(shè)計(jì)的依據(jù)測試用軟件測試依據(jù)來劃分軟件測試依據(jù)所謂“測試依據(jù)”，可指建立在軟件產(chǎn)品研制過程中，在不同迭代階段生產(chǎn)出產(chǎn)品，可一次接入多臺裝置，以及該裝置的管理，第三方被測的設(shè)備接通后，可以和被測設(shè)備進(jìn)行數(shù)據(jù)通信，實(shí)現(xiàn)了上位機(jī)和被測設(shè)備發(fā)出協(xié)議測試命令，并接收響應(yīng)結(jié)果等功能?？梢淮谓尤攵嗯_裝置，以及該裝置的管理，第三方被測的設(shè)備接通后，可以和被測設(shè)備進(jìn)行數(shù)據(jù)通信，實(shí)現(xiàn)了上位機(jī)和被測設(shè)備發(fā)出協(xié)議測試命令，并接收響應(yīng)結(jié)果等功能。測試技術(shù)比其他映射更加通用比如白盒測試技術(shù)滿足了單元測試的測試目標(biāo)，以及在目標(biāo)導(dǎo)向測試時，黑盒測試技術(shù)常用。表1測試設(shè)計(jì)的依據(jù)試驗(yàn)的基礎(chǔ)是試驗(yàn)設(shè)計(jì)。表格中比較主要有黑盒測試與白盒測試兩種。在此模型中，通過綜合考慮消息并行器排序與并行等因素，實(shí)現(xiàn)了對消息并行器控制與數(shù)據(jù)流的捕獲，并在變異數(shù)據(jù)生成與變異數(shù)據(jù)執(zhí)行之間提供了簡單明了，可視化的界面操作方式，要使用該軟件的各功能，用戶必須首先登錄，以便執(zhí)行有關(guān)的操作，用戶在填寫登錄信息和提交信息時，先要異步校驗(yàn)。在試驗(yàn)和設(shè)計(jì)的過程中，源代碼作為額外軟件產(chǎn)品使用。10012.2根據(jù)軟件開發(fā)生命周期階段進(jìn)行測試軟件測試活動在軟件項(xiàng)目全生命周期中都是滲透的。通過對響應(yīng)結(jié)果的監(jiān)控，在所述軟件頁面上展示所述響應(yīng)數(shù)據(jù)。變異數(shù)據(jù)執(zhí)行模塊在整個測試軟件中處于核心地位，通過執(zhí)行變異數(shù)據(jù)來監(jiān)控協(xié)議異常響應(yīng)，將所述響應(yīng)結(jié)果顯示在前端可視化頁面上，異常響應(yīng)由日志記錄解析，為了找出協(xié)議漏洞。下表列出軟件生命周期中各階段的分解，在這些測試類型中，列舉了軟件生命周期中各個階段需要進(jìn)行的測試。表2軟件生命周期階段其中單元測試與集成測試更是重中之重。因測試要求與測試依據(jù)的差異，二者在原則上應(yīng)存在很大的區(qū)別。試驗(yàn)主要由單元測試階段和集成階段組成、產(chǎn)生階段與驗(yàn)收階段。驗(yàn)收測試，是軟件部署前最后一次測試操作。測試用例管理模塊，主要用于管理被測協(xié)議測試用例，保存協(xié)議數(shù)據(jù)。各測試用例采用樹型結(jié)構(gòu)保存于測試用例集合中，用戶可在測試用例管理界面中通過增刪改查按鈕來操作各測試用例，產(chǎn)生變異數(shù)據(jù)所需的原始協(xié)議數(shù)據(jù)，需來自測試用例管理模塊數(shù)據(jù)庫。用戶按照測試需求，向測試用例的管理頁面申請新的測試用例，后臺程序收到請求，跳過新增頁面。使用者依據(jù)新界頁面提示，填妥測試用例有關(guān)資料。在用戶遞交之后的資料之后，后臺程序在數(shù)據(jù)庫中填入資料，以管理頁面的形式展示新增結(jié)果。303672.3軟件測試目標(biāo)導(dǎo)向測試目標(biāo)導(dǎo)向測試可理解為對具有特定驗(yàn)證對象的軟件進(jìn)行測試。表3列出了幾種常見的目標(biāo)導(dǎo)向測試類型。表3目標(biāo)導(dǎo)向測試在現(xiàn)代軟件技術(shù)蓬勃發(fā)展的今天，軟件應(yīng)用環(huán)境日趨復(fù)雜多樣。以目標(biāo)為導(dǎo)向進(jìn)行檢測，以檢測出具體種類的誤差，例如漏洞測試、安全漏洞檢查等，阻止非授權(quán)用戶進(jìn)入被測系統(tǒng)；魯棒性測試是用來檢驗(yàn)軟件系統(tǒng)對非法輸入是否穩(wěn)健，不同于功能測試，一般情況下，魯棒性測試用例都是在合法的輸入空間以外進(jìn)行設(shè)計(jì)。40433軟件測試存在的問題157323.1軟件測試工作質(zhì)量低，造成糾正性維護(hù)工作數(shù)量多據(jù)多數(shù)企業(yè)維護(hù)數(shù)據(jù)記載，一天至少有九次軟件缺陷導(dǎo)致維護(hù)問題，闡述了軟件系統(tǒng)的諸多不足，影響了用戶正常的使用。大部分軟件缺陷都是通過軟件測試時被檢測出來。維護(hù)數(shù)據(jù)體現(xiàn)出軟件測試工作中比較低下的品質(zhì)。179473.2軟件測試缺乏分析工作,無法給軟件維護(hù)提供數(shù)據(jù)支持非標(biāo)準(zhǔn)管理軟件測試隊(duì)伍測試文檔及數(shù)據(jù)體現(xiàn)如下：測試團(tuán)隊(duì)還很難給出充分的缺陷分析數(shù)據(jù)，造成缺陷管理缺失，不能分析出試驗(yàn)中所檢測到的瑕疵。理想軟件測試，不論單元測試或組合測試，均需缺陷表等工具進(jìn)行故障檢測、實(shí)施統(tǒng)計(jì)分析，匯總數(shù)據(jù)等。下表說明缺陷注冊匯總表，它詳細(xì)地闡述了軟件故障產(chǎn)生的一些原因。軟件測試工程師有必要分析測試中檢測到的軟件缺陷，并且在初步找出缺陷產(chǎn)生原因之后予以登記。表4“缺陷登記匯總表”內(nèi)容說明3.3維護(hù)工作量大,維護(hù)工作內(nèi)容記錄過于簡略在對維護(hù)請求進(jìn)行處理的時候，維護(hù)團(tuán)隊(duì)先要保證客戶問題的迅速解決。所以，維護(hù)工程師們往往承受著巨大的壓力，沒有太多時間去完善并記錄修理情況。故障匯總記錄等。測試環(huán)境下，使用者采集，記錄時間不足、整理了詳細(xì)故障數(shù)據(jù)，并對故障原因進(jìn)行了分析，不能拷貝用戶報(bào)告，由此造成了軟件運(yùn)行中存在著各種問題。123924現(xiàn)階段軟件測試工作的優(yōu)化建議4.1分類管理被測對象不同業(yè)務(wù)模塊下不同軟件產(chǎn)品通用性強(qiáng)，相似度高。從軟件的功能及技術(shù)原理出發(fā)，劃分測試對象。針對歷史維修記錄中常出現(xiàn)的維修問題，從測試對象及機(jī)理來看，分析測試點(diǎn)并設(shè)計(jì)測試用例。見表5。表5不同被測對象的測試關(guān)注點(diǎn)120304.2設(shè)計(jì)測試文檔留存制度測試用例是指對每一個測試都要寫一個說明測試用例的文件，包括測試點(diǎn)，測試用例詳細(xì)說明等、過關(guān)還是敗北等。測試用例文檔等，可由多人共同完成。測試工程師以測試點(diǎn)為中心，設(shè)計(jì)具體測試用例。運(yùn)用句子優(yōu)勢關(guān)系，減少交際句的數(shù)量，只要對簡化交際句進(jìn)行檢驗(yàn)，縮短測試數(shù)據(jù)產(chǎn)生時間。路徑測試就是對測試程序進(jìn)行路徑測試的一種重要的結(jié)構(gòu)化測試方法。當(dāng)前針對并行程序測試中路徑選擇問題的研究還很少。通常完全覆蓋測試無法實(shí)現(xiàn)。所以測試點(diǎn)就是測試用例設(shè)計(jì)與選擇的依據(jù)。是否能增加缺陷暴露幾率，關(guān)鍵是要看是否能維護(hù)好有關(guān)模塊。保存測試用例文檔，讓項(xiàng)目經(jīng)理了解何為測試及測試所采用的方式。若所述用戶上報(bào)測試模塊存在故障，維護(hù)人員可根據(jù)測試用例，對測試場景進(jìn)行缺陷分析，并且迅速實(shí)施故障再現(xiàn)測試，從而提高了測試效率。在多平臺、多系統(tǒng)測試中，需要編寫測試環(huán)境描述文檔，包括測試系統(tǒng)、測試過程和測試環(huán)境的配置。表6測試環(huán)境說明文檔內(nèi)容環(huán)境配置文件對系統(tǒng)及配置進(jìn)行明確的說明、硬件和軟件的組態(tài)方法、系統(tǒng)配置參數(shù)等等。在涉及特定業(yè)務(wù)操作，維護(hù)人員可做好后續(xù)檢測工作，還能接到用戶故障報(bào)告。系統(tǒng)可以對故障進(jìn)行逐一排查定位，顯著提高維修工作效率。146274.3定期編寫測試小結(jié)復(fù)合測試可用于多種工作。聯(lián)合測試撰寫了測試摘要，對匹配項(xiàng)進(jìn)行了綜合排名，并給出了跨越多項(xiàng)工作可能存在的維護(hù)風(fēng)險(xiǎn)。例如將業(yè)務(wù)劃分為三個任務(wù)：1001、1002和1003，并且經(jīng)過了3個階段的研制與試驗(yàn)。52054結(jié)語在軟件項(xiàng)目規(guī)模越來越大的今天，軟件的功能也變得更加復(fù)雜，在缺乏良好軟件測試方法的情況下，軟件開發(fā)過程就會變得撲朔迷離。同時軟件測試開始逐漸自動化、智能化。但根據(jù)當(dāng)前實(shí)際，從檢測方法到檢測管理，都存在著亟待解決的問題。針對上述問題，適當(dāng)?shù)能浖y試人員或者經(jīng)理能夠制定出統(tǒng)一的“測試方法”、“管理流程”等等，以達(dá)到軟件測試的目的，或還可利用自動化工具輔助采集、整理并分析項(xiàng)目內(nèi)海量數(shù)據(jù)及資料。軟件項(xiàng)目測試的改進(jìn)意味著每次迭代，減少無意義，效率低下的工作，對于提高人力資源利用率，改善軟件產(chǎn)品質(zhì)量具有重要作用。參考文獻(xiàn)[1]鄧梅淇.計(jì)算機(jī)軟件測試方法及發(fā)展趨勢[J].信息與電腦(理論版