1.畫出研發(fā)周期中測試的不同階段诫肠，在畫出上一家公司的項 目流程

測試的各個階段

測試組工作流程：

編寫測試計劃 --- >? ? ? ? 評審測試計劃 -- >? ? ? 編寫測試用例 -- >? ? ?評審測試用例 -- >? ? ? ? ? 執(zhí)行測試階段（冒煙測試司澎，系統(tǒng)測試） -->? ? ? ? 分析和總結測試結果 -- >? ? ? ? 完成測試

2.闡述BUG的生命周期，闡述公司的BUG管理工具使用大? ? ?致流程

新建——>? ?確認——>解決——>? 重新驗證——>關閉——> 重啟

公司使用禪道作為BUG管理工具栋豫，測試人員主要負責BUG的提交挤安，跟蹤，禪道也想測試人員提供測試用例在線編寫

3.測試接口從哪幾個方面考慮丧鸯，請寫出接口測試用例的框架

測試接口主要考慮接口的功能蛤铜，業(yè)務，異常丛肢，性能围肥，安全進行測試

接口的功能

測試接口的功能正確，確實符合接口文檔中對接口的功能描述蜂怎。

接口的業(yè)務邏輯

測試接口的業(yè)務依賴穆刻，某個接口執(zhí)行需要依賴上一個接口成功請求的cookie

接口的異常

測試接口的入參參數名異常，參數數據異常杠步。

參數名異常：參數名稱錯誤氢伟，參數多一個，參數少一個幽歼，參數為空朵锣。

參數數據異常：數據類型錯誤，數據有效值錯誤甸私，數據為空錯誤诚些，數據長度錯誤

入參值校驗

參數必填校驗，參數長度校驗皇型，參數數據類型校驗泣刹，參數數據有效值校驗，參數

是枚舉值犀被，要覆蓋所有枚舉值椅您。參數數據默認值校驗，參數與參數組合數據校驗

接口請求超時

接口處理大量測試數據寡键，數據庫讀寫能力

接口的性能

測試接口并發(fā)數掀泳，響應時間雪隧，吞吐量，服務資源使用情況（cpu,內存）

接口的安全

測試接口的敏感信息加密

請求時傳輸的參數數據加密

cookie,session有效時間

重要的信息存session,其他信息存cookie,有效時間設定员舵。

4.三個隨機數脑沿，用面向對象的語言對他們進行排序

插入排序法

public? arr【1,4,8】

public class InsertSort {

? ? public static void sort(int[] arr) {

? ? ? ? if (arr.length >= 2) {

? ? ? ? ? ? for (int i = 1; i < arr.length; i++) {

? ? ? ? ? ? ? ? //挖出一個要用來插入的值,同時位置上留下一個可以存新的值的坑

? ? ? ? ? ? ? ? int x = arr[i];

? ? ? ? ? ? ? ? int j = i - 1;

? ? ? ? ? ? ? ? //在前面有一個或連續(xù)多個值比x大的時候,一直循環(huán)往前面找,將x插入到這串值前面

? ? ? ? ? ? ? ? while (j >= 0 && arr[j] > x) {

? ? ? ? ? ? ? ? ? ? //當arr[j]比x大的時候,將j向后移一位,正好填到坑中

? ? ? ? ? ? ? ? ? ? arr[j + 1] = arr[j];

? ? ? ? ? ? ? ? ? ? j--;

? ? ? ? ? ? ? ? }

? ? ? ? ? ? ? ? //將x插入到最前面

? ? ? ? ? ? ? ? arr[j + 1] = x;

? ? ? ? ? ? }

? ? ? ? }

? ? }

}

5.delete、drop马僻、truncate的區(qū)別庄拇？

（1）DELETE語句執(zhí)行刪除的過程是每次從表中刪除一行，并且同時將該行的刪除操作作為事務記錄在日志中保存以便進行進行回滾操作韭邓。

? ? TRUNCATE TABLE 則一次性地從表中刪除所有的數據并不把單獨的刪除操作記錄記入日志保存措近，刪除行是不能恢復的。并且在刪除的過程中不會激活與表有關的刪除觸發(fā)器女淑。執(zhí)行速度快瞭郑。

（2）表和索引所占空間。

? ? 當表被TRUNCATE 后鸭你，這個表和索引所占用的空間會恢復到初始大小屈张，

? ? DELETE操作不會減少表或索引所占用的空間。

? ? drop語句將表所占用的空間全釋放掉袱巨。

（3）一般而言阁谆，drop > truncate > delete

（4）應用范圍。

? ? truncate只能對table愉老；? ? ? ? delete可以是table和view

（5）truncate和delete只刪除數據笛厦， drop則刪除整個表（結構和數據）。

