測試經(jīng)理的職責(zé)是什么？

從項目啟動到項目結(jié)束的管理
測試計劃
獲得客戶對交付產(chǎn)品的認(rèn)可
批準(zhǔn)中間可交付內(nèi)容并向客戶發(fā)布補(bǔ)丁
記錄工作內(nèi)容以便績效考評或其他計費
問題管理
團(tuán)隊管理
向測試協(xié)調(diào)員或SQA提交每周狀態(tài)報告
參加每周回顧會議
每周發(fā)布所有測試項目的 kpi
為項目調(diào)動資源
如果你發(fā)現(xiàn)組織中的測試人員即使在明顯的缺陷被識別出來之后仍然在執(zhí)行可交付產(chǎn)品的測試，那么你的方法是什么？

驗收標(biāo)準(zhǔn)應(yīng)該更嚴(yán)格
應(yīng)該重新評估測試用例
如果可能的話，應(yīng)該添加更多的測試用例，包括等價類分割用例和邊界值
應(yīng)該添加更多的測試用例來檢查無效的條件
應(yīng)該修改停止測試的標(biāo)準(zhǔn)
什么是需求可追溯矩陣？
需求跟蹤矩陣是將需求文檔與測試用例聯(lián)系起來的矩陣，確保在驗證過程中對所有應(yīng)用程序要求進(jìn)行測試；檢查測試覆蓋率。

如何為項目選擇測試工具？

根據(jù)項目的需要，識別自動化工具中需要的特性
評估符合要求的商用和非商用工具
估計工具的成本和收益。成本可能包括許可證和培訓(xùn)
與團(tuán)隊成員協(xié)商后做出最終決定
項目中的主要挑戰(zhàn)是什么？

測試階段我們通常在一個時間限制內(nèi)
理解需求有時可能是一個挑戰(zhàn)
應(yīng)用程序需要足夠穩(wěn)定，可以進(jìn)行測試
設(shè)定測試的優(yōu)先順序
缺乏熟練的測試人員
回歸測試
頻繁的需求變化
缺乏工具、資源和培訓(xùn)
什么是測試計劃？

測試計劃是描述活動和測試范圍的文檔。 它是測試任何軟件產(chǎn)品的基本要求。
測試計劃的類型是什么？

總體測試計劃
測試級別特定
測試類型特定的測試計劃
測試經(jīng)理需要具備什么樣的人際交往能力？

有效和清晰的溝通
與團(tuán)隊成員建立良好的關(guān)系
良好的傾聽能力和情商
激勵團(tuán)隊成員
解決沖突和道德問題
組態(tài)管理是什么？

組態(tài)管理包括用于協(xié)調(diào)、控制和跟蹤測試工件的過程。測試工件可以包括自動化代碼、需求、文檔、問題、設(shè)計、更改請求、設(shè)計等。
PDCA模式是什么？
一種測試過程改進(jìn)方法。Plan、Do、Check、Act

什么是非正式審查？
非正式的評審是一種在不運(yùn)行代碼的情況下檢查缺陷的方法。 在文檔測試生命周期的初始階段，多次實現(xiàn)非正式評審。 非正式的評論沒有記錄在案。

風(fēng)險類型是什么？

戰(zhàn)略風(fēng)險: 包括預(yù)算、溝通和管理風(fēng)險
項目定義風(fēng)險: 包括項目目標(biāo)、范圍和需求風(fēng)險
人力資源風(fēng)險: 包括技能、團(tuán)隊成員和組織風(fēng)險
項目進(jìn)度風(fēng)險
測試經(jīng)理應(yīng)該采取什么樣的對策來應(yīng)對風(fēng)險？

回避: 消除涉及的風(fēng)險因素
減少: 減少風(fēng)險影響和采取糾正措施的減少風(fēng)險計劃
共享: 將風(fēng)險轉(zhuǎn)移到另一個資源，比如 insource 或 insure
接受: 接受風(fēng)險，并為這些風(fēng)險準(zhǔn)備一個計劃預(yù)算
測試經(jīng)理如何評估項目以及評估什么？
在測試評估期間，測試管理人員必須評估四件事情：成本、資源、測試成員技能、時間

工作分解結(jié)構(gòu): 將項目分解成更小的部分
三點估計: 三點估計是基于統(tǒng)計數(shù)據(jù)的
功能點法: 給每個功能賦予權(quán)重，并測量尺寸
什么是三點估計？
在三點估計中，基于以往的經(jīng)驗，每個任務(wù)最初產(chǎn)生三個值。

最佳情況估計: 120個工時或15天與經(jīng)驗豐富的團(tuán)隊成員
最有可能的估計是: 170小時或21天，有足夠的資源和適度的團(tuán)隊成員經(jīng)驗
最壞的情況估計: 200個工時或25天，并與一個團(tuán)隊有較少的工作經(jīng)驗
一些測試評估的最佳實踐？

增加一些緩沖時間: 有一個緩沖時間總是一個優(yōu)勢，它可以幫助處理由于意想不到的原因造成的延誤，如人才突然辭職,
估算中的帳戶資源規(guī)劃: 確保您的估算是現(xiàn)實的，并考慮了人力資源可用性等關(guān)鍵因素
引用過去的經(jīng)驗: 通過你過去的經(jīng)驗，盡量避免最有可能發(fā)生的所有障礙或可能的阻礙
堅持你的估計: 估計不是完全的證明。 它也可能出錯。 在項目的早期階段，您應(yīng)該重新檢查測試評估，如果需要的話，還應(yīng)該進(jìn)行修改
測試報告包括哪些內(nèi)容？

工程項目資料
測試目標(biāo)
測試摘要
缺陷
軟件質(zhì)量保證的最佳實踐？

持續(xù)改善
文檔文件歸檔
工具的使用和自動化
衡量標(biāo)準(zhǔn)
團(tuán)隊合作和分擔(dān) SQA 的責(zé)任
什么因素可以決定測試執(zhí)行的質(zhì)量？

不合格率: (不合格品數(shù)目 / 合格品數(shù)目) x100
缺陷泄漏率: (漏失缺陷數(shù) / 軟件總?cè)毕輸?shù)) x100
你將如何處理團(tuán)隊沖突？

由于團(tuán)隊成員的背景和工作方式的多樣性，第一步是在測試項目中預(yù)期和準(zhǔn)備沖突。
下一步是召開會議，評估團(tuán)隊成員的項目狀態(tài)。 測試經(jīng)理需要與每個人保持開放的溝通，這樣團(tuán)隊的挫折和憤怒就可以得到發(fā)泄。
最后，要求團(tuán)隊成員合作，并強(qiáng)調(diào)他們的合作對項目成功的重要性。