一人敵千軍，故而好；但實(shí)際工作和生活中，都是很多人協(xié)作完成的，需要大家互相配合

從需求評(píng)審開始說起，產(chǎn)品經(jīng)理代表業(yè)務(wù)和用戶，他們會(huì)將用戶的痛點(diǎn)或者隱性需求轉(zhuǎn)化為需求模型；研發(fā)討論需要如何實(shí)現(xiàn)及分工，比如，服務(wù)端需要處理哪些邏輯，提供給客戶端接口信息，客戶端需要處理邏輯，如何高效及有效配合；測(cè)試人員則是依據(jù)產(chǎn)品原型和技術(shù)文檔，編寫測(cè)試用例，盡可能發(fā)現(xiàn)更多問題，包括潛在的問題，同時(shí)保證產(chǎn)品在預(yù)期的時(shí)間內(nèi)上線。所以在這過程中，各個(gè)階段需要高效配合，有效溝通，才能發(fā)揮團(tuán)隊(duì)的最大價(jià)值

所以，作為一個(gè)合格的測(cè)試人員，不是說只需要簡(jiǎn)單的依據(jù)產(chǎn)品原型編寫測(cè)試用例就好了，這樣很容易只發(fā)現(xiàn)表面的問題，潛在問題很難發(fā)現(xiàn)。比如，本來產(chǎn)品邏輯設(shè)計(jì)上就存在漏洞或者過于復(fù)雜，明明A－>B,非要設(shè)計(jì)A->C->B，造成邏輯復(fù)雜，也不易于用戶使用；或者，研發(fā)在只是實(shí)現(xiàn)的簡(jiǎn)單的功能，并沒有考慮異常的情況，由于用戶使用場(chǎng)景千變?nèi)f化，那么很可能會(huì)有各種異?；蛘邎?bào)錯(cuò)未處理，未處理的異常暴露給用戶的話，體驗(yàn)非常差；更甚者，用戶的信息安全得不到保障，黑客可以隨意攻擊服務(wù)并竊取或者破壞用戶信息....產(chǎn)品/功能上線后也很可能有很多用戶投訴。

絕大部分的產(chǎn)品經(jīng)理沒有研發(fā)背景或者編碼基礎(chǔ)，只是站在用戶的角度思考問題，并沒有考慮到實(shí)現(xiàn)的復(fù)雜度；研發(fā)也并沒有習(xí)慣性去思考我做這個(gè)功能的目的是什么，而只是限定在代碼實(shí)現(xiàn)層面；所以，一個(gè)優(yōu)秀的測(cè)試人員，不僅需要跨部門溝通，更需要多了解多看，大到產(chǎn)品設(shè)計(jì)（多了解產(chǎn)品的出發(fā)點(diǎn)是什么。當(dāng)然，產(chǎn)品能力也應(yīng)該是程序員的核心競(jìng)爭(zhēng)力之一），功能實(shí)現(xiàn)邏輯（測(cè)試過程中很容易定位具體的問題，并且可以很容易考慮到研發(fā)沒有想到的場(chǎng)景），在測(cè)試的過程中，QA都可以從另外一個(gè)高度去思考問題，發(fā)現(xiàn)更多潛在問題。