基于多平臺的計算機軟件測試方法研究

李慶年

摘 要：在信息化時代，計算機軟件的出現(xiàn)和發(fā)展大大地促進了社會生產(chǎn)的發(fā)展，同時也對計算機軟件開發(fā)提出了更高的要求。為了保障計算機軟件的使用效果，就需要相關人員在進行開發(fā)工作時采取一些必要的測試方法來發(fā)現(xiàn)軟件開發(fā)中的一些錯誤，并及時對其進行糾正。文章以多平臺下的計算機軟件測試方法進行探討，希望能夠加強對于計算機軟件測試的認知。

關鍵詞：多平臺；計算機軟件；測試方法

在21世紀，計算機應用在各個領域的發(fā)展中起到了重要的促進作用，已經(jīng)成為現(xiàn)代化生活和工作的重要組成部分。計算機應用作用的發(fā)揮，是以計算機的軟件為基礎的，而軟件測試又是檢驗計算機軟件效果正常發(fā)揮的重要手段，其重要性不言而喻。雖然當前計算機軟件測試已經(jīng)取得了不錯的進展，但是在進行軟件運行、系統(tǒng)建構等時也會不可避免地出現(xiàn)一些漏洞，影響著計算機軟件效果的發(fā)揮?；诙嗥脚_的軟件測試方法，就是為了有效地發(fā)現(xiàn)這些系統(tǒng)漏洞，及時地對錯誤進行清理，從而促進軟件的正常運行。

1 軟件測試概述

計算機技術分為硬件技術和軟件技術兩個方面，硬件技術是軟件技術發(fā)展的基礎，而軟件技術則是計算機的核心。隨著計算機技術的發(fā)展，計算機所存儲的數(shù)據(jù)越來越多，其執(zhí)行的任務也越來越復雜，對軟件開發(fā)提出了更高的要求。而隨著軟件設計復雜性不斷的增加，軟件在開發(fā)中也不可避免地會出現(xiàn)各種問題，所以就出現(xiàn)了軟件測試，通過深入研究和了解計算機軟件的情況，找出軟件中存在的漏洞，保障計算機運行和軟件使用的安全與穩(wěn)定，以此來降低軟件開發(fā)的出錯率。軟件測試的流程包括輸入數(shù)據(jù)、步驟執(zhí)行和與其輸出這3個流程，而軟件測試的用例也主要是以下幾種情況：（1）對測試結果進行度量和評估；（2）分析編寫的缺陷；（3）程序腳本設計與說明書的編寫[1]。

1.1 軟件測試的常用方法

計算機軟件測試主要是以黑盒與白盒兩種常見的測試方法為主。

黑盒測試，又被稱為功能性測試，主要是對計算機軟件在使用過程中是否能夠無障礙的完成對其基本功能進行測試。黑盒測試是事前不對軟件的內(nèi)部算法和程序進行全面測試，而是先對其程序接口進行測試，主要是對軟件的開發(fā)過程中的功能性錯誤、軟件界面存在的問題、軟件的初始化問題等進行測試。

白盒測試，又稱為結構性測試，更加注重程序內(nèi)部的結構測試，其的檢測原理是與黑盒測試相反的，不同于黑盒測試是假定外部環(huán)境存在問題，白盒測試是依據(jù)測試邏輯路徑對程序狀態(tài)進行檢查，以對計算機軟件程序的結構內(nèi)涵是否符合說明書規(guī)定、程序運行是否符合預期等進行檢測。

1.2 軟件測試的基本原則

軟件測試與計算機軟件性能的可行性和實用性息息相關，在測試時把握相關的原則是至關重要的。（1）要注重科學性。要明確軟件功能性和開發(fā)平臺存在一定的差異，對不同的軟件進行測試時也需要使用不同的方法。例如，在檢查軟件的結構和運行環(huán)境時，就需要選用白盒測試方法，對軟件中的錯誤與漏洞進行準確的定位。（2）要注重實用性，為了保障軟件測試的兼容性，需要對檢測流程進行優(yōu)化，對各個檢測環(huán)節(jié)進行精準化的度量，提高軟件檢查的實用性和可靠性[2]。

2 軟件測試的平臺

在早期的軟件測試中，開發(fā)人員只是隨機選取幾組數(shù)據(jù)輸入到需要檢測的軟件中去，對軟件的運行情況進行觀察，以便找出其中的漏洞，這種方法很難發(fā)現(xiàn)軟件功能使用上的不足、無法找到軟件中的邏輯錯誤，并且其工作效率也較低。軟件測試平臺的出現(xiàn)，主要就是為了提高軟件測試的效率。

2.1 常見測試平臺簡介

當前，存在較多的軟件測試平臺，根據(jù)軟件開發(fā)者需求的不同，也會對軟件測試平臺提出不同的功能性要求。國內(nèi)常用的就有Test Center 軟件測試平臺和PARASDFT ALM 軟件測試平臺。

Test Center 軟件測試平臺是面向軟件測試而建立的一個平臺，能夠滿足隨時測試的需求，可以有效地降低軟件測試的時間，最大化提高軟件測試的效益。其主要是對通用軟件進行測試，可以對多樣化的軟件開展測試，因為在該平臺中，具有多樣化的模塊并且每一個模塊都能夠對軟件開展特定的性能測試。PARASDFT ALM軟件測試平臺具有很強的集成性，適合在軟件的初期研發(fā)過程中進行軟件的測試，并且其擁有配置較為全面的測試工具，可以在使用過程中得到有效的反饋，國外許多著名的公司也使用該平臺進行軟件測試，如IBM公司與因特爾等。

