原文鏈接：
https://www.testingexcellence.com/istqb-quiz/istqb-agile-tester-certification-exam-sample-test/
以下哪種行為是測試人員會在發(fā)布計劃階段做的狠毯？
A 生成用戶故事的驗收測試列表
B 幫助將用戶故事分解為更小和更詳細(xì)的任務(wù)井联。
C 估計為此次迭代計劃的新功能生成的測試任務(wù)。
D 支持用戶故事的說明，并確保它們是可測試的螺垢。以下哪個任務(wù)在敏捷項目中是測試人員通常會做的扔役？
i 決定用戶的接受程度
ii 設(shè)計笋颤，創(chuàng)建和執(zhí)行適當(dāng)?shù)臏y試
iii 安排缺陷報告進(jìn)行分析
iv 自動化和維護(hù)測試
v 通過結(jié)對編程改進(jìn)程序邏輯
A. i和ii
B. ii＆iii
C. ii＆iv
D. ii＆v
3.哪兩項關(guān)于敏捷項目的陳述是正確的筑煮？選擇兩個選項。
A 測試人員應(yīng)該與開發(fā)人員密切合作臂外，同時保持客觀判斷
B 在進(jìn)行敏捷開發(fā)的組織中不存在測試經(jīng)理窟扑。
C 敏捷項目中測試人員和開發(fā)人員之間沒有區(qū)別。
D 開發(fā)人員應(yīng)該依靠測試人員來創(chuàng)建自動化回歸測試漏健。
E 用戶可以在一系列迭代后對產(chǎn)品執(zhí)行beta測試嚎货。
4。鑒于迭代開始時發(fā)生的產(chǎn)品風(fēng)險分析的以下結(jié)果：
?用戶故事1（性能）：可能性高蔫浆，影響力高
?用戶故事2（安全）：可能性高殖属，影響力高
?用戶故事3（功能）：可能性：中等，影響：高
?用戶故事4（功能）：可能性高瓦盛，影響：中等
?用戶故事5（兼容性）：可能性：低洗显，影響：低
?用戶故事6（可恢復(fù)性）：可能性：低，影響：低
以下哪兩項描述了團(tuán)隊?wèi)?yīng)該如何處理這些信息原环？選擇兩個選項挠唆。
A 轉(zhuǎn)到項目估算會話來估計用戶故事的工作量，并確定當(dāng)前迭代中可以完成的工作以及需要添加到積壓工作中的內(nèi)容嘱吗。
B 從當(dāng)前迭代中移除用戶故事5和6玄组，并轉(zhuǎn)到稍后的迭代。
C 由于本次迭代可能性高，影響風(fēng)險大巧勤，因此團(tuán)隊別無選擇，只能將迭代的時間范圍延長2周弄匕。
D 團(tuán)隊?wèi)?yīng)該通過有效的方式進(jìn)行合作颅悉，以緩解高風(fēng)險和高風(fēng)險
E 團(tuán)隊?wèi)?yīng)計劃完成當(dāng)前沖刺中的所有項目，但在沖刺結(jié)束時保存較低風(fēng)險的項目迁匠，并且只有在有時間的情況下才測試這些項目剩瓶。
5 鑒于以下用戶故事：“作為銀行出納員城丧，我希望能夠在屏幕上查看我所有客戶的銀行交易，因此我可以回答他/她的問題亡哄。”
以下哪項可被視為相關(guān)驗收測試案例蚊惯？
I 作為銀行出納員登錄愿卸，獲取所有未結(jié)賬戶的客戶賬戶余額。
II截型。作為銀行出納員登錄，輸入客戶賬戶ID发钝，在屏幕上獲取他的交易記錄
III。作為銀行出納員登錄波闹，使用名稱縮寫申請客戶賬戶ID酝豪，并在屏幕上獲取他的交易記錄
IV。作為銀行出納員登錄精堕，輸入客戶IBAN（國際銀行帳號）寓调，在屏幕上獲取他的交易記錄
v锄码。作為銀行出納員登錄，輸入客戶賬戶ID滋捶，在屏幕上獲取交易歷史記錄，時間少于3秒载萌。
A I，II扭仁，iv
B I，III乖坠，IV
C ii，iv仰迁，v
D ii顽分，iii徐许，iv
6。以下哪項最佳描述了參加回顧會議的測試人員雌隅？
A 作為參加回顧會議的測試人員缸沃，我應(yīng)該引入與測試相關(guān)的主題。所有其他主題將由不同的參與者覆蓋和泌。
B 作為測試人員，我以觀察員身份參加回顧會議梯皿，確保會議遵循追溯規(guī)則和敏捷價值觀。
C 作為參加回顧性會議的測試人員东羹，我應(yīng)該就沖刺期間團(tuán)隊進(jìn)行的所有活動提供反饋和意見忠烛。
D 作為一名測試員，參加回顧會議時美尸，我只做出在迭代期間和我任務(wù)相關(guān)的任何反饋和意見
7 以下哪一項不是持續(xù)集成的原則？
A 持續(xù)集成有助于以自動方式定期構(gòu)建更改后的軟件恕酸，包括測試和部署胯陋。
B 持續(xù)集成允許經(jīng)常向測試人員和利益相關(guān)者提供新的構(gòu)建袱箱。
C 持續(xù)集成有助于及早發(fā)現(xiàn)新的集成缺陷义矛，并更輕松地分析這些缺陷。
D 持續(xù)集成確保了構(gòu)建的測試是手動完成的凉翻，因為這會比自動化腳本產(chǎn)生更可靠的結(jié)果。
8噪矛。以下哪些測試活動通常在敏捷項目中完成铺罢，但在傳統(tǒng)項目中不常見？
A 測試人員編寫詳細(xì)的測試計劃缩滨，以便所有團(tuán)隊成員都能理解在每次迭代期間要測試的內(nèi)容
B 測試人員大量參與創(chuàng)建自動化測試用例泉瞻，然后用它來驗證需求的實現(xiàn)。
C 測試人員執(zhí)行探索性測試以快速找到重要缺陷袖牙。
D 測試人員與開發(fā)人員協(xié)作以更好地了解需要測試的內(nèi)容。
9司忱。以下哪兩項是與測試相關(guān)的活動的可測試驗收標(biāo)準(zhǔn)的例子畴蹭？
A 基于結(jié)構(gòu)的測試：除黑盒測試外，還使用白盒測試叨襟。
B 系統(tǒng)測試：至少80％的功能回歸測試是自動化的。
C 安全測試：完成威脅風(fēng)險分析掃描梳玫，未發(fā)現(xiàn)故障右犹。
D 性能測試：應(yīng)用程序在5000個用戶的合理時間內(nèi)響應(yīng)。
E 兼容性測試：該應(yīng)用程序可運行在所有主流瀏覽器傀履。
10莉炉。什么是“用戶故事”的最恰當(dāng)?shù)慕忉專?/p>
A 在測試之前必須由測試人員審查并簽署的成品
B 一個工件用于僅詳細(xì)描述系統(tǒng)的功能需求碴犬。
C 業(yè)務(wù)代表記錄了一個工件，以幫助開發(fā)人員和測試人員了解系統(tǒng)要求服协。
D 由開發(fā)人員，測試人員和業(yè)務(wù)代表共同編寫的工件來捕獲需求窘游。
不正確
