軟件測試復習資料-資料下載頁

　　

【正文】 ；2，注意時間和運行條件上的因素；3，注意軟件的邊界條件、內容容量和數據溢出的問題；4,注意事件發生次序導致的軟件缺陷；5，考慮資源依賴性和內存、網絡、硬件共享的相互作用；6，不要忽視硬件。九、什么是測試用例？測試用例的分類？答：測試用例是測試執行的最小實體，是為特定的目的而設計的一組測試輸入、執行條件和預期的結果。分類：1白盒測試用例；2軟件各項功能的測試用例；3用戶界面測試用例；4軟件的各項非功能測試用例；5對軟件缺陷修正所確認的測試用例。十、測試用例設計的基本原則是什么？答：1用成熟測試用例設計方法來指導設計；2測試用例的正確性；3測試用例的代表性；4測試結果的可判定性；5測試結果的可再現性；6足夠詳細、準確和清晰的步驟。第五篇：軟件測試學習軟件測試學習1． 什么是軟件測試？答：軟件測試是為了發現錯誤而審查軟件文檔、檢查軟件數據和執行程序代碼的過程，其目的在于在軟件交付使用前充分發現缺陷并協助相關部門定位、解決缺陷，最后交付一個高質量的軟件產品給用戶。2．軟件測試的分類有哪些？答：軟件測試活動可以分為以下幾類：l 黑盒測試：黑盒測試又叫功能測試，數據驅動測試或基于需求規格說明書的功能測試。（主要用于系統測試和確認測試中）l 白盒測試白盒測試又稱結構測試、邏輯驅動測試或程序代碼內部構成的測試。l 灰盒測試灰盒測試結合黑盒和白盒測試兩種方法，一方面考慮程序代碼的功能性表現，另一方面，又需要考慮程序代碼的內部結構。（主要用于性能測試、自動化功能測試）l 靜態測試靜態測試就是用眼看，閱讀程序代碼、文檔資料等，與需求規格說明書中的客戶需求進行比較，找出程序代碼中設計不合理及文檔集料有錯誤的地方l 動態測試動態測試即為實際的執行被測對象的程序代碼，輸入事先設計好的測試用例，檢查程序運行得到的結果與測試用例中設計的預期結果之間是否有差異，判定實際結果與預期結果是否一致，從而檢驗程序的正確性、可靠性和有效性，并分析系統運行效率和健壯性等性能狀況。動態測試由四個部分組成：設計測試用例、執行測試用例、分析比較輸出結果、輸出測試報告。動態測試有三種方法：黑盒測試、白盒測試、灰盒測試。l 手動測試手動測試大部分的測試就是模擬用戶的業務流程，來使用軟件產品，從而發現軟件產品中的缺陷。手動測試是最傳統的測試方法，也是現在大多數公司都是用的測試形式。他是測試人員設計測試用例并執行測試用例，然后根據實際結果去和預期的結果相比較并記錄測試結果，最終輸出測試報告的測試活動。優點：可以充分發揮測試工程師的主觀能動性，將其智力活動體現于測試活動中，能發現很多的缺陷。缺點：手動測試有一定的局限性與單調枯燥性。l 自動測試自動測試就是利用一些測試工具，模擬用戶的使用流程，讓它們自動運行來查找缺陷。也可以編寫一些代碼，設定特定的測試場景，來自動尋找缺陷優點：能夠很快、很廣泛的查找缺陷，同時可以做很多重復性的工作，大大提高了測試的效率和測試的準確性，而且寫出的比較好的測試腳本，還可以在軟件生命周期的各個階段重復使用。3．軟件測試的流程：需求測試、單元測試、集成測試、系統測試、性能測試、用戶測試、回歸測試l 需求測試：主要從以下幾個方面考慮①完整性：每一項需求都必須將所要實現的功能描述清楚，從而為開發人員設計和實現這些功能提供所有必要的需求依據。②正確性：每一項需求都必須準確的陳述其要開發的功能③一致性：一致性是指與其它軟件需求或高層（系統、業務）需求不相矛盾，或者與我們的項目宣傳資料一致。④可行性：每一項需求都必須是在已知系統和環境的權能和限制范圍內可以實施的。⑤無二義性：對所有需求的讀者都只能有一個明確統一的解釋，由于自然語言極易導致二義性，所以盡量把每項需求用簡潔明了的用戶語言表達出來。⑥健壯性：需求的說明中是否對可能出現的異常進行了分析，并且對這些異常進行了容錯處理。⑦必要性：“必要性”可以理解為每項需求都是用來授權你編寫文檔的“根源”。要是每項需求都回溯至某項客戶的輸入，如需求用例或別的來源。⑧可測試性：每項需求都能通過設計測試用例或其它驗證方法來進行測試。⑨可修改性：每項需求只應在SRS（軟件需求規格說明書）中出現一次。這樣更改時易于保持一致性。另外，使用目錄表、索引和相互參照列表方法將使軟件需求規格說明書更容易修改。l 單元測試單元測試又成為模塊測試，是對程序代碼中最小的設計模塊單元進行測試。（可以發現大約80%的軟件缺陷，大多數公司中，由對應的開發工程師負責）單元測試方法：主要采用靜態測試和動態測試相結合的辦法。單元測試工具：Juint等。單元測試優點：在軟件生產過程中及時的開展單元測試可以降低編碼的錯誤率，提高編碼質量。l 集成測試集成測試又稱為組裝測試，就是將軟件產品中的各個模塊組裝起來，檢查其接口是否存在問題，以及組裝后的整體性能、性能表現。集成測試方法：一般采用非增式集成方法、增式集成方法（自底向上集成；自頂向下集成；組合方式集成）等策略進行測試，利用以黑盒測試為主，白盒測試為輔的測試方法進行測試。（集成測試一般由測試工程師但當）集成測試的目的：主要解決的是各個軟件組成單元代碼是否符合開發規范、接口是否存在問題、整體功能有無錯誤、界面是否符合設計規范、性能是否滿足用戶需求等。l 系統測試系統測試是將通過集成測試的軟件部署到某種較為復雜的計算機用戶環境（指一般用戶的計算機環境）進行測試。系統測試的目的：通過與系統的需求進行比較，發現軟件與系統的定義不符合或與之矛盾的地方。主要考察被測軟件的功能和性能表現。系統測試方法：主要采用黑盒測試方法，進行的是安裝卸載測試、兼容性測試、功能確認測試、安全性測試等。系統測試過程其實也是一種配置檢查過程，檢查軟件在生產過程中是否有遺漏的地方，在此時做到查漏補缺，以確保交付的產品符合用戶的質量要求。如果軟件可以按照用戶合理期望的方式來工作的時候，即可認為通過系統測試。l 性能測試性能測試就是要求被測軟件在業務處理速度、處理能力和所耗用的硬件系統資源比率滿足用戶的需求。對測試人員的要求：測試人員要掌握編程語言，精通業務流程，擁有深厚的項目經驗。所以，想順利的開展性能測試，需要測試工程師不斷的學習，掌握相應的知識。例子：對于某個論壇，我們需要測試論壇支持10000個用戶同時使用，并且在這種情況下，打開帖子的速度能否控制在4秒鐘以下，論壇服務器的CPU使用率不超過80%，內存的占用率不超過75%等，這些都是典型的性能測試指標。性能測試優點：一方面可以驗證被測軟件是否符合用戶需求，另一方面，可以得到相關的性能數據，為被測軟件的優化提供參考。性能測試工具：LoadRunner自動化性能測試工具等。l 用戶測試用戶測試可以稱其為用戶確認測試。在正式驗收前，需要用戶對本系統做出一個評價，用戶可對交付的系統做測試，并將測試結果反饋回來，進行修改、分析。用戶測試在整個軟件生產流程中非常重要，這個環節是被測軟件首次作為正式系統交由用戶使用，用戶會根據他們的實際使用情況進行測試、試用，并提出實際使用過程中的問題。用戶測試是軟件生產流程中的最后質檢關。l 回歸測試回歸測試就是過一段時間以后再回過頭來對以前修復過的Bug重新進行測試，看該Bug是否會重新出現?；貧w測試的目的：檢查以前的測試用例能否再次通過，是否還有需要補充的用例等。回歸測試工具：QTP等。