隨著公司業(yè)務的發(fā)展役衡，項目越來越多。每啟動一個項目都涉及到各角色成員的入場秧饮，前期團隊小映挂，通常都是只安排一個QA。作為項目中唯一的QA盗尸，又是新項目，一切要從無到有帽撑，QA要有很多事情關(guān)注泼各。

入場前（可選）

QA進項目前，做一些入場前的準備工作亏拉。
1扣蜻，對inception階段的產(chǎn)出物進行閱讀，理解項目的核心交付價值與目標及塘。
2莽使，項目技術(shù)架構(gòu)了解，不熟悉與陌生的技術(shù)笙僚，網(wǎng)上查閱資料或其它方式進行了解芳肌。
3，了解項目成員肋层，不同角色的人員進行一波信息收集亿笤，粗略了解一下每個人工作方式與特點，方便后面入場后栋猖，快速磨合净薛。
4，如果是要入駐客戶現(xiàn)場蒲拉，那可能要提前了解一下客戶現(xiàn)場的工作模式和合作方式肃拜，以及客戶要求的一些技術(shù)棧痴腌。
5，客戶現(xiàn)場的項目燃领，可能還需提前了解一下規(guī)章制度衷掷、安全要求等等。
提前做一些準備工作柿菩，以至于到場不那么慌亂或茫然戚嗅，一些知識的提前了解，也有利于入場后更快速上手枢舶。當然懦胞，在入場后再了解也是可以的。

進場后（必選）

進場后凉泄，以最快的速度與團隊熟悉躏尉，并了解現(xiàn)場的工作方式與流程，以及客戶現(xiàn)場的各項限制和規(guī)定后众。然后胀糜，盡情的投入到QA角色當中去，逐層展開你的工作蒂誉。奉上十個小錦囊供參考教藻。

1、項目業(yè)務價值與項目目標

首先要了解項目的背景右锨，主要解決什么問題括堤，它的核心價值與交付目標是什么。這一項不僅是QA這個角色要關(guān)注的绍移，每個項目成員都要熟悉悄窃，在我們整個交付期，都要時刻關(guān)注目標與行進的方向蹂窖，觀察核心價值與目標是否偏離轧抗，避免走了太久忘了初衷。

2瞬测、項目干系人

要熟悉客戶干系人横媚、組織架構(gòu)。這也是項目每位成員需要了解涣楷，在之后的工作中分唾，各角色或多或少會涉及到與客戶的合作，了解清楚客戶干系人狮斗，有利于日后處理問題更能對癥下藥绽乔。

3、測試環(huán)境

由于是新啟的項目碳褒，環(huán)境也要盡快準備折砸。首先要確定需要哪些環(huán)境看疗、什么要求、怎么定位睦授，QA找團隊以及客戶方相關(guān)人員两芳，一起討論確定。提醒一下去枷，一定要求各類環(huán)境基礎(chǔ)設(shè)施或第三方軟件的版本與配置與生產(chǎn)環(huán)境一致怖辆，不然后面會遇到各種坑。

QA環(huán)境: QA日常測試驗證故事卡的測試環(huán)境删顶。
UAT環(huán)境：類生產(chǎn)環(huán)境竖螃，通常是用戶進行UAT驗收測試的環(huán)境。
PROD環(huán)境：正式發(fā)布的生產(chǎn)環(huán)境逗余，真正用戶使用的環(huán)境特咆。

注意，以上各類環(huán)境具體的部署方式以及資源要求录粱，與各人士盡早討論確定腻格。比如：部署方式，部署架構(gòu)與資源分配情況啥繁，性能與安全方面的要求等菜职。QA環(huán)境要早早準備，不要影響QA測卡输虱。對于UAT和PROD環(huán)境可以上線前一個迭代準備好就可以些楣，通常客戶現(xiàn)場在部署上有各種走審批宪睹，所以盡早做準備更好些。

4蚕钦、測試策略

QA是項目質(zhì)量的Facilitator亭病，要邀TL和團隊一起討論制定測試策略。
第一嘶居、自動化測試策略怎么定罪帖。如，單元測試邮屁、Api測試整袁、端對端集成的測試框架與測試覆蓋。提醒佑吝，最后了解一下客戶方有沒有測試覆蓋的要求指標坐昙。比如，公司CI上的靜態(tài)掃描工具的測試覆蓋不低于70%芋忿。
第二炸客，要與BA及客戶討論非功能性需求指標疾棵，制定相關(guān)測試策略。最常見的是性能痹仙、安全是尔、兼容性測試。比如开仰，性能方面具體多大量級拟枚、多少并發(fā)、響應時間等指標要求众弓。安全方面的要求有哪些恩溅，要覆蓋到哪級別安全測試。兼容性測試
第三暴匠，到了客戶現(xiàn)場，不論項目采用何種開發(fā)方式傻粘，敏捷也好每窖、瀑布也罷。QA一定要注意弦悉，除了故事卡的Review窒典、KickOff、SignOff稽莉、Testing等瀑志，必須要多看、多想污秆、多嘗試劈猪、多引導、多溝通良拼。為的是做到所有的風險战得、問題、缺陷要盡早反饋庸推、提前預防常侦、快速響應。
最后贬媒，質(zhì)量人人有責聋亡，全團隊的共識。

5际乘、測試文檔

