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

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

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

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

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

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

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

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

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

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

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

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

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

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