這是《落葉》文集里第 312 片落葉碧信，希望你能喜歡垫挨，不為別的锋拖，只為這份堅持诈悍。
第六章 天哪，我怎么可能了解所有的需求兽埃？（中）
我經(jīng)歷了什么
之前做了一個 To-Check-list侥钳，并開始使用它來管理需求文檔的閱讀計劃，
應(yīng)用之后的效果還不錯：
- 首先解決了忙亂的問題柄错，不再一會 A舷夺，一會 B，又一會 C 了售貌，因為都從大腦里騰到 To-Check-list 了给猾，空間都讓給理解需求了；
- 也不會不知道從何開始閱讀了颂跨，因為開始前就已經(jīng)把所有需求按優(yōu)先級和模塊劃分好了耙册，哪天看那幾個都也計劃好了；
- 每當(dāng)看完一個需求毫捣，把閱讀進(jìn)度更新為100&時详拙，都特別有成就感，看著一個個需求被標(biāo)注成100%蔓同，覺得越來越輕松饶辙；
不到三天，我就將十幾個需求都閱讀完畢了斑粱，記錄了一些測試注意事項弃揽，還找到了不少需求問題，都通過釘釘發(fā)給了產(chǎn)品經(jīng)理，他答復(fù)說矿微，他會先收集痕慢，然后等需求評審的時候再一一解答。
我又在想涌矢，接下來的需求評審會議掖举，我需要準(zhǔn)備些什么呢？之前老大喊我參加需求評審娜庇，我主要也就是做下面三件事：
- 聽開發(fā)在評審會議上提的一些問題塔次，以及和產(chǎn)品經(jīng)理的討論內(nèi)容，是否有需求文檔沒有提到的或從需求文檔表面看不出來的一些注意事項和測試重點名秀；
- 針對我在閱讀需求文檔時發(fā)現(xiàn)的問題励负，注意聽產(chǎn)品經(jīng)理的解釋；
- 除了聽匕得，還是聽继榆；
現(xiàn)在既然要了解所有的需求，那在參加需求評審時汁掠，肯定就不能僅僅是聽了略吨，肯定還會有其他的事情需要注意，我得去跟老大取取經(jīng)了调塌。
這回，老大聽完我的問題惠猿，并沒有直接就告訴我需要做些什么羔砾，而是反問了我?guī)讉€問題，讓我先好好思考一下偶妖，等有了自己的答案之后姜凄，帶著答案再去聽他講。
- 需求評審的意義是什么趾访？
- 需求評審的作用有哪些态秧？
- 什么樣的需求評審才有作用？
- 怎么樣才能讓需求評審發(fā)揮作用扼鞋？
我收獲了什么
我不再把需求看成一個一個的獨立個體申鱼，而是會按功能模塊去劃分，將同一個功能模塊云头，或者相鄰功能模塊的需求劃為一塊捐友，然后去勾勒需求塊之間的脈絡(luò)，去分析需求塊之間的關(guān)系：獨立溃槐、交互匣砖、依賴等等，依據(jù)這些關(guān)系，我再決定我的閱讀順序猴鲫。
我也不再只著眼于當(dāng)前項目的需求对人，我會結(jié)合著相關(guān)模塊是否已經(jīng)存在歷史數(shù)據(jù)，來考慮是否存在數(shù)據(jù)兼容性問題拂共，我也會根據(jù)是否為修改已有功能模塊牺弄，來考慮是否跟之前的用戶行為習(xí)慣和某些功能有沖突。
當(dāng)任務(wù)突然變多的時候匣缘，不能忙亂猖闪，更不能慌張焦慮，我們應(yīng)該多利用跨界的思想和方法肌厨，將其他領(lǐng)域里一些比較好的方法或工具稍作改造培慌，嘗試著去使用，往往會得到意想不到的收獲柑爸。
將需求分塊吵护，并做成 To-Check-list 去計劃性閱讀，用到了 GTD 的方法表鳍，借用了清單這種工具馅而，還利用了微習(xí)慣這種思想。
《告訴你如何從執(zhí)行測試到管理測試》帶你邁出第（6）步譬圣！瓮恭，點擊這里可查看完整地圖
作者簡介：14 年測試 + 11 年項目管理 + 11 年團(tuán)隊管理 = 一個測試?yán)媳?/p>
