QA深度參與技術(shù)設(shè)計(jì)評審的項(xiàng)目實(shí)踐

下面我將以一個項(xiàng)目為例，具體介紹如何通過技術(shù)評審?fù)苿禹?xiàng)目最終高效、高質(zhì)地完成。

項(xiàng)目名稱：第三方供應(yīng)商可投轉(zhuǎn)轉(zhuǎn)廣告

項(xiàng)目背景：在第三方供應(yīng)商后臺新增“我要推廣”入口，撮合第三方供應(yīng)商使用商業(yè)廣告投放，提升廣告主成單效率，并提升廣告收入

在整個設(shè)計(jì)評審階段，做了如下的一些工作：

1、熟悉需求文檔，加深需求理解，挖掘需求的重難點(diǎn)，并關(guān)注其對應(yīng)的設(shè)計(jì)方案；

2、提前看技術(shù)設(shè)計(jì)文檔，嘗試?yán)斫忾_發(fā)的設(shè)計(jì)思路，有疑問的地方提前問；

3、技術(shù)評審現(xiàn)場，檢查參與項(xiàng)目開發(fā)的前后端開發(fā)同學(xué)以及產(chǎn)品同學(xué)是否全數(shù)到場，以免評審過程中產(chǎn)生需求改動點(diǎn)而沒有同步到所有相關(guān)人。

4、檢查RD提供的流程圖是否正確，是否與需求一致；

5、由于項(xiàng)目涉及第三方，因此需要關(guān)注涉及第三方的系統(tǒng)交互圖，了解各方負(fù)責(zé)的功能范圍，評估第三方可能帶來的風(fēng)險(xiǎn)；

6、關(guān)注需求中重點(diǎn)邏輯的實(shí)現(xiàn)方案，數(shù)據(jù)庫表設(shè)計(jì)，評估設(shè)計(jì)方案對應(yīng)的測試范圍；

7、根據(jù)設(shè)計(jì)文檔，指定測試方案，包括數(shù)據(jù)準(zhǔn)備、接口測試、case設(shè)計(jì)、數(shù)據(jù)構(gòu)造工具準(zhǔn)備。

設(shè)計(jì)評審效果：

1、基于對需求理解和對RD提供的流程圖的檢查，發(fā)現(xiàn)了RD流程圖與需求不一致的情況，從源頭上預(yù)防了bug的產(chǎn)生。

2、建議選擇對于測試范圍影響更小的開發(fā)方案，縮小了測試范圍。其中涉及2個需求點(diǎn)：

需求點(diǎn)之一：如何標(biāo)識第三方用戶，并記錄第三方用戶信息(電話、地址)？

可能方案1：原有商業(yè)用戶表中增加字段？

（1）劣勢1：若在原有商業(yè)用戶表中增加字段標(biāo)識第三方用戶，并且新增字段單獨(dú)存第三方用戶的電話，需要回歸原有的商業(yè)用戶創(chuàng)建功能；

（2）劣勢2：新交接的業(yè)務(wù)，現(xiàn)接手的RD對原有業(yè)務(wù)不太了解，不太敢直接冒風(fēng)險(xiǎn)改動原有功能；

可能方案2：新增一個表單獨(dú)記錄第三方用戶及相關(guān)信息？

（1）優(yōu)勢：避免回歸商業(yè)用戶的新增功能；

需求點(diǎn)之二：如何讓第三方用戶繞開商業(yè)用戶身份和資質(zhì)校驗(yàn)，繼而使用商業(yè)的各種功能？

可能方案1：在每處校驗(yàn)時(shí)，判斷第三方用戶并作特殊處理。

（1）劣勢1：商業(yè)用戶身份和資質(zhì)校驗(yàn)，是商業(yè)營銷管理各種功能使用的前提，校驗(yàn)的地方太多涉及多個集群，梳理起來容易遺漏，且回歸范圍廣。

（2）劣勢2：后續(xù)新增商業(yè)功能，都需要識別是否是第三方用戶并作特殊處理，兼容成本大。

可能方案2：新登陸接口插入數(shù)據(jù)以確保后續(xù)流程能通過校驗(yàn)。

（1）優(yōu)勢：新接口中加功能，只需保證本次項(xiàng)目涉及的流程功能，影響范圍小。

如圖所示：

結(jié)論：從QA的角度，基于對影響范圍的評估，都推薦采用了第二種方案

3、基于RD設(shè)計(jì)文檔中提供的系統(tǒng)間的交互圖，明確了涉及第三方的功能分工。

以下是交互圖：

由此可知，第三方供應(yīng)商側(cè)只需要保證用戶能夠正確跳轉(zhuǎn)到商業(yè)側(cè)，以及所帶的用戶信息的正確性，后續(xù)流程則是有商業(yè)側(cè)來保證。由交互圖也能得知對方的工作量在整個項(xiàng)目中的占比，能大致評估出第三方可能帶來的風(fēng)險(xiǎn)大小。

4、基于第2點(diǎn)中需求點(diǎn)之二的方案2，可得知從第三方供應(yīng)商側(cè)登陸商業(yè)側(cè)的接口所做的哪些額外處理，這是僅僅從需求文檔中無法獲知的。設(shè)計(jì)評審后，明確了每個接口做了哪些處理，以此為依據(jù)，進(jìn)行了測試方案制定，包括:

（1）數(shù)據(jù)如何準(zhǔn)備;

（2）接口測試重點(diǎn)測試入?yún)⑹怯傻谌教峁┑?個接口，尤其關(guān)注入?yún)榭盏那闆r;

（3）case設(shè)計(jì);

（4）?數(shù)據(jù)構(gòu)造工具準(zhǔn)備等。

項(xiàng)目整體效果：各方職責(zé)清晰、測試影響范圍縮小（case少）、項(xiàng)目質(zhì)量高（測試期只有1個前端bug，無線上bug)。

寫在最后?

每個項(xiàng)目有其不一樣的特點(diǎn)，本文列出了大而全的檢查點(diǎn)，可以幫助提醒我們在設(shè)計(jì)評審環(huán)節(jié)可以從哪些方向上去考慮。

通過參與設(shè)計(jì)評審，QA能夠深入理解技術(shù)的實(shí)現(xiàn)方案，有助于制定合理的測試方案。同時(shí)，通過不斷的實(shí)踐，QA也能在設(shè)計(jì)評審時(shí)，提出一些合理的建議，幫助項(xiàng)目更高效、更高質(zhì)的完成，提升QA在整個項(xiàng)目中的影響力。