軟件測(cè)試中基于V模型的單元測(cè)試,集成測(cè)試,系統(tǒng)測(cè)試

1、1)為什么要進(jìn)行單元測(cè)試： 系統(tǒng)測(cè)試是一種黑盒測(cè)試，也就是不需要了解系統(tǒng)內(nèi)部結(jié)構(gòu)，只關(guān)心外部實(shí)現(xiàn)，那么這樣發(fā)現(xiàn)的問(wèn)題將不會(huì)太徹底，而單元測(cè)試是一種白盒測(cè)試，只有深入到系統(tǒng)內(nèi)部，才能對(duì)軟件內(nèi)部邏輯控制結(jié)構(gòu)上的問(wèn)題進(jìn)行清除，對(duì)發(fā)現(xiàn)、定位和解決問(wèn)題將是最直接，最徹底的方式;在效率方面，單元測(cè)試往往是集成測(cè)試的2倍，系統(tǒng)測(cè)試的3倍;成本方面，一個(gè)問(wèn)題如果遺留到后期階段解決，那么付的代價(jià)將會(huì)很高，而且是成倍遞增。 單元測(cè)試有效的驗(yàn)證代碼是否與設(shè)計(jì)相符，盡早發(fā)現(xiàn)設(shè)計(jì)和需求中存在的錯(cuò)誤，以及在編碼階段引入的錯(cuò)誤。 2)單元測(cè)試的內(nèi)容： 單元測(cè)試首先要理解單元原本是要做什么的，而不是它現(xiàn)在實(shí)際做了什么，我們更

2、關(guān)心的是：模塊或函數(shù)是否做了它該做的事情而沒(méi)有做不該做的事情。 主要依據(jù)詳細(xì)設(shè)計(jì)的描述和源程序清單針對(duì)五部分內(nèi)容進(jìn)行測(cè)試：模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、邊界條件、出錯(cuò)處理、獨(dú)立路徑。首先模塊與周圍環(huán)境的接口有無(wú)差錯(cuò)應(yīng)首先得到檢驗(yàn)，否則其內(nèi)部的各種測(cè)試工作將是徒勞;局部數(shù)據(jù)結(jié)構(gòu)也是常見(jiàn)的錯(cuò)誤來(lái)源，對(duì)基本控制流進(jìn)行測(cè)試同樣也會(huì)發(fā)現(xiàn)大量的錯(cuò)誤;異常處理要給予適當(dāng)?shù)某鲥e(cuò)處理對(duì)策，以便在程序出錯(cuò)時(shí)，能對(duì)出錯(cuò)程序重新做出安排，保證其邏輯上的正確性;邊界測(cè)試，對(duì)數(shù)據(jù)流的測(cè)試將是單元測(cè)試的最后一步。 單元測(cè)試評(píng)估的標(biāo)準(zhǔn)是邏輯覆蓋率。 基于V模型，針對(duì)概要設(shè)計(jì)的集成測(cè)試 1)為什么要進(jìn)行集成測(cè)試， 集成測(cè)試的目的是確

3、保各單元組合在一起后能夠按既定意圖協(xié)作運(yùn)行，并確保增量的行為正確，當(dāng)一個(gè)系統(tǒng)還沒(méi)有完成，設(shè)計(jì)相應(yīng)的樁和驅(qū)動(dòng)模塊進(jìn)行集成測(cè)試，便于早期發(fā)現(xiàn)接口問(wèn)題以及集成后的功能問(wèn)題，同時(shí)編碼不是一個(gè)可以一次性通過(guò)的過(guò)程，對(duì)最初的單元測(cè)試中一些被忽略和遺漏的BUG，也將會(huì)在集成測(cè)試階段被發(fā)現(xiàn)。 2)集成測(cè)試的內(nèi)容。 概要設(shè)計(jì)的對(duì)象主要為系統(tǒng)，系統(tǒng)子系統(tǒng)，模塊，子模塊，函數(shù)等，通過(guò)體系結(jié)構(gòu)進(jìn)行模塊的劃分，并進(jìn)行數(shù)據(jù)設(shè)計(jì)、接口設(shè)計(jì)，遵循高內(nèi)聚、低耦合的原則，對(duì)其進(jìn)行分解描述，依賴關(guān)系描述，接口描述等，并保持模塊與需求的對(duì)應(yīng)關(guān)系，因此，對(duì)集成測(cè)試的重點(diǎn)，將主要測(cè)試模塊之間的接口和接口數(shù)據(jù)傳遞關(guān)系，以及模塊組合后的整體

