測試方法、測試用例相關
1、杯子的測試
冒煙測試：速度裝一杯水，是否漏水
功能測試：漏水測試，透明度測試，衛生情況測試，杯口平滑測試，重量測試，均勻度測試
壓力測試：抗摔測試，抗高溫測試
2、描述bs這類模塊的功能，設計測試用例
3、CP命令設計測試用例
主要從異常、功能和性能三方面考慮：
#####異常：
參數異常：源和目標參數異常：包含特殊字符；參數超長；指定的位置實際不存在
拷貝對象異常：非法的執行權限；存儲介質有損壞；非法的文件格式和內容
執行過程異常：拷貝到一半斷電；拷貝過程中硬盤滿；拷貝過程中源或目的被刪除
#####功能：
文件
不同文件大小：0，1k，10k。。。
不同的文件類型：文本，二進制，設備文件。。。
目錄
包含各種文件類型
包含子目錄，目錄深度
目錄文件數量很多
針對文件和目錄分別驗證拷貝的準確性，完整性。
#####性能：
場景：
拷貝大文件
拷貝目錄中存在大量小文件
跨文件系統間拷貝
跨存儲介質間拷貝（硬盤到 U 盤。。。）
構造源的各種磁盤分佈（磁盤扇區分佈。。。）
併發執行拷貝
關注的性能點：拷貝時間, CPU，內存，磁盤 IO
4、如何測試模板
展現檢查：文字圖片內容，鏈接，一致性
數據傳遞：字符串長短與截斷；特殊字符；中英文；空格；下拉條提示
兼容性檢查：不同瀏覽器，不同操作系統，不同分辨率
用戶行爲：窗口拉大，放小；字號大小；編碼格式；刷新；前進後退
5、本流程圖描述了某子程序的處理流程，現要求用白盒測試法對子程序進行測試
要求：根據白盒測試常用的以下幾種方式：語句覆蓋、判定覆蓋、條件覆蓋、判定／條件覆蓋、多重條件覆蓋(條件組合覆蓋)、路徑覆蓋六種覆蓋標準，
從供選擇的答案中分別找出滿足相應覆蓋標準的最小的測試數據組並簡述各種測試方法。
供選擇的答案
A、 x=3 y=3 z=0;x=1 y=2 z=1
B、 x=1 y=2 z=0;x=2 y=1 z=1
C、 x=4 y=2 z=0; x=3 y=3 z=0; x=2 y=1 z=0; x=1 y=1 z=1
D、 x=4 y=2 z=0; x=1 y=2 z=1; x=2 y=1 z=0; x=1 y=1 z=1
E、 x=4 y=2 z=0
F、 x=4 y=2 z=0;x=1 y=1 z=1
參考答案：
語句覆蓋 E：語句覆蓋是指選擇足夠的測試用例，使得運行這些測試用例時，被測程序的每個語句至少被執行一次，語句覆蓋是一種比較弱的覆蓋標準
判定覆蓋 A：也稱分支覆蓋，是指選擇足夠的測試用例，使得運行這些測試用例時，被測程序的每個判定的所有可能結果至少出現一次
條件覆蓋 B：是指選擇足夠的測試用例，使得運行這些測試用例時，判定中的每個條件的所有可能結果至少出現一次
判定/條件覆蓋 F：是指選擇足夠的測試用例，使得運行這些測試用例時，判定中每個條件的所有可能結果至出現一次，並且每個判定本身的所有可能結果也至少出現一次
多重條件覆蓋 D：是指選擇足夠的測試用例，使得運行這些測試用例時，每個判定中條件結果的有可能組合至少出現一次
路徑覆蓋 C：是指選擇足夠的測試用例，使得運行這些測試用例時，程序的每條可能執行到的路徑都至少經過一次
6、聊天消息收發的測試思路
參考答案：主要從以下幾個方面來考察：正常測試、異常測試、不同的消息類型、組合測試、長度極值、是否延遲、是否丟失、是否被篡改、安全性
7、登錄界面測試
參考答案：希望可以對測試點做分類劃分，如功能、 UI、性能、安全 。
#####功能測試(Function test)
0.什麼都不輸入，點擊提交按鈕，看提示信息。
1.輸入正確的用戶名和密碼，點擊提交按鈕，驗證是否能正確登錄。
2.輸入錯誤的用戶名或者密碼, 驗證登錄會失敗，並且提示相應的錯誤信息。
3.登錄成功後能否能否跳轉到正確的頁面
4.用戶名和密碼，如果太短或者太長，應該怎麼處理
5.用戶名和密碼，中有特殊字符（比如空格），和其他非英文的情況
6.記住用戶名的功能
7.登陸失敗後，不能記錄密碼的功能
8.用戶名和密碼前後有空格的處理
9.密碼是否加密顯示（星號圓點等）
10.牽扯到驗證碼的，還要考慮文字是否扭曲過度導致辨認難度大，考慮顏色（色盲使用者），刷新或換一個按鈕是否好用
11.登錄頁面中的註冊、忘記密碼，登出用另一帳號登陸等鏈接是否正確
12.輸入密碼的時候，大寫鍵盤開啓的時候要有提示信息。
#####界面測試(UI Test)
1.佈局是否合理，2個testbox 和一個按鈕是否對齊
2.testbox和按鈕的長度，高度是否複合要求
3.界面的設計風格是否與UI的設計風格統一
4.界面中的文字簡潔易懂，沒有錯別字。
#####性能測試(performance test)
1.打開登錄頁面，需要幾秒
2.輸入正確的用戶名和密碼後，登錄成功跳轉到新頁面，不超過5秒
#####安全性測試(Security test)
1.登錄成功後生成的Cookie，是否是httponly (否則容易被腳本盜取)
2.用戶名和密碼是否通過加密的方式，發送給Web服務器
3.用戶名和密碼的驗證，應該是用服務器端驗證， 而不能單單是在客戶端用javascript驗證
4.用戶名和密碼的輸入框，應該屏蔽SQL 注入攻擊
5.用戶名和密碼的的輸入框，應該禁止輸入腳本 （防止XSS攻擊）
6.錯誤登陸的次數限制（防止暴力破解）
7.考慮是否支持多用戶在同一機器上登錄；
8.考慮一用戶在多臺機器上登錄
#####可用性測試(Usability Test)
1. 是否可以全用鍵盤操作，是否有快捷鍵
2. 輸入用戶名，密碼後按回車，是否可以登陸
3.輸入框能否可以以Tab鍵切換
#####兼容性測試（Compatibility Test）
1.主流的瀏覽器下能否顯示正常已經功能正常（IE,6,7,8,9, Firefox, Chrome, Safari,等）
2.不同的平臺是否能正常工作，比如Windows, Mac
3.移動設備上是否正常工作，比如Iphone, Andriod
4.不同的分辨率
#####本地化測試 （Localization test）
1. 不同語言環境下，頁面的顯示是否正確。
軟件輔助性測試 （Accessibility test）
軟件輔助功能測試是指測試軟件是否向殘疾用戶提供足夠的輔助功能
1. 高對比度下能否顯示正常 （視力不好的人使用）
8、測試自動販賣機
題目: 測試自動販賣機，場景：販賣機將用在露天的繁華的大街上（考察點: 主要考察邏輯思維、思維的發散性）
參考答案:
大概可以從以下幾個方面來考慮：
考慮到管理員的功能：如添加貨物功能、定價等功能
考慮到界面外觀、用戶說明的
容錯考慮比較多的
有效的等價類有：
金額剛夠，順利出貨
金額超出，找零出貨
金額超出, 沒錢找零,出貨.
金額不足，進行提示，把貨幣退出
金額足夠，取消交易
假幣，不出貨
無效等價類：
投入金額，不出貨，不找零
投入金額，不出貨，退錢
金額超出，出貨，不找零
金額超出，不出貨，找零
金額不足，出貨，找零l
金額不足，出貨，不找零
金額不足，不出貨，不退款
金額剛夠，不出貨，退款
金額剛夠，出貨，找零
金額剛夠，不出貨，找零
不投金額，直接出貨
9、輸入以年月表示的日期，等價劃分測試用例
10、三角形測試