（6）truncate與不帶where的delete ：只刪除數據俺夕，而不刪除表的結構（定義）drop語句將刪除表的結構被依賴的約束（constrain),觸發(fā)器（trigger)索引（index);依賴于該表的存儲過程/函數將被保留裳凸，但其狀態(tài)會變?yōu)椋篿nvalid。

（7）delete語句為DML（data maintain Language),這個操作會被放到 rollback segment中,事務提交后才生效劝贸。如果有相應的 tigger,執(zhí)行的時候將被觸發(fā)姨谷。

（8）truncate、drop是DLL（data define language),操作立即生效映九，原數據不放到 rollback segment中梦湘，不能回滾

（9）在沒有備份情況下，謹慎使用 drop 與 truncate件甥。要刪除部分數據行采用delete且注意結合where來約束影響范圍捌议。回滾段要足夠大引有。要刪除表用drop;若想保留表而將表中數據刪除瓣颅，如果于事務無關，用truncate即可實現譬正。如果和事務有關宫补，或老師想觸發(fā)trigger,還是用delete檬姥。

（10） truncate table 表名 速度快,而且效率高,因為:

truncate table 在功能上與不帶 WHERE 子句的 DELETE 語句相同：二者均刪除表中的全部行。但 TRUNCATE TABLE 比 DELETE 速度快粉怕，且使用的系統(tǒng)和事務日志資源少健民。DELETE 語句每次刪除一行，并在事務日志中為所刪除的每行記錄一項贫贝。TRUNCATE TABLE 通過釋放存儲表數據所用的數據頁來刪除數據秉犹，并且只在事務日志中記錄頁的釋放。

（11）truncate table 刪除表中的所有行稚晚，但表結構及其列崇堵、約束、索引等保持不變蜈彼。新行標識所用的計數值重置為該列的種子筑辨。如果想保留標識計數值俺驶，請改用 DELETE幸逆。如果要刪除表定義及其數據，使用 drop table語句跳仿。

（12） 對于由 foreing? ?key 約束引用的表滨嘱，不能使用 truncate table?捌刮，而應使用不帶 WHERE 子句的 DELETE 語句。由于 TRUNCATE TABLE 不記錄在日志中拍顷，所以它不能激活觸發(fā)器。

6.select count(DISTINCT) from Teacher where tname like "李"

6.搜索框功能的測試用例有哪些塘幅？

功能測試

1.搜索內容為空昔案，驗證系統(tǒng)如何處理

2.搜索內容為空格，查看系統(tǒng)如何處理

3.邊界值驗證：在允許的字符串長度內外电媳，驗證系統(tǒng)的處理

4.超長字符串輸入踏揣，系統(tǒng)是否會截取允許的長度來檢驗結果

5.合法的字符串長度后，加空格驗證檢索結果

6.多個關鍵字中間加入空格匾乓，逗號捞稿，tab驗證系統(tǒng)的結果是否正確

7.驗證每種合法的輸入，結果是否正確

8.是否支持檢索內容的復制拼缝、粘貼娱局、編輯等操作

9.是否支持回車鍵搜索

10.多次輸入相同的內容，查看系統(tǒng)的檢索結果是否一致

11.特殊字符咧七、轉義字符衰齐、html腳本等需要做處理

12.敏感詞匯，提示用戶無權限等

13.輸入的內容是否支持快捷鍵操作等

14.只能輸入允許的字符串長度等

15.輸入鏈接是否正確跳轉继阻，

16.搜索的歷史紀錄是否顯示在下面

17.搜索內容有沒有聯想功能

18.是否可以輸入數字娇斩，英文仁卷，中文

19.是否可以混合輸入數字英文中文

20.輸入拼音也可以進行檢索

21.語音搜索的內容是否匹配

22.斷網時，無法搜索

23.進行圖片搜索時可以選擇拍照或從相冊中選取圖片進行搜索

24.如果從相冊中選取圖片進行搜索犬第，圖上的大小是否有限制锦积，最大為多少

25.搜索框邊上有相機圖片，便于圖片搜索

26.點擊清空歷史記錄歉嗓，搜索框是否會清空歷史記

27.能否識別圖片中的內容

28.點擊搜索丰介，顯示搜索界面

界面測試

1.查看UI是否顯示正確，布局是否合理

2.是否有錯別字

3.搜索結果顯示的布局是否美觀

4.已查看的結果鏈接鉴分，鏈接的顏色要灰化處理哮幢，

5.結果數量龐大時，頁面的分頁布局是否合理

6.界面的顏色搭配是否合理

安全性測試

1.腳本的禁用

2.SQL的注入志珍，檢索SQL?SELECT語句等

