一.測試基礎(chǔ)

1.測試點(diǎn)，

用例設(shè)計(jì)（電梯，登錄，微信，點(diǎn)贊，搶紅包，發(fā)紅包，視頻電話，余額寶中的轉(zhuǎn)入和轉(zhuǎn)出。）

a）功能

b）UI界面：排版布局尺寸大小

c）易用性：客戶的使用習(xí)慣，電梯按鈕的位置高低

d）兼容性:

e）可移植性：

f） 安全性：發(fā)送數(shù)據(jù)數(shù)據(jù)是否加密（頁面的一個(gè)有效時(shí)間），日志前臺和后臺是否有密文加密，電梯斷電被夾到能不能

g）性能：發(fā)朋友圈的速度，頁面的響應(yīng)時(shí)間，電梯長時(shí)間的一個(gè)穩(wěn)定性。

2.上個(gè)公司的測試流程（自我介紹之后）測試一步步怎能開展工作的？

迭代周期

1.敏捷項(xiàng)目（ 一周）

2.迭代開發(fā)（半個(gè)月或者一個(gè)月）

測試流程

1.測試經(jīng)理給需求文檔

2.看需求文檔（深入了解）

3.產(chǎn)品召開需求澄清會議（更加熟悉了解需求）

4.需求反講

5.測試計(jì)劃（任務(wù)分配）

a）測試人員

b) 任務(wù)分配（重要）

c）測試周期

d）軟硬環(huán)境

e）項(xiàng)目背景，測試環(huán)境，測試目的

f）預(yù)防風(fēng)險(xiǎn)

6.寫用例

7.用例評審

8.環(huán)境搭建 開發(fā)在寫HHL，LLD編碼

9.轉(zhuǎn)測，提測（把項(xiàng)目版本包給到測試）

10.冒煙測試，回歸測試，系統(tǒng)集成測試

11.達(dá)到測試準(zhǔn)出，項(xiàng)目上線，輸出測試報(bào)告，缺陷報(bào)告

3.測試報(bào)告內(nèi)容？

a） 用例的執(zhí)行情況(主要)

b） 測試人員

c ）缺陷統(tǒng)計(jì)情況

d） 軟硬環(huán)境

e） 項(xiàng)目背景，測試環(huán)境，測試目的

f） 風(fēng)險(xiǎn)分析

g）總結(jié)能否上線

4.缺陷報(bào)告的內(nèi)容（BUG所包含的內(nèi)容）？

a） 所屬產(chǎn)品

b） 所屬模塊

c） 所屬項(xiàng)目

d） 影響版本

e） 當(dāng)前指派

f） bug的類型：代碼問題，設(shè)計(jì)缺陷，環(huán)境配置，文字描述

g） bug的標(biāo)題

h） bug的等級

致命性bug：系統(tǒng)死機(jī)，無法訪問使用

嚴(yán)重性bug: 影響到很多主體功能無法使用

一般性bug：比如查詢的小功能無法使用,頁面顯示不正確。

建議性bug：沒有提示，或者他提示描述的不清楚，排版不美觀

l） bug的重現(xiàn)步驟

5.測試用例的主要包含哪些內(nèi)容？(用例要素)

a)用例編號

b)用例標(biāo)題

c)前置條件

d)用例的優(yōu)先級

e)用例測試步驟

f)預(yù)期結(jié)果

g)所屬產(chǎn)品

h)關(guān)聯(lián)需求

i)測試人員

6.請問每個(gè)版本冒煙測試？如何進(jìn)行篩選？

每個(gè)版本進(jìn)行冒煙測試

我們主要篩選涉及到主要業(yè)務(wù)流程相關(guān)的測試用例，作為冒煙測試用例的

也會自己去寫一些重要場景的場景用例作為測試用例

7.回歸測試是怎么回歸的？

冒煙測試

SIT1

全量測試:對所有用例進(jìn)行測試

增量測試:

回歸測試

a）先進(jìn)行一次冒煙測試

b）bug修復(fù)后要進(jìn)行驗(yàn)證

c）和bug相關(guān)的的用例進(jìn)行回歸測試

d）bug新增到模塊的用例進(jìn)行回歸測試

SIT2

3.如何保證需求所有測試點(diǎn)的覆蓋率？

1.取決于設(shè)計(jì)用例的人員是否深入了解需求

2.站在用戶，測試，開發(fā)的角度去挖掘隱形需求

3.通過用例評審的方式讓別人

8.測試準(zhǔn)出標(biāo)準(zhǔn)

1.0bug

2.用例執(zhí)行完畢

3.缺陷全部修復(fù)，并且驗(yàn)證關(guān)閉

4.缺陷呈收斂趨勢

5.通過驗(yàn)收測試

有輸出相關(guān)的測試文檔（測試用例，測試計(jì)劃，缺陷報(bào)告，操作手冊）

9.比如項(xiàng)目馬上上線，臨時(shí)增加的一個(gè)需求，請問作為測試人員應(yīng)該怎么辦？

1.分析新添加的需求進(jìn)行評估能否按時(shí)測完（安排人員協(xié)助），反饋問題

2.增加的需求影響的范圍有多大（影響已經(jīng)測試完的功能），沒有足夠的時(shí)間(潛在的風(fēng)險(xiǎn))，影響客戶的使用

3.如果需求一定要增加的，先挑選重要的執(zhí)行

4.確實(shí)影響比較大的建議放在下個(gè)版本進(jìn)行增加

10.上線之前作為測試人員有哪些準(zhǔn)備工作？

1.發(fā)個(gè)文檔個(gè)運(yùn)維（版本，版本包是第幾個(gè)版本包，項(xiàng)目包放在哪里，配置文件修改修改哪些內(nèi)容）

2.測試留人員協(xié)助項(xiàng)目上線

11.如果上完線，客戶反饋發(fā)現(xiàn)線上bug作為一個(gè)測試是怎么做的？

1.找相關(guān)人員（客戶）了解情況（怎么發(fā)現(xiàn)的）

2.在預(yù)發(fā)布環(huán)境去重現(xiàn)線上bug

3.如果真的存在，反饋給測試領(lǐng)導(dǎo)（經(jīng)理）做決定，如果bug比較嚴(yán)重

提交的bug管理工具

找開發(fā)解決，回歸測試，重現(xiàn)上線或者打補(bǔ)丁，針對問題增加一些新的代碼

不是特別嚴(yán)重（延期處理）提交到指定的項(xiàng)目中，下個(gè)項(xiàng)目進(jìn)行測試修復(fù)。

12.你們平時(shí)用哪些用例設(shè)計(jì)方法？

用例設(shè)計(jì)方法：

等價(jià)類：轉(zhuǎn)賬金額輸入框

邊界值:賬號長度，根據(jù)賬號的長度

因果圖（條件與條件組合）：最終轉(zhuǎn)化為判定表

判定表：登錄，考慮組合關(guān)系，賬號和密碼的組合，結(jié)果只有成功或者失?。?N次方條）