前言
最近呢有很多的小伙伴問我有沒有什么軟件測試的面試題，由于筆者之前一直在忙工作上的事情，沒有時間整理面試題，剛好最近休息了一下，順便整理了一些面試題，現在就把整理的面試題分享給大家，廢話就不多說了直接進入正文哈。
1、網上銀行轉賬是怎么測的，設計一下測試用例。
回答思路：
宏觀上可以從質量模型（萬能公式）來考慮，重點需要測試轉賬的功能、性能與安全性。設計測試用例可以使用場景法為主，先列出轉賬的基本流和備選流。然后設計場景，最后根據場景設計數據。實際面試中需要舉出具體的例子。
·先檢查界面
·再測試功能：
驗證同行轉賬，跨行轉賬。
驗證轉賬限額。
驗證非法賬戶（掛失，凍結，鎖定的賬戶）的轉賬。
再測試性能方面的。
2、測試工作的流程?缺陷狀態有什么?設計測試用例有幾種方法？
測試工程師的實際工作流程（以P2P中型版本為例，一個月一個版本）：
產品經理或者SR把需求書發下來給開發和測試。
測試先看一遍，進行需求分析。測試組長編寫測試計劃，并且分配測試任務給測試人員（2天時間）（此時開發也在進行需求分析）
過了2天，產品經理再把測試和開發召集在一起，進行需求講解（或者說需求評審），有問題可以直接問，如果發現需求有問題，也可以提出來，SR回去會修改。（需求講解時間0.5天）
講完需求后，測試同事要進行測試場景的梳理和案例的編寫了（xmind和Excel就要用上了），一共5個工作日。（此時開發在編寫代碼）
之后就要進行案例評審了，評審時候有SR、測試同事、開發同事，評審時候一般SR、測試組長、對應模塊的開發同事會提出一點意見，評審完之后，回去修改、補充一下案例。（案例評審0.5天）。
修改完以后，有兩種處理情況：
對大項目有時候要進行案例的第二次評審。
對小項目，在時間緊的時候，一般不會二審，但是要以郵件的形式把修改或者新增后的案例發出來，給領導看，并抄送給其他同事。（案例評審0.5天，修改案例0.5天，案例二審0.5天）
案例評審完就要開始測試了，一般測試環境開發搭建好（要說自己也會搭建，搭建流程背老師總結的）：
中型版本的測試一般分2輪：第一輪：5天；第二輪：3天；回歸測試2天；（共10個工作日）。
回歸測試完后，達到了上線標準，就會如期上線，一般當天晚上12點上線。
3、在項目中找到的經典BUG是什么？
兼容性問題，在ie瀏覽器，提交訂單按鈕可以點擊，到了谷歌，火狐就不能了。
查詢訂單頁面，根據條件篩選的結果不是想要的結果，還有某些字段的值沒有顯示出來，或者顯示錯誤。（因為開發從庫表取值有誤）
付款成功后，訂單狀態一直不翻轉為交易成功。（因為代碼沒有正確獲取庫表中付款成功記錄的狀態碼）
修改支付密碼，新密碼和原密碼一致，也通過了，系統沒有做新舊密碼的校驗。
付款時候的手機驗證碼，可以一直使用，沒有成功做有效期控制。
手機app斷開網絡后，再去點擊，沒有友好的錯誤頁面提示網絡已斷開，只有undefined返回。
4、定期存款到期自動轉存該怎么測？
回答思路：到期肯定會有邊界，所以設計里面可以考慮邊界值法。自動轉存。（首先要搞清楚什么是自動轉存）
存錢該怎么測，用什么測試方法？
5、登錄功能如何設計測試用例？
功能測試(FunctionTest)
1、輸入正確的賬號和密碼，點擊提交按鈕，驗證是否能正確登錄。（正常輸入）
2、輸入錯誤的賬號或者密碼,驗證登錄會失敗，并且提示相應的錯誤信息。（錯誤校驗）
3、登錄成功后能否跳轉到正確的頁面。（低）
4、賬號和密碼，如果太短或者太長，應該怎么處理。（安全性，密碼太短時是否有提示）
5、賬號和密碼，中有特殊字符（比如空格），和其他非英文的情況。（是否做了過濾）
6、記住賬號的功能。
7、登錄失敗后，不能記錄密碼的功能。
8、賬號和密碼前后有空格的處理。
9、密碼是否加密顯示。（星號圓點等）
10、牽扯到驗證碼的，還要考慮文字是否扭曲過度導致辨認難度大，考慮顏色（色盲使用者），刷新或換一個按鈕是否好用。
11、登錄頁面中的注冊、忘記密碼，登出用另一帳號登錄等鏈接是否正確。
12、輸入密碼的時候，大寫鍵盤開啟的時候要有提示信息。
13、什么都不輸入，點擊提交按鈕，看提示信息。（非空檢查）
界面測試(UITest)
1、布局是否合理，2個Testbox和一個按鈕是否對齊。
2、Testbox和按鈕的長度，高度是否復合要求。
3、界面的設計風格是否與UI的設計風格統一。
4、界面中的文字簡潔易懂，沒有錯別字。
性能測試(PerformanceTest)
1、打開登錄頁面，需要幾秒。
2、輸入正確的賬號和密碼后，登錄成功跳轉到新頁面，不超過5秒。
安全性測試(SecurityTest)
1、登錄成功后生成的Cookie是否有HttpOnly。(降低腳本盜取風險)
2、賬號和密碼是否通過加密的方式，發送給Web服務器。
3、賬號和密碼的驗證，應該是用服務器端驗證，而不能單單是在客戶端用javaScript驗證。
4、賬號和密碼的輸入框，應該屏蔽SQL注入攻擊。
5、賬號和密碼的的輸入框，應該禁止輸入腳本。（防止XSS攻擊）
6、錯誤登錄的次數限制。（防止暴力破解）
7、考慮是否支持多用戶在同一機器上登錄。
8、考慮一用戶在多臺機器上登錄。
可用性測試(UsabilityTest)
1、是否可以全用鍵盤操作，是否有快捷鍵。
2、輸入賬號，密碼后按回車，是否可以登錄。
3、輸入框是否可以以Tab鍵切換。
兼容性測試（CompatibilityTest）
1、主流的瀏覽器下能否顯示正常已經功能正常。（IE6~11,FireFox,Chrome,Safari等）
2、不同的平臺是否能正常工作，比如Windows,Mac。
3、移動設備上是否正常工作，比如iPhone,Android。
4、不同的分辨率。
6、電商平臺的核心業務是什么？購物車如何進行測試？
電商平臺主要是個商品銷售平臺，所以商品的查找，加入購物車，結算并支付是電商平臺的核心業務，也就是整個商品的購買流程。
購物車的測試主要考慮以下幾個方面（掌握思路即可）：
1、界面測試，購物車中的商品信息顯示是否正常，加入購物車后的商品價格是否顯示正常。
2、功能測試，從商品詳情頁面是否可以加入商品到購物車。
3、購物車頁面打開的同時，在其他頁面添加了商品，購物車刷新后，新的商品能否顯示。
4、若未登錄，點擊加入購物車，是否可以添加進購物車（緩存方式）或者會直接提示登錄。
5、在商品未選擇的狀態下，結算是否按鈕為灰色無法點擊。
6、勾選商品后，結算按鈕為可點擊狀態。
7、勾選商品后，自動計算商品的總價，價格是否正確。
8、勾選商品后，點擊結算按鈕，進入確認清單的頁面
9、在購物車中，可以修改商品的數量。
10、在購物車中，可以將已加入的商品移除購物車。
11、在購物車中，可以講商品移入收藏夾，移入收藏夾后，商品在購物車中不顯示。
12、購物車中的商品是否顯示優惠或促銷信息。
13、批量添加商品到購物車。
14、在購物車中批量移除商品。
15、性能測試。
16、打開購物車頁面要多久。
17、最多可以添加多少商品到購物車中。
18、批量添加商品和移除商品的速度如何。
19、兼容性測試。
20、如果是web商城，測試在不同的瀏覽器上功能是否正常。
21、如果是app，測試在不同手機品牌，不同操作系統版本和不同分辨率下的功能是否正常。
本文內容不用于商業目的，如涉及知識產權問題，請權利人聯系51Testing小編(021-64471599-8017)，我們將立即處理
明星乱亚洲合成图com|国产真实破苞视|日本a级不打码按摩片|一本通中文字幕亚洲欧美