�、� 瀏覽器測試
5)安全性測試
10.軟件測試項目從什么時候開始，?為什么?
軟件測試應該在需求分析階段就介入，因為測試的對象不僅僅是程序編碼，應該對軟件開發過程中產生的所有產品都測試，并且軟件缺陷存在放大趨勢.缺陷發現的越晚，修復它所花費的成本就越大.
11.需求測試注意事項有哪些?
一個良好的需求應當具有以下特點：
● 完整性：每一項需求都必須將所要實現的功能描述清楚，以使開發人員獲得設計和實現這些功能所需的所有必要信息。
● 正確性：每一項需求都必須準確地陳述其要開發的功能。
● 一致性：一致性是指與其它軟件需求或高層(系統，業務)需求不相矛盾。
● 可行性：每一項需求都必須是在已知系統和環境的權能和限制范圍內可以實施的。
● 無二義性：對所有需求說明的讀者都只能有一個明確統一的解釋，由于自然語言極易導致二義性，所以盡量把每項需求用簡潔明了的用戶性的語言表達出來。
● 健壯性：需求的說明中是否對可能出現的異常進行了分析，并且對這些異常進行了容錯處理。
● 必要性：“必要性”可以理解為每項需求都是用來授權你編寫文檔的“根源”。要使每項需求都能回溯至某項客戶的輸入，如Use Case或別的來源。
● 可測試性：每項需求都能通過設計測試用例或其它的驗證方法來進行測試。
● 可修改性：每項需求只應在S R S 中出現一次。這樣更改時易于保持一致性。另外，使用目錄表、索引和相互參照列表方法將使軟件需求規格說明書更容易修改。
● 可跟蹤性：應能在每項軟件需求與它的根源和設計元素、源代碼、測試用例之間建立起鏈接鏈，這種可跟蹤性要求每項需求以一種結構化的，粒度好(f i n e - g r a i n e d )的方式編寫并單獨標明，而不是大段大段的敘述。
12.簡述一下缺陷的生命周期
13.分析測試用例注意(事項)?
1)為什么要寫用例：
我們編寫測試用例，有如下的好處：
便于團隊交流：假如說一個測試團隊有10個成員，大家測試的時候都各自為政，沒有統一的標準，測試的效率無疑會大打折扣;如果大家都遵循統一的用例規范去寫，就會解決這一問題。
便于重復測試 ：大家知道，軟件在實際開發過程中是會有不同版本的，比如會從1.0升級到10.0，那么如果不寫測試用例的話，在測試10.0版本的時候，你能完全記得1.0版本時你做過哪些測試嗎?測試用例就像一個備忘錄一樣，便于重復測試。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