3.敏感內容的檢索是禁止的

4.特殊字符的檢索

5.被刪除橙垢、加密、授權的數據伦糯，不允許被查出來柜某，6.是否有安全設計控制

兼容性測試

1.多平臺Windows，mac

2.移動平臺android敛纲，ios

3.多瀏覽器火狐喂击、chrome、IE等

性能測試

1.搜索頁面的鏈接打開速度的時間

2.搜索出結果消耗時間

3.弱網時搜索的響應時間

4.不同網速下搜索時的響應時間3g,4g,WIFI

易用性

1.有聯想功能

2.搜索內容與搜索結果的匹配程度

3.支持拍照搜索淤翔，語音搜索

7.用jmeter對A接口進行性能測試翰绊，A接口依賴于登錄接口，請寫出測試思路

A接口為實時查詢接口旁壮，查詢表數據量百萬級监嗜，關聯查詢，為了解決效率問題用到了緩存技術抡谐，若查詢內容不變裁奇，則讀取緩存

8.如何查找A.log的日志，且輸出后童叠，服務器系統(tǒng)為linux

9.在微信客戶端使用搜狗輸入法打字框喳，手機屏幕突然黑了，那些原因會導致這種情況厦坛，如何排查

1.首先重新安裝微信

2.在其他App使用搜狗輸入法

3.在微信使用系統(tǒng)輸入法檢測是否出現黑屏

10.測試過程中發(fā)現一個重現率低的BUG五垮，如何處理？

1.首先在遇到能夠復現的情況及時截圖錄屏杜秸，保留記錄

2.和開發(fā)進行溝通放仗，幫助其定位BUG

3.實在無法復現，則對BUG進行考量撬碟，對項目的影響诞挨，選擇延后修改

4.將BUG寫入測試報告中進行記錄

11.測試發(fā)現一個高優(yōu)先級BUG莉撇，產品人員審核后認為不阻塞上線，可以以后在修復惶傻，上線后棍郎，受到不少用戶反饋，所以緊急上線補丁包修改問題银室，如何保證同類事件以后不再發(fā)生涂佃？

產品的用戶體驗測試就是把構成產品的軟、硬件系統(tǒng)按其性能蜈敢、功能辜荠、界面形式、可用性等方面與某種預定的標準或者預想進行比較抓狭，對其做出評價伯病。用戶體驗測試與評價是產品開發(fā)設計的一個重要步驟。產品的成功與否需要通過評價以及用戶的實踐否过，才能得到最終的判定午笛，所以上線過程中，對于用戶體驗差的功能叠纹，測試人員有必要據理力爭季研，優(yōu)化之后在進行上線步驟

12.簡單概述缺陷報告包含哪些內容

? 缺陷標題敞葛，嚴重級別誉察，問題所屬模塊，復現步驟惹谐，預期結果持偏，實際結果，有關的?志

? 和截圖

13.開發(fā)人員修復缺陷后氨肌，如何保證不影響其他功能

? Bug的修復以及新功能的添加都有可能對版本造成一些影響鸿秆，為了避免，在新版本發(fā)布以后怎囚，

? 首先會對新版本做一個基礎的流程測試也叫做冒煙測試卿叽，如果測試基本流程都順利通過沒有任何問題，

? 那么測試人員可以繼續(xù)進行詳細的測試恳守，否則就將冒煙測試中出現 的問題以及問題有可能出現的原因

? 反饋給開發(fā)人員考婴，由開發(fā)人員修正后再次發(fā)版，進行測試催烘。這是一個迭代的過程

14.壓力測試和負載測試的區(qū)別沥阱？需要關注哪些指標

? 負載測試是從并發(fā)量維度出發(fā)，不斷增加并發(fā)量發(fā)情況下伊群，系統(tǒng)的性能指標

? 壓力測試是從訪問時間的維度出發(fā)考杉，在并發(fā)量一定的情況下不斷增加連續(xù)訪問的時間情況下策精，系統(tǒng)的性能指標。

舉例：

? 負載測試：服務員在單位時間內不斷增加開發(fā)工作量崇棠，查看服務員在不同工作量下完成工作的程度咽袜，從而了解該服務員的技術水平

? 壓力測試：基于外部壓力，例如長時間不休息枕稀，長時間不開工作等情況酬蹋，查看該服務員是否還會不會繼續(xù)好好工作（能否及時響應請求），或者罷工抽莱。

需要關注的指標：

? 性能指標參數：

? 系統(tǒng)資源使用率 cpu 內存 硬盤讀寫 網絡

　　　　web端　　　　　　　　　　　　　　　app端

　　　　資源使用不得80%　　　　　　　　　　資源使用不得超過80%

