敏捷開發(fā)
敏捷開發(fā)（Agile）是一種以人為核心、迭代、循序漸進(jìn)的開發(fā)方法。
在敏捷開發(fā)中，軟件項(xiàng)目的構(gòu)建被切分成多個(gè)子項(xiàng)目，各個(gè)子項(xiàng)目的成果都經(jīng)過測(cè)試，具備集成和可運(yùn)行的特征。
簡(jiǎn)單地來說，敏捷開發(fā)并不追求前期完美的設(shè)計(jì)、完美編碼，而是力求在很短的周期內(nèi)開發(fā)出產(chǎn)品的核心功能，盡早發(fā)布出可用的版本。然后在后續(xù)的生產(chǎn)周期內(nèi)，按照新需求不斷迭代升級(jí)，完善產(chǎn)品。查看需求文檔（了解App功能模塊）
- 考勤：考勤打卡、外勤定位、考勤統(tǒng)計(jì)、我的排班、外出出差
- 流程：流程申請(qǐng)（行政、考勤、人事、財(cái)務(wù)）、流程代辦
- 基礎(chǔ)：通知、會(huì)議、日?qǐng)?bào)、提醒消息、通訊錄
- 聯(lián)系人
- 我
歸納要點(diǎn)：
填寫申請(qǐng)單：輸入項(xiàng)（必填、非必填）---看到申請(qǐng)狀態(tài)；
審核流程（2級(jí)、3級(jí)...)---消息、提醒；
測(cè)試用例編輯
按功能模塊來編寫用例；測(cè)試執(zhí)行
禪道提交bug；
- bug標(biāo)題：【功能】出現(xiàn)bug的操作+bug具體結(jié)果
- 步驟/結(jié)果/預(yù)期：換行鞋，添加bug截圖、測(cè)試數(shù)據(jù)、日志截圖
- bug類型/嚴(yán)重程度/測(cè)試環(huán)境/bug指派/所屬模塊
典型bug：
- 弱網(wǎng)測(cè)試：加載聯(lián)系人信息，一直顯示【處理中...】，建議對(duì)于網(wǎng)絡(luò)加載做出超時(shí)限制！
- 網(wǎng)站中斷后消息發(fā)送失敗，不能手動(dòng)重發(fā)，返回消息頁(yè)面不顯示發(fā)送失敗信息，不方便查閱哪些消息未發(fā)送成功；
- 聊天框拍照發(fā)送照片時(shí)，出現(xiàn)未知錯(cuò)誤；
- 穩(wěn)定性測(cè)試1000個(gè)隨機(jī)事件，第558次產(chǎn)生崩潰；（優(yōu)化性能）
- 橫屏切換后，頁(yè)面顯示不正確；
- 【權(quán)限設(shè)置】登錄OA系統(tǒng)后，未向用戶彈出是否可以查看位置信息、訪問通訊錄，app自動(dòng)獲取；
- 同時(shí)登錄2個(gè)賬號(hào)，一臺(tái)設(shè)備實(shí)時(shí)傳輸聊天信息，另一臺(tái)無反應(yīng)；
- 測(cè)試報(bào)告
項(xiàng)目背景、參考資料
測(cè)試基本信息：測(cè)試范圍、測(cè)試用例匯總
測(cè)試結(jié)果及bug分析：缺陷匯總、缺陷分析（嚴(yán)重程度、缺陷類型、功能分布）、缺陷影響
測(cè)試結(jié)論
交付文檔
面試題：
簡(jiǎn)述一下App測(cè)試流程？
產(chǎn)品明確OA項(xiàng)目需求，根據(jù)需求分配模塊、劃分任務(wù)；等開發(fā)完成、環(huán)境部署好，我們就在手機(jī)安裝app開始測(cè)試，主要是測(cè)宮高能，包括部分弱網(wǎng)測(cè)試，關(guān)注界面顯示是否正常、后期做主流機(jī)型的適配、發(fā)現(xiàn)bug提交禪道，開發(fā)處理后做好對(duì)應(yīng)bug的跟蹤，測(cè)試完成，簡(jiǎn)單整理測(cè)試結(jié)果，并通知開發(fā)準(zhǔn)備上線。大致介紹一下APP項(xiàng)目？
這個(gè)OA項(xiàng)目是一款類似釘釘?shù)霓k公軟件，有web端、后臺(tái)管理以及移動(dòng)端。包括移動(dòng)辦公、用戶管理、流程審批、人力管理、移動(dòng)考勤、通訊溝通等模塊。你在這個(gè)項(xiàng)目中主要負(fù)責(zé)什么？
我主要負(fù)責(zé)android app測(cè)試，測(cè)試是迭代版本，主要測(cè)試的模塊是流程審批、通訊溝通新增的內(nèi)容。主要是做一個(gè)功能測(cè)試，包括安裝卸載、中斷場(chǎng)景、網(wǎng)絡(luò)場(chǎng)景測(cè)試；另外還有界面測(cè)試，界面的排版布局是否ok；
測(cè)試后期主要是做主流手機(jī)型號(hào)的適配測(cè)試；你們有幾個(gè)測(cè)試人員，有沒有IOS端？工作任務(wù)怎么分配？
我們有3個(gè)測(cè)試，app有IOS端。如果當(dāng)前測(cè)試包括web, ios app, android app，一般一個(gè)人負(fù)責(zé)一個(gè)端的測(cè)試；
如果當(dāng)前只有一個(gè)端，例如當(dāng)前只有android app的迭代版本測(cè)試，就按照模塊來劃分任務(wù)；測(cè)試過程中有哪些讓你有成就感的事情？
在寫自己負(fù)責(zé)部分，例如流程審批用例時(shí)，按照入口驗(yàn)證、提單據(jù)、流程審核3大塊來寫，每一部分再細(xì)分考慮正常操作、異常操作，以及驗(yàn)證數(shù)據(jù)正確性；當(dāng)時(shí)在內(nèi)部會(huì)議上領(lǐng)導(dǎo)有表?yè)P(yáng)我寫的用例很有條理，讓我很有成就感。你們app迭代了多少次？多久迭代一次？
從我進(jìn)來目前為止2年多時(shí)間，app迭代大概11次。多久迭代不一定，一般是問題反饋積累到一定程度或者產(chǎn)品這邊要做新模塊設(shè)計(jì)，就會(huì)開始做項(xiàng)目開發(fā)計(jì)劃；短的話，2周開發(fā)完畢上線一個(gè)版本，長(zhǎng)的話1個(gè)多月；說一下下你這個(gè)請(qǐng)假單審批流程怎么測(cè)的？
首先，測(cè)試正常提單、正常完成審批流程的測(cè)試；例如我們根據(jù)請(qǐng)假時(shí)間的不同，設(shè)置了不同的審批流程，那么就需要多級(jí)審批測(cè)試；
其次，測(cè)試異常情況，例如提請(qǐng)假單必填項(xiàng)不填、時(shí)間輸入錯(cuò)誤、審批不同意返回上一級(jí)處理的測(cè)試等；說一下考勤怎么測(cè)試的？
考勤包括考勤打卡、外勤打卡；
先在后臺(tái)管理系統(tǒng)設(shè)置定位打卡位置、上班、遲到、早退、下班打卡時(shí)間段。然后在app上實(shí)施打卡，測(cè)試是否有上下班打卡提醒；打卡是否顯示時(shí)間、定位位置；測(cè)試正常打卡、遲到、早退打卡、未打卡操作，考勤信息是否正確顯示并記錄考勤統(tǒng)計(jì)；未打卡情況補(bǔ)卡提醒；是否可重復(fù)打卡；打卡語(yǔ)音驗(yàn)證；不同網(wǎng)絡(luò)狀態(tài)下打卡等；
另外外勤打卡操作，考勤信息是否正確顯示并記錄考勤統(tǒng)計(jì)；