4、功能。 確保各單元組合在一起后能夠按既定意圖協(xié)作運(yùn)行，并確保增量的行為正確，驗(yàn)證接口是與設(shè)計(jì)相符合?發(fā)現(xiàn)設(shè)計(jì)與需求中存在的錯(cuò)誤是集成測(cè)試的工作內(nèi)容。 通過(guò)接口的覆蓋率進(jìn)行集成測(cè)試的評(píng)估。 基于V模型，針對(duì)需求規(guī)格說(shuō)明 書(shū)的系統(tǒng)測(cè)試 1)為什么要進(jìn)行系統(tǒng)測(cè)試。 系統(tǒng)測(cè)試是我們傳統(tǒng)觀念的一種測(cè)試方式，也就是一般放在項(xiàng)目功能基本實(shí)現(xiàn)后的功能和性能等方面的測(cè)試，目前軟件測(cè)試已由開(kāi)發(fā)的后期介入擴(kuò)展到了整個(gè)生命周期，由基于代碼運(yùn)行擴(kuò)展到靜態(tài)走讀，由傳統(tǒng)的發(fā)現(xiàn)錯(cuò)誤為目的擴(kuò)展到了對(duì)缺陷的預(yù)防。 2)系統(tǒng)測(cè)試的內(nèi)容。 系統(tǒng)測(cè)試主要驗(yàn)證功能是否符合需求規(guī)格定義，是一種在實(shí)際環(huán)境下的測(cè)試，同時(shí)也是全面的系統(tǒng)級(jí)測(cè)試，

5、其內(nèi)容包括產(chǎn)品功能、性能指標(biāo)、兼容性、可靠性、容錯(cuò)能力、可維護(hù)性、安全性等方面;功能方面主要檢查是否有不正確或遺漏了的功能，性能測(cè)試目標(biāo)是度量系統(tǒng)相對(duì)于預(yù)定義目標(biāo)的差距，必須要有工具的支持;GUI測(cè)試界面實(shí)現(xiàn)與界面設(shè)計(jì)的吻合，以及界面處理的正確性，是直接面對(duì)用戶的首要條件，因此相對(duì)在易用性方面顯的較為重要;兼容性，可靠性的、容錯(cuò)性，可維護(hù)性，安全性等根據(jù)項(xiàng)目要求的不同，具體情況具體分析。 系統(tǒng)測(cè)試評(píng)估的標(biāo)準(zhǔn)是對(duì)需求規(guī)格說(shuō)明書(shū)的覆蓋率。 基于系統(tǒng)測(cè)試層面的個(gè)人經(jīng)驗(yàn)總結(jié)： (一)用例設(shè)計(jì)、執(zhí)行、管理、溝通： 第一：測(cè)試用例的設(shè)計(jì)。在需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)階段均需要設(shè)計(jì)測(cè)試用例，測(cè)試用例設(shè)計(jì)的