　　　　響應時間 2 5 8 原則 　　　　　　　 響應時間　　　258原則

　　　　錯誤率 20%　　　　　　　　　　　　 錯誤率　　　　20%

15.SQL中having是做什么用的范抓？WHERE和Having有什么區(qū)別

1、having只用于GROUP BY（分組統(tǒng)計語句）

2. having用于在WHERE和GROUP BY 結果中查詢

3. having可以使用聚合函數

用的地方不一樣

? where可以用于select食铐、update匕垫、delete和insert into values(select * from table where ..)語句中。

? having只能用于select語句中

執(zhí)行的順序不一樣

? where的搜索條件是在執(zhí)行語句進行分組之前應用

? having的搜索條件是在分組條件后執(zhí)行的

? 即如果where和having一起用時虐呻，where會先執(zhí)行象泵，having后執(zhí)行

子句有區(qū)別

? where子句中的條件表達式having都可以跟，而having子句中的有些表達式where不可以跟斟叼；

? having子句可以用集合函數（sum偶惠、count、avg朗涩、max和min）忽孽，而where子句不可以。

17.如果項目周期很短谢床，測試人力匱乏兄一，你是 怎么協(xié)調的

? 依據代碼review的結果和影響范圍，對測試內容進行適當的裁剪识腿。

? 借助自動化工具的支持出革，提高測試案例的執(zhí)行效率。

? 調整組內任務的優(yōu)先級渡讼，進行人力協(xié)調骂束，優(yōu)先投入最緊要的項目。

18.用例設計：QQ發(fā)消息功能（寫出你能想到的所有的測試點成箫，用例結構要清晰）

? 1.消息內容類型：純文字展箱、純圖片、純表情伟众、文字+表情析藕、文件

? 2.發(fā)送鍵：點擊“發(fā)送”發(fā)送、使用快捷鍵發(fā)送（電腦端）

? 3.用戶在線狀態(tài)：在線狀態(tài)、離線狀態(tài)

? 4.網絡情況：網絡正常账胧、網絡異常

? 5.群聊情況：@功能（@個人竞慢、@多個人、@全部?）治泥、提醒功能

? ? 被@到時筹煮，進入群聊是否提示“有人@”

? ? 群聊聊天數量統(tǒng)計是否正常

? ? 群聊信息較多時，是否有一鍵到上次看到的消息居夹，從哪開始

綜合以上情況設計用例：

? 1.單聊：發(fā)送文字/表情/圖片败潦，對方是否能接收成功，且消息發(fā)送時間排序正常准脂，聊天記錄條數是否正常

? 2.群聊：發(fā)送文字/表情/圖片劫扒，對方是否能接收成功，且消息發(fā)送時間排序正常狸膏，聊天記錄條數是否正常

? 3.離線狀態(tài)下沟饥，是否支持消息發(fā)送？發(fā)送失敗后湾戳，是否支持重新發(fā)送贤旷？

? 4.離線狀態(tài)下，是否支持接收消息砾脑？在線后幼驶，是否正常接收到離線消息？

? 5.未加好友狀態(tài)下：搜索QQ號開啟的臨時會話韧衣，是否能發(fā)送文字/表情/圖片/文件盅藻；群聊開啟的臨時會話，

? 群主沒有設置不可發(fā)起臨時會話汹族，是否能發(fā)送文字/表情/圖片/文件萧求；群主設置了不可發(fā)起臨時會話其兴，是否能發(fā)送文字/表情/圖片/文件

? 6.在線用戶發(fā)送文件給離線用戶顶瞒，發(fā)送到一半時，中斷后元旬，是否能繼續(xù)再次發(fā)送

? 7.在線用戶發(fā)送文件時榴徐，是否能夠正常接收

? 8.屏蔽功能開啟和關閉：屏蔽功能開啟后，是否屏蔽消息提醒匀归，但是還是可以點開查看消息坑资？屏蔽功能關閉后，是否正常接收消息并提醒穆端？

? 9.發(fā)送文字袱贮、圖片、文件的最大限制

? 10.發(fā)送內容為空或純空格体啰，是否支持發(fā)送攒巍？

? 11.發(fā)送內容包含敏感字眼時嗽仪，是否被和諧？

? 12.@個人柒莉、多個闻坚、全部，是否有消息提示

? 13.消息中發(fā)送的網址兢孝，是否支持打開窿凤？

? 14.已經發(fā)送和接收的消息，是否支持復制或粘貼或轉發(fā)跨蟹？

? 15.已經發(fā)送的消息是否支持撤回雳殊，撤回時間有效性驗證

? 16.頻繁下拉上劃刷新頁面，頁面是否正常