【落葉313】告訴你如何從執(zhí)行測試到管理測試(7)

文/秋之川

【目錄】

這是《落葉》文集里第 313 片落葉,希望你能喜歡,不為別的,只為這份堅持。

第七章 天哪,我怎么可能了解所有的需求?(下)

我經(jīng)歷了什么

我?guī)е旅鎺讉€問題回到了座位上,開始找資料。

  1. 需求評審的意義是什么?
  2. 需求評審的作用有哪些?
  3. 什么樣的需求評審才有作用?
  4. 怎么樣才能讓需求評審發(fā)揮作用?

老大說,只有知道了需求評審是什么?為什么要做需求評審?你才能真正理解需求評審里要做的那些事情的意義何在。

我的理解:

  1. 需求評審的意義和作用我覺得都是:讓設(shè)計、開發(fā)和測試跟產(chǎn)品經(jīng)理在對需求的理解上,是站在同一個層面上的,從而減少實現(xiàn)過程中的差異,降低后期返工的成本。
  2. 我覺得能真正起作用的評審,現(xiàn)場應(yīng)該是有條不紊的介紹和提問,現(xiàn)場解答應(yīng)無疑義和無異議,所有問題都需要記錄在案,會后持續(xù)跟進更新;
  3. 要求產(chǎn)品經(jīng)理前一定時間量將需求文檔發(fā)出來,參加會議的設(shè)計、開發(fā)和測試等相關(guān)的與會人提前仔細(xì)閱讀,帶著問題參加評審會議;

需求評審

是由一組評審者按照規(guī)范的步驟對產(chǎn)品需求(需求文檔和產(chǎn)品原型)進行仔細(xì)地檢查,以找出和消除其中的缺陷。需求評審為新手提供產(chǎn)品功能需求的培訓(xùn)途經(jīng),后備和后續(xù)的相關(guān)人員(設(shè)計、開發(fā)、測試等)也可以通過正規(guī)需求評審熟悉產(chǎn)品需求。
評審小組至少由3人組成(包括被審材料作者,即產(chǎn)品經(jīng)理),一般根據(jù)評審階段不同,參與人數(shù)不同。通常,需求文檔的初評需要較少評審人員(設(shè)計、開發(fā)、測試的項目負(fù)責(zé)人參加即可),需求定稿的詳細(xì)評審,需要較多的評審人員(設(shè)計、開發(fā)、測試的具體負(fù)責(zé)人也需要參加)。

我收獲了什么

按自己的理解給出了那些問題的答案,并重新認(rèn)識和了解了一下什么是需求評審之后,我發(fā)現(xiàn),當(dāng)我站在測試項目負(fù)責(zé)人的角度去看待需求評審時,有一些不一樣的收獲:

作為需求的測試責(zé)任人,我在閱讀需求時:

因為要基于需求梳理測試點和設(shè)計測試用例,所以我們要找出需求中的缺陷:

  1. 錯誤的地方;
  2. 不合理的地方;
  3. 描述不清晰的地方;
  4. 有歧義的地方;

作為測試的項目負(fù)責(zé)人,我在閱讀需求時:

因為我是整個項目的測試負(fù)責(zé)人,所以我不能再著眼于某一個需求:

  1. 要將關(guān)注的視角提到上一個層級,以前是著眼于某個點的分析,得延展成某個面的分析;
  2. 要判斷每個需求之間是否有沖突、依賴和調(diào)用等關(guān)聯(lián)關(guān)系;
  3. 要從需求的應(yīng)用場景去判斷是否該需求有性能測試的需要;
  4. 要從需求的應(yīng)用場景去判斷是否該需求有安全測試的需要;
  5. 要從需求的應(yīng)用場景去判斷是否該需求有兼容性測試的需要,包括歷史數(shù)據(jù)兼容和功能兼容;

《告訴你如何從執(zhí)行測試到管理測試》帶你邁出第(7)步!,點擊這里可查看完整地圖

作者簡介:14 年測試 + 11 年項目管理 + 11 年團隊管理 = 一個測試?yán)媳?/p>

【目錄】

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

推薦閱讀更多精彩內(nèi)容