廣東省寶通質(zhì)量檢測(cè)有限公司

國(guó)家實(shí)驗(yàn)室資質(zhì)CNAS資質(zhì)編號(hào)L23122，省級(jí)實(shí)驗(yàn)室資質(zhì)CMA資質(zhì)編號(hào)202419120184

實(shí)驗(yàn)室地址：廣東省佛山市順德區(qū)杏壇鎮(zhèn)順業(yè)西路15號(hào)中集智能制造中心22棟802廠房（住所申報(bào)）

軟件測(cè)試常與調(diào)試混淆，隨著軟件復(fù)雜度提升，逐步形成結(jié)構(gòu)化測(cè)試方法。BillHetzel在《軟件測(cè)試完全指南》中將其定義為質(zhì)量度量活動(dòng)，推動(dòng)測(cè)試轉(zhuǎn)向系統(tǒng)化質(zhì)量保障。完整的測(cè)試流程包含單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試四個(gè)階段[8]。中國(guó)近年來(lái)加速布局測(cè)試領(lǐng)域，2020年南京建成國(guó)際軟件質(zhì)量總部基地，2021年宿遷引入惠普DXC公共測(cè)試服務(wù)基地，推動(dòng)測(cè)試人才培養(yǎng)與云服務(wù)平臺(tái)建設(shè)

軟件測(cè)試的目的就是確保軟件的質(zhì)量、確認(rèn)軟件以正確的方式做了你所期望的事情，所以他的工作主要是發(fā)現(xiàn)軟件的錯(cuò)誤、有效定義和實(shí)現(xiàn)軟件成分由低層到高層的組裝過(guò)程、驗(yàn)證軟件是否滿足任務(wù)書(shū)和系統(tǒng)定義文檔所規(guī)定的技術(shù)要求、為軟件質(zhì)量模型的建立提供依據(jù)。軟件的測(cè)試不僅是要確保軟件的質(zhì)量，還要給開(kāi)發(fā)人員提供信息，以方便其為風(fēng)險(xiǎn)評(píng)估做相應(yīng)的準(zhǔn)備，重要的是他要貫穿在整個(gè)軟件開(kāi)發(fā)的過(guò)程中，保證整個(gè)軟件開(kāi)發(fā)的過(guò)程是高質(zhì)量的。 

軟件測(cè)試時(shí)在軟件設(shè)計(jì)及程序編碼之后，在軟件運(yùn)行之前進(jìn)行為合適?？紤]到測(cè)試人員在軟件開(kāi)發(fā)過(guò)程中的尋找Bug、避免軟件開(kāi)發(fā)過(guò)程中的缺陷、關(guān)注用戶的需求等任務(wù)，所以作為軟件開(kāi)發(fā)人員，軟件測(cè)試要嵌入在整個(gè)軟件開(kāi)發(fā)的過(guò)程中，比如在軟件的設(shè)計(jì)和程序的編碼等階段都得嵌入軟件測(cè)試的部分，要時(shí)時(shí)檢查軟件的可行性，但是作為專(zhuān)業(yè)的軟件測(cè)試工作，還是在程序編碼之后，軟件運(yùn)行之前為合適

驗(yàn)收測(cè)試是后一個(gè)階段的測(cè)試操作，在軟件產(chǎn)品投入正式運(yùn)行前的所要進(jìn)行的測(cè)試工作。和系統(tǒng)測(cè)試相比而言，驗(yàn)收測(cè)試與之的區(qū)別就只是測(cè)試人員不同，驗(yàn)收測(cè)試則是由用戶來(lái)執(zhí)行這一操作的。驗(yàn)收測(cè)試的主要目標(biāo)是為向用戶展示所開(kāi)發(fā)出來(lái)的軟件符合預(yù)定的要求和有關(guān)標(biāo)準(zhǔn)，并驗(yàn)證軟件實(shí)際工作的有效性和可靠性，確保用戶能用該軟件順利完成既定的任務(wù)和功能。通過(guò)了驗(yàn)收測(cè)試，該產(chǎn)品就可進(jìn)行發(fā)布。但是，在實(shí)際交付給用戶之后，開(kāi)發(fā)人員是無(wú)法預(yù)測(cè)該軟件用戶在實(shí)際運(yùn)用過(guò)程中是如何使用該程序的，所以從用戶的角度出發(fā)，測(cè)試人員還應(yīng)進(jìn)行Alpha測(cè)試或Beta測(cè)試這兩種情形的測(cè)試。