6、有效性和合理性對(duì)整個(gè)測(cè)試執(zhí)行起著至關(guān)重要的作用，它將直接影響缺陷發(fā)現(xiàn)率。如果用例如何設(shè)計(jì)的不太合理，滿足了出口準(zhǔn)則，但在發(fā)布以后，產(chǎn)生的大量缺陷，將直接影響用戶滿意度，浪費(fèi)時(shí)間和資源，那么，如何進(jìn)行測(cè)試用例的設(shè)計(jì)?怎么設(shè)計(jì)出高效率的測(cè)試用例呢? 1)要明確，對(duì)于開(kāi)發(fā)所關(guān)心的是功能是否可以被實(shí)現(xiàn)和如何具體實(shí)施，而對(duì)于測(cè)試來(lái)說(shuō)，關(guān)注的是功能是否被正確實(shí)現(xiàn)，而不管這些功能是如何被具體實(shí)施的; 2)在設(shè)計(jì)用例的過(guò)程中，要保證每一個(gè)功能點(diǎn)均有相應(yīng)的用例所對(duì)應(yīng)，保證測(cè)試用例對(duì)需求100%的覆蓋; 3)測(cè)試人員需要對(duì)被測(cè)軟件的需求和業(yè)務(wù)進(jìn)行全面了解，否則對(duì)被測(cè)對(duì)象了解不深，只能就被測(cè)單元的功能設(shè)計(jì)用例，而對(duì)

7、于該功能點(diǎn)所要執(zhí)行的流程無(wú)法正確保證，此時(shí)可與需求分析人員和客戶進(jìn)行交流，以獲得更多的業(yè)務(wù)方面的信息; 4)采用各種測(cè)試用例設(shè)計(jì)方法，用最適合的方法來(lái)達(dá)到用盡量少的用例來(lái)發(fā)現(xiàn)盡量多的BUG，如針對(duì)功能測(cè)試的等價(jià)類，邊界值，因果圖法，狀態(tài)遷移圖，正交分析法，錯(cuò)誤猜測(cè)法，場(chǎng)景路徑覆蓋;針對(duì)單元測(cè)試的語(yǔ)句覆蓋，分支覆蓋，條件覆蓋，條件組合覆蓋，路徑覆蓋，循環(huán)覆蓋，針對(duì)類的功能性和結(jié)構(gòu)性測(cè)試、數(shù)據(jù)流測(cè)試，異常測(cè)試，對(duì)類的方法的測(cè)試等。 用例的設(shè)計(jì)是一個(gè)長(zhǎng)期 經(jīng)驗(yàn)積累的過(guò)程，需要我們?cè)诠ぷ髦卸嗔粜模艜?huì)有新發(fā)現(xiàn)、新思想。 第二：測(cè)試用例的執(zhí)行。測(cè)試用例的執(zhí)行過(guò)程將是缺陷產(chǎn)生和修復(fù)的過(guò)程，同時(shí)也是測(cè)試用例

8、進(jìn)行更新和優(yōu)化的過(guò)程。 1)缺陷的提交與跟蹤; 測(cè)試人員進(jìn)行測(cè)試用例的執(zhí)行，在執(zhí)行過(guò)程中，做好每日缺陷的提交，測(cè)試主管對(duì)缺陷進(jìn)行分配及對(duì)修改時(shí)限的要求，開(kāi)發(fā)人員進(jìn)行缺陷的修改，修改完畢后，測(cè)試人員進(jìn)行回歸測(cè)試，并時(shí)刻關(guān)注缺陷庫(kù)缺陷的狀態(tài)及嚴(yán)重級(jí)別較高的缺陷進(jìn)行及時(shí)跟蹤。我們?cè)谝嗲f的項(xiàng)目在這點(diǎn)就做的不錯(cuò)。 2)缺陷的收集與度量; 測(cè)試人員要保證所描述的缺陷是清楚的、準(zhǔn)確的，必要時(shí)要配有截圖，開(kāi)發(fā)人員修改完畢后，要保證注明原因和解決的辦法，有了上述兩條的保證，缺陷的收集和度量工作將變的非常容易，對(duì)缺陷進(jìn)行分析如發(fā)現(xiàn)缺陷多位于邊界值，那么可以根據(jù)此項(xiàng)對(duì)公司的編程規(guī)范進(jìn)行相應(yīng)的完善。當(dāng)對(duì)幾個(gè)項(xiàng)目進(jìn)行缺