國內(nèi)絕大部分的客戶方都有要求編寫各類驗收文檔坡倔。比如，測試用例、缺陷分析致讥、測試報告等仅仆，提前與客戶方溝通。了解背景垢袱，溝通確定哪些能不寫墓拜、少寫、簡單寫请契。對于一些為了走流程或形式的文檔咳榜，盡可能少投入團隊太多精力，要把錢花在刀刃上爽锥。
比如涌韩，當時在某銀行的客戶現(xiàn)場，行內(nèi)有要求氯夷，上線必須提交詳細的測試用例臣樱、缺陷報告、測試報告文檔腮考，有審核雇毫。在我們敏捷開發(fā)模式中，重溝通踩蔚，少文檔棚放，不會花太多時間去寫這樣的用例文檔等。于是馅闽，找客戶IT方負責人溝通飘蚯，對方也很認同我們的觀點。但由于行內(nèi)規(guī)定福也，就采用簡單高效的方式寫局骤、盡量不花費太多時間。最終暴凑，用Jira上的敏捷故事卡和缺陷卡直接導出（寫卡時把相關(guān)屬性填寫好）庄涡。這樣大大節(jié)省了團隊在文檔上的投入成本、也響應了客戶流程上的規(guī)定搬设。

6、與團隊契約

在整個項目實踐過程中撕捍，有一些必要的約束可以大大提高效率或降低風險拿穴，所以不防一試。比如忧风，在項目上制定過KickOff公約和Desk Check公約等默色。
比如，真實經(jīng)歷狮腿，DeskCheck卡時腿宰，要么一上來IE功能掛了呕诉，要么環(huán)境沒好，要么數(shù)據(jù)沒弄吃度，圍了一圈兒人在那等甩挫。后來制定了公約，結(jié)卡成功率上來了椿每，效率也提高了伊者。

KickOff公約： 集齊BA&UX&QA, 閱讀故事卡后，帶著問題來開卡间护。
Desk Check公約： 準備好環(huán)境與測試數(shù)據(jù)亦渗，用IE11自測全部AC，集齊BA&UX&QA,再進行DeskCheck汁尺。
重構(gòu)公約：臨近上線不重構(gòu)法精，如有特殊請聯(lián)系BA&QA&TL，風險評估后實施痴突。

7搂蜓、持續(xù)集成

一定要盡早集成、持續(xù)集成苞也。這一點容易被大家忽視洛勉，有的團隊把集成放在最后，風險太大如迟。所以收毫，作為QA時刻關(guān)注盡早拉通，持續(xù)集成殷勘。

8此再、上線流程

QA別忘了上線流程也要落實。有哪些審批玲销、約束等输拇。
比如，某銀行的上線流程要求提前一周PO發(fā)申請郵件贤斜。完成UAT驗收測試后（提交測試報告）策吠，才能走上線審批流程，產(chǎn)品包與數(shù)據(jù)庫部署分開走申請瘩绒，審批最快當天完成猴抹、慢則兩天。部署只能在晚上7點之后進行锁荔。所有的環(huán)節(jié)了解之后蟀给，確定上線流程表以及相關(guān)安排，與客戶方拉通一遍完整的上線流程避免遺漏導致問題。

如：PO郵件申請上線 -> UAT驗收 -> 定包 -> 提交驗收報告 -> 上線審批 ->部署（應用+數(shù)據(jù)庫+沙箱）-->上線驗證-->發(fā)布跋理。

提示：建議維護上線部署Checklist择克，雖然很多都已自動化部署，但還少不了有一些步驟涉及到人工參與前普，為了避免或降低上線失敗的風險肚邢，部署手冊與檢查項很有必要。

9汁政、線上事宜

上線發(fā)布之后道偷，對服務進監(jiān)控、對日志監(jiān)控记劈、對使用情況進行監(jiān)控勺鸦，發(fā)現(xiàn)問題及時響應。QA剛?cè)雸龊竽磕荆€沒上線换途，還不急著線上QA的工作。但需要提醒團隊某些事情要提前做刽射。比如军拟，有一次剛上項目，發(fā)現(xiàn)POC階段的開發(fā)沒有任何日志誓禁，兩周后就要第一次試上線懈息，沒日志出了問題只能抓瞎，有時大家太忙容易疏忽一些事摹恰，QA需多想著多提醒辫继。

10、質(zhì)量意識傳遞俗慈、賦能

QA在項目中很關(guān)鍵一點是要傳遞質(zhì)量意識姑宽，影響項目成員的質(zhì)量意識不斷增強。通過日常合作闺阱、交流或者分享Sesson炮车，把你的知識與經(jīng)驗傳遞給團隊中的每個人，培養(yǎng)大家的質(zhì)量意識酣溃。人人都是QA瘦穆、質(zhì)量人人有責，這樣的團隊赊豌，項目質(zhì)量還能不高难审？
對于入駐客戶現(xiàn)場的QA通常還有個任務，不僅展現(xiàn)你的專業(yè)樹立公司品牌亿絮，還要賦能于客戶團隊成員。除了多分享Session、多交流派昧。在日常實踐中黔姜，直接Pair也是很好的方式。
總之蒂萎，作為質(zhì)量的Facilitator秆吵，QA有很多事情要做。所有有利于項目進展與內(nèi)部質(zhì)量的機會五慈，都不會輕易放過纳寂。加油吧 QA!