考官從辦公室（面試現場）隨意選取一個簡單物品
，
假定是一個喝水的帶廣告圖案的花紙杯，讓應聘人對它設計出儘可能多的測試用例。
測試項目：杯子 需求測試:查看杯子使用說明書
界面測試:查看杯子外觀
功能度：用水杯裝水看漏不漏；水能不能被喝到
安全性：杯子有沒有毒或細菌
可*性：杯子從不同高度落下的損壞程度
可移植性：杯子再不同的地方、溫度等環境下是否都可以正常使用
兼容性：杯子是否能夠容納果汁、白水、酒精、汽油等
易用性：杯子是否燙手、是否有防滑措施、是否方便飲用
用戶文檔：使用手冊是否對杯子的用法、限制、使用條件等有詳細描述
疲勞測試：將杯子盛上水
（案例一）放24小時檢查泄漏時間和情況；盛上汽油
（案例二）放24小時檢查泄漏時間和情況等
壓力測試：用根針並在針上面不斷加重量，看壓強多大時會穿透
跌落測試:？？ 杯子加包裝(有填充物)，在多高的情況摔下不破損
震動測試: 杯子加包裝(有填充物)，六面震動，檢查產品是否能應對惡劣的鐵路\公路\航空運輸
測試數據： 測試數據具體編寫此處略（最討厭寫測試數據了）。
其中應用到：場景法、等價類劃分法、因果圖法、錯誤推測法、邊界值法等方法
期望輸出：
我現在有個程序，發現在WIN98上運行得很慢，怎麼判別是程序存在問題還是軟硬件系統存在問題?
1) 首先, 根據被測對象內容和大小的不同, 系統配置的不同, 爲快慢設個標準.
例如: 打開一個web窗口耗時10秒,如果沒有標準，網速512kb的人認爲很快;但網速2MB的人可能認爲很慢; 這就很難衡量打開那個窗口到底是快還是慢, 所以要看系統配置.
當然也跟被打開窗口的內容和大小有關, 打開純文字窗口肯定比打開帶有很多圖片,flash動畫等內容的窗口快, 所以要看被測對象的內容和大小.
2) 根據標準來衡量. 參考SRS
3) 系統的軟件,硬件配置是否滿足程序運行需求。
比如: 程序需要運行在windows98以上, 內存256MB以上, 而那臺PC是win98,內存128MB則在軟件配置上達到臨界點, 硬件配置就存在問題.
4) 該程序是否要調用組件, 或訪問數據庫等其他軟件. 如果需要,則其他相關配置是否滿足需求?
5) 是否在運行被測程序時, 很多其他程序也在運行, 超過windows98的負載。
比如: 運行被測程序時, 同時打開50個其他程序, 估計肯定超出OS自己的負載, 看被測程序運行狀態; 如果只運行被測試程序, 看被測程序運行狀態; 打開多個程序的先後順序, 看被測試程序運行狀態.
1、檢查系統是否有中毒的特徵;
2、檢查軟件/硬件的配置是否符合軟件的推薦標準;
3、確認當前的系統是否是獨立，即沒有對外提供什麼消耗CPU資源的服務;
4、如果是C/S或者B/S結構的軟件，需要檢查是不是因爲與服務器的連接有問題，或者訪問有問題造成的;
5、在系統沒有任何負載的情況下，查看性能監視器，確認應用程序對CPU/內存的訪問情況。
什麼是兼容性測試?兼容性測試側重哪些方面?
指對所設計程序與硬件、軟件之間的兼容性的測試。
測試分類：
一、瀏覽器兼容測試
二、分辨率兼容
測試
一般來說，兼容性指能同時容納多個方面，
在計算機術語上兼容是指幾個硬件之間、幾個軟件之間或是軟硬件之間的相互配合程度。
兼容性測試是指測試軟件在特定的硬件平臺上、不同的應用軟件之間、不同的操縱系統平臺上、不同的網絡等環境中是否能夠很友好的運行的測試。
兼容測試主要是檢查軟件在不同的硬件平臺、軟件平臺上是否可以正常的運行，
即是通常說的軟件的可移植性。
兼容的類型，如果細分的話，有平臺的兼容，網絡兼容，數據庫兼容，以及數據格式的兼容。
兼容測試的重點是，對兼容環境的分析。
通常，是在運行軟件的環境不是很確定的情況下，才需要做兼容。
根據軟件運行的需要，或者根據需求文檔，一般都能夠得出用戶會在什麼環境下使用該軟件，
把這些環境整理成表單，就得出做兼容測試的兼容環境了。
兼容和配置測試的區別在於，
做配置測試通常不是Clean OS下做測試，而兼容測試多是在Clean OS的環境下做的。
測試策略描述測試工程的總體方法和目標。
描述目前在進行哪一階段的測試（單元測試、集成測試、系統測試）
以及每個階段內在進行的測試種類（功能測試、性能測試、覆蓋測試等）。
測試策略的制定主要包含三個方面的內容：
（1）確定測試過程要使用的測試技術和工具；
（2）制定測試啓動、停止、完成標準；
（3）進行風險分析和應對方案。
例如測試與外部接口或者模擬物理損壞、安全性威脅。
測試計劃最關鍵的一步就是將軟件分解成單元，按照需求編寫測試計劃。
指導測試過程的綱領性文件，包含了產品概述，測試策略，測試方法，測試區域，測試配置，測試周期，測試資源，風險分析等內容；藉助軟件測試計劃，參與測試的項目成員，可以明確測試任務和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進度，應對測試過程中的各種變更。
測試計劃和測試用例間是戰略和戰術的關係，測試計劃主要從宏觀上規劃測試活動的範圍，方法和資源配置；
而測試用例是完成測試任務的具體戰術。
測試計劃中，最重要的是測試策略和測試方法。
測試計劃工作的關鍵是
1. 明確測試的目標，增強測試計劃的實用性---
測試計劃中的測試範圍必須高度覆蓋功能需求，測試方法必須切實可行，
測試工具具有較高的實用性，便於使用，生成的測試結果直觀準確。
2. 堅持“5W”規則，明確內容與過程
“5W”規則指：what，why，when，where，how；
用例5w規則創建軟件測試計劃，可幫助測試團隊理解測試目的（why），
明確測試範圍和內容（what），確定測試開始和結束日期（when），
指出測試的方法和工具（what），給出測試文檔和軟件存放位置（where）
3. 採用評審和更新機制，保證測試計劃滿足實際需求
軟件測試計劃的主要內容
1、 測試目標：對測試目標進行簡要的描述。
2、 測試概要：摘要說明所需測試的軟件、名詞解釋、以及提及所參考的相關文檔。
3、 測試範圍：測試計劃所包含的測試軟件需測試的範圍和優先級，哪些需要重點測試、哪些無需測試或無法測試或推遲測試。
4、 重點事項：列出需要測試的軟件的所有的主要功能和測試重點，這部分應該能和測試案例設計相對應和互相檢查。
5、 質量目標：制定測試軟件的產品質量目標和軟件測試目標。
6、 資源需求：進行測試所需要的軟硬件、測試工具、必要的技術資源、培訓、文檔等。
7、 人員組織：需要多少人進行測試，各自的角色和責任，他們是否需要進行相關的學習和培訓，什麼時候他們需要開始，並將持續多長時間。
8、 測試策略：制定測試整體策略、所使用的測試技術和方法。
9、 發佈提交：在按照測試計劃進行測試發佈後需要交付的軟件產品、測試案例、測試數據及相關文檔。
10、 測試進度和任務人員安排：將測試的計劃合理的分配到不同的測試人員，並注意先後順序.如果開發的Release不確定，可以給出測試的時間段.對於長期大型的測試計劃，可以使用里程碑來表示進度的變化。
11、 測試開始/完成/延遲/繼續的標準：制定測試開始和完成的標準；某些時候，測試計劃會因某種原因(過多阻塞性的Bug)而導致延遲，問題解決後測試繼續。
12、 風險分析：需要考慮測試計劃中可能的風險和解決方法。
測試過程包括五大部分，分別爲：單元測試、集成測試、確認測試、系統測試、驗收測試。
測試準備－測試計劃－測試需求－測試用例－測試執行－測試缺陷管理－測試報告總結
缺陷流程管理：new－ open－fix－（reopen）－close
黑盒測試的測試用例設計方法
· 等價類劃分方法
· 邊界值分析方法
· 錯誤推測方法
· 因果圖方法
· 判定表驅動分析方法
· 正交實驗設計方法
· 功能圖分析方法
軟件測試流程包括哪些不同的測試方法?
分爲五步
第一根據需求分析制定測試計劃
第二根據開發人員的詳細設計說明書設計測試策略和測試用例
第三開發人員編寫好一個小的模塊後我們就可以執行測試用例。同時填寫缺陷報告
第四對測試作總結
第五驗收測試，同時編寫用戶手冊
測試用例組成元素
(1) 用例ID；
(2) 用例名稱；
(3) 測試目的；
(4) 測試級別；
(5) 參考信息；
(6) 測試環境；
(7) 前提條件；
(8) 測試步驟；
(9) 預期結果；
(10) 設計人員。