Alpha測(cè)試是在軟件開(kāi)發(fā)環(huán)境下由用戶進(jìn)行的測(cè)試，或者模擬實(shí)際操作環(huán)境進(jìn)而進(jìn)行的測(cè)試。Alpha測(cè)試主要是對(duì)軟件產(chǎn)品的功能、局域化、界面、可使用性以及性能等等方面進(jìn)行評(píng)價(jià)。而B(niǎo)eta測(cè)試是在實(shí)際環(huán)境中由多個(gè)用戶對(duì)其進(jìn)行測(cè)試，并將在測(cè)試過(guò)程中發(fā)現(xiàn)的錯(cuò)誤有效反饋給軟件開(kāi)發(fā)者。所以在測(cè)試過(guò)程中用戶必須定期將所遇到的問(wèn)題反饋給開(kāi)發(fā)者

一般情況下，系統(tǒng)測(cè)試采用黑盒法來(lái)進(jìn)行測(cè)試的，以此來(lái)檢查該系統(tǒng)是否符合軟件需求。本階段的主要測(cè)試內(nèi)容包括健壯性測(cè)試、性能測(cè)試、功能測(cè)試、安裝或反安裝測(cè)試、用戶界面測(cè)試、壓力測(cè)試、可靠性及安全性測(cè)試等。為了有效保證這一階段測(cè)試的客觀性，必須由獨(dú)立的測(cè)試小組來(lái)進(jìn)行相關(guān)的系統(tǒng)測(cè)試。

另外，系統(tǒng)測(cè)試過(guò)程較為復(fù)雜，由于在系統(tǒng)測(cè)試階段不斷變更需求造成功能的刪除或增加，從而使程序不斷出現(xiàn)相應(yīng)的更改，而程序在更改后可能會(huì)出現(xiàn)新的問(wèn)題，或者原本沒(méi)有問(wèn)題的功能由于更改導(dǎo)致出現(xiàn)問(wèn)題。所以，測(cè)試人員必須進(jìn)行回歸測(cè)試。

集成測(cè)試是軟件測(cè)試的第二階段，在這個(gè)階段，通常要對(duì)已經(jīng)嚴(yán)格按照程序設(shè)計(jì)要求和標(biāo)準(zhǔn)組裝起來(lái)的模塊同時(shí)進(jìn)行測(cè)試，明確該程序結(jié)構(gòu)組裝的正確性，發(fā)現(xiàn)和接口有關(guān)的問(wèn)題，比如模塊接口的數(shù)據(jù)是否會(huì)在穿越接口時(shí)發(fā)生丟失；各個(gè)模塊之間因某種疏忽而產(chǎn)生不利的影響；將模塊各個(gè)子功能組合起來(lái)后產(chǎn)生的功能要求達(dá)不到預(yù)期的功能要求；

一些在誤差范圍內(nèi)且可接受的誤差由于長(zhǎng)時(shí)間的積累進(jìn)而到達(dá)了不能接受的程度；數(shù)據(jù)庫(kù)因單個(gè)模塊發(fā)生錯(cuò)誤造成自身出現(xiàn)錯(cuò)誤等等。同時(shí)因集成測(cè)試是界于單元測(cè)試和系統(tǒng)測(cè)試之間的，所以，集成測(cè)試具有承上啟下的作用。因此有關(guān)測(cè)試人員必須做好集成測(cè)試工作。

在這一階段，一般采用的是白盒和黑盒結(jié)合的方法進(jìn)行測(cè)試，驗(yàn)證這一階段設(shè)計(jì)的合理性以及需求功能的實(shí)現(xiàn)性