2.2 多平臺測試的作用及要求

我國現(xiàn)階段的測試平臺一般屬于通用性測試平臺，在進行測試時，其測試效果遠低于針對性的測試平臺。對于同一個軟件來說，不同平臺的測試效果也各不相同。在軟件技術日益復雜的當下，沒有誤差和漏洞的軟件幾乎是不存在的，而在測試中僅僅依靠一個測試平臺是無法發(fā)現(xiàn)軟件中所有存在的特殊的誤差和漏洞的。在多平臺的測試下，就可以得到軟件運行過程中出現(xiàn)的各種特殊形式的漏洞，可以有效提高軟件測試的效果。

針對軟件的不同特征，如果只是將其投放到一個特定的平臺中進行測試，那么得到的測試結果必定不是全面的。在軟件開發(fā)呈現(xiàn)多樣化和復雜化的當下，開展多平臺的軟件測試具有非凡的意義，它可以避免單一測試平臺造成的用戶使用過程中的缺陷，提高用戶的使用滿足感。

進行多平臺的軟件測試時，開發(fā)人員先是將軟件的運行換進分成若干個環(huán)節(jié)，在不同的平臺中逐一的進行測試，能夠有效地發(fā)現(xiàn)軟件在功能上、邏輯上的錯誤，便于及時地進行改進，有效地提高測試的工作效率[3]。

3 多平臺軟件測試的方法及要求

3.1 多平臺軟件測試的流程

計算機軟件測試方法的流程主要是包括設計規(guī)劃、模型構建、應用管理和實際操作這4個環(huán)節(jié)。

設計規(guī)劃就是在進行多平臺的測試時，要根據(jù)計算機軟件本身的需求選取針對性的測試方法。如，在進行軟件的運行需求、動態(tài)發(fā)展檢測時就需要采用黑盒測試的方法，結構性測試則采用白盒的方法就可以了。

模型建構是利用現(xiàn)有的計算機軟件測試方法搭建自己所需要的測試模型，鑒于計算機軟件的邏輯性，在進行模型建構時要從邏輯運行的立場出發(fā)，考慮到計算機軟件運行的兼容性問題，搭建相關的框架，保證每種測試方法的正常運行。

應用管理就是在模型建構的基礎上，根據(jù)每種測試方法的不同，對具體的測試任務進行分配，根據(jù)測試軟件的不同，對每種測試方法進行任務分配，主要是在于測試軟件是否能夠正常運行、軟件結果是否能夠達到預期等。

實際操作就是在進行實際的測試工作時，要注意對相關信息進行收集，根據(jù)所收集到的錯誤信息，來更好的對軟件的修改提供依據(jù)，提高軟件開發(fā)的合理性。

3.2 多平臺軟件測試的要求

在進行多平臺的軟件測試時，首先，要注重不同平臺間的均衡性問題。由于各個測試平臺的開發(fā)者不同，難免會出現(xiàn)測試時的不同差別，使得在進行軟件的測試過程中，會由于測試平臺的不同，出現(xiàn)人與人之間軟件操作的適應性問題。在檢測過程中就要重視各個平臺之間的交互性和協(xié)調性，對軟件進行分析，選取最優(yōu)的方法進行測試。

其次，由于軟件本身的復雜性，在進行檢測時，為了提高檢測效率，要選取檢測的側重點，首先要確定軟件的核心功能，對平臺進行優(yōu)先選擇，避免出現(xiàn)功能相似平臺的重復使用。通過對軟件的重要性功能進行測試，將軟件重點模塊的檢測平臺設置為首選平臺，避免出現(xiàn)通用性檢測平臺所出現(xiàn)的問題。在利用一個網(wǎng)絡平臺進行檢測時，要對出現(xiàn)的問題及時進行修復，在相關工作修復完成之后要進行第二次的復查，直到不出現(xiàn)任何問題后才進行下一個平臺的檢測，直到最后的檢測工作完成。

最后，軟件在計算機上運行的流暢程度與系統(tǒng)的環(huán)境密切相關，而軟件在不同的系統(tǒng)環(huán)境中運行的時候也會存在一定的差異，而當前很大一部分的軟件都是需要在互聯(lián)網(wǎng)中才可以有效地運行，所以在進行多平臺的軟件測試時，要提供良好的網(wǎng)絡配置環(huán)境。

4 結語

在大數(shù)據(jù)時代，計算機軟件承擔的任務越來越重要，也催生了軟件測試。軟件測試與軟件開發(fā)時相輔相成的，為了提高軟件開發(fā)的可行性與實用性，進行軟件測試是十分必要的?；诙嗥脚_的計算機軟件測試，可以有效地提高軟件測試的質量和效率，提高用戶的使用滿足感?，F(xiàn)階段的軟件測試技術還在發(fā)展完善之中，由于技術水平的限制，在專門的測試方法上還具有局限性，無法滿足精確的軟件測試要求，要不斷加強資金力量的投入，促進現(xiàn)代化信息技術的發(fā)展。

[參考文獻]

[1]曲妍.計算機軟件測試方法及應用實踐[J].信息與電腦（理論版），2018（10）：24-25.

[2]蘭婭勛.基于多平臺的計算機軟件測試方法[J].科技創(chuàng)新導報，2015（19）：59.

[3]高俊，鄒金萍.計算機軟件測試技術與開發(fā)應用研究[J].中國管理信息化，2016（17）：176-177.