9、陷收集和度量后，具備一定的條件情況下，將可對(duì)類似項(xiàng)目進(jìn)行缺陷的預(yù)防工作。 3)缺陷報(bào)告： 階段性的缺陷報(bào)告反映了項(xiàng)目的進(jìn)展情況，利于測(cè)試主管判斷是否有趨勢(shì)顯示需要增加測(cè)試的區(qū)域或判斷項(xiàng)目是否符合預(yù)定發(fā)布日期的正常軌道上，并可根據(jù)缺陷報(bào)告所反映的情況進(jìn)行調(diào)整未來(lái)測(cè)試任務(wù)的時(shí)間。 第三：用例的更新與管理。 在執(zhí)行測(cè)試用例的過(guò)程中，由于需求或程序具體實(shí)施的變更，測(cè)試的相應(yīng)步驟需要進(jìn)行調(diào)整或補(bǔ)充測(cè)試用例，測(cè)試用例的執(zhí)行過(guò)程也將是測(cè)試用例進(jìn)行更新和優(yōu)化的過(guò)程。 缺陷的收集是一個(gè)良好的習(xí)慣，而測(cè)試用例的規(guī)范化管理同樣也是一個(gè)不錯(cuò)的行為，將測(cè)試用例放入項(xiàng)目歷史用例庫(kù)，可為類似項(xiàng)目的測(cè)試人員提供借鑒、開(kāi)拓思路

10、、節(jié)約時(shí)間，共享的數(shù)據(jù)資源，可以讓測(cè)試人員有更多的時(shí)間和精力放在對(duì)測(cè)試過(guò)程的考慮和測(cè)試用例的選擇方面，逐步提升整個(gè)測(cè)試團(tuán)隊(duì)的用例設(shè)計(jì)水平。 第四：溝通與交流。在軟件開(kāi)發(fā)的過(guò)程中，交流占有非常重要的地位，因?yàn)橛袝r(shí)項(xiàng)目緊、時(shí)間短，文檔來(lái)不及更新，那么這時(shí)就需要及時(shí)與開(kāi)發(fā)進(jìn)行溝通與交流，對(duì)軟件功能的具體實(shí)現(xiàn)，最新最正確的理解也許就在開(kāi)發(fā)的大腦中，只有及時(shí)交流才會(huì)獲得最及時(shí)的信息，盡早測(cè)試并完善測(cè)試用例。 (二)性能測(cè)試過(guò)程： 性能測(cè)試在軟件的質(zhì)量保證中起著重要的作用，對(duì)于一個(gè)系統(tǒng)當(dāng)功能滿足要求以后，還要考慮它的性能問(wèn)題，它是否滿足需求，是否能夠達(dá)到最終用戶的性能要求，是否適應(yīng)未來(lái)業(yè)務(wù)的增長(zhǎng)等，這是在

11、系統(tǒng)正式運(yùn)行前大家都比較關(guān)心的問(wèn)題，以下從性能測(cè)試的過(guò)程來(lái)說(shuō) 明性能測(cè)試是如何開(kāi)展的，以及各階段相關(guān)人員的配合情況。 1)測(cè)試前期準(zhǔn)備：開(kāi)展性能測(cè)試的前期階段，要求被測(cè)對(duì)象至少具有一定的穩(wěn)定性，在功能上基本滿足需要，同時(shí)性能測(cè)試不僅僅是測(cè)試人員的事情，可能需要整個(gè)項(xiàng)目組的參與，性能測(cè)試人員需要協(xié)調(diào)相關(guān)的人員，組建成一個(gè)合適的測(cè)試團(tuán)隊(duì);在制定性能測(cè)試計(jì)劃之前，要充分了解需求，與相關(guān)的需求人員進(jìn)行溝通。 2)測(cè)試工具的引入：性能測(cè)試工具的選擇，自動(dòng)化的性能測(cè)試工具不是對(duì)每一個(gè)系統(tǒng)都適合的，要進(jìn)行一個(gè)功能符合度的評(píng)估，如所有的工具無(wú)法達(dá)到要求的功能符合度，可根據(jù)公司情況自行開(kāi)發(fā)。 3)測(cè)試計(jì)劃：該階

12、段主要由性能測(cè)試人員制定性能測(cè)試計(jì)劃，重點(diǎn)需要了解，系統(tǒng)有哪些重要的功能模塊，大約的用戶是多少，用戶的行為是如何分布的，每個(gè)模塊的使用頻度，大約的數(shù)據(jù)量，使用什么樣的硬件，系統(tǒng)穩(wěn)定性的要求等等制定測(cè)試計(jì)劃。 4)測(cè)試設(shè)計(jì)與開(kāi)發(fā)：設(shè)計(jì)性能測(cè)試場(chǎng)景，第一客戶端性能的測(cè)試：主要考慮并發(fā)性能測(cè)試，疲勞強(qiáng)度測(cè)試(負(fù)載測(cè)試)，大數(shù)據(jù)量測(cè)試(壓力測(cè)試)和速度測(cè)試，以并發(fā)性能測(cè)試為重點(diǎn);第二網(wǎng)絡(luò)上性能的測(cè)試：主要是利用成熟先進(jìn)的自動(dòng)化技術(shù)進(jìn)行網(wǎng)絡(luò)應(yīng)用性能監(jiān)控，如：網(wǎng)絡(luò)帶寬、延遲、負(fù)載、TCP端口的變化是如何影響用戶的響應(yīng)時(shí)間的;網(wǎng)絡(luò)應(yīng)用性能分析，如：哪些應(yīng)用程序占用大量帶寬，哪些用戶產(chǎn)生了最大的網(wǎng)絡(luò)流量;網(wǎng)絡(luò)

13、預(yù)測(cè)：預(yù)測(cè)網(wǎng)絡(luò)流量的變化、網(wǎng)絡(luò)結(jié)構(gòu)的變化對(duì)用戶系統(tǒng)的影響，進(jìn)行容量極限分析，預(yù)測(cè)網(wǎng)絡(luò)設(shè)備遷移和網(wǎng)絡(luò)設(shè)備升級(jí)對(duì)整個(gè)網(wǎng)絡(luò)的影響。第三服務(wù)器端性能測(cè)試：實(shí)現(xiàn)服務(wù)器設(shè)備、服務(wù)器操作系統(tǒng)、數(shù)據(jù)庫(kù)系統(tǒng)、應(yīng)用服務(wù)器等的全面性能監(jiān)控。 同樣監(jiān)控應(yīng)選擇用戶較為關(guān)心的模塊或系統(tǒng)中較容易出現(xiàn)問(wèn)題的模塊進(jìn)行性能測(cè)試場(chǎng)景的設(shè)計(jì)與開(kāi)發(fā)。 5)測(cè)試執(zhí)行和管理：運(yùn)行腳本監(jiān)控，添加性能監(jiān)控指標(biāo)，由性能測(cè)試人員執(zhí)行。 6)分析結(jié)果和優(yōu)化性能：對(duì)腳本的運(yùn)行結(jié)果進(jìn)行收集，并查看相關(guān)的性能測(cè)試指標(biāo)，將性能測(cè)試結(jié)果提交給相關(guān)人員對(duì)結(jié)果進(jìn)行分析，需要性能測(cè)試人員，架構(gòu)師，程序員，SA，DBA共同參與對(duì)結(jié)果進(jìn)行評(píng)估，對(duì)系統(tǒng)進(jìn)行優(yōu)化后，再次執(zhí)行性能測(cè)試，多次結(jié)果對(duì)比，以達(dá)