半年沒有接觸.net了，最近公司又讓我參與半年前就已經(jīng)啟動(dòng)的一個(gè).net web項(xiàng)目，這次我負(fù)責(zé)一部分編碼和所有的測(cè)試。為了快速的融入團(tuán)隊(duì)的開發(fā)工作中，我就必須盡快熟悉整個(gè)項(xiàng)目的環(huán)境。

這個(gè)項(xiàng)目雖然提供了需求文檔，但是長篇大幅的，內(nèi)容也比較多，看著也容易犯困。需求是必須要了解的，自己又是負(fù)責(zé)測(cè)試部分，那么我必須要對(duì)整個(gè)網(wǎng)站的整體和細(xì)節(jié)部分都要清楚。
我個(gè)人認(rèn)為，在接觸需求的時(shí)候，不能夠死磕需求文檔，死磕需求僅僅是去做功能，這是比較機(jī)械的。我們需要站在用戶的角度去分析和理解需求，把自己放在普通用戶的位置去感受和想象，而不是開發(fā)人員的角度。

我把文檔看一遍，網(wǎng)站也瀏覽了一遍，但是對(duì)網(wǎng)站的功能和流程仍然比較模糊，心中也沒有一個(gè)具體的概念。我在瀏覽整個(gè)項(xiàng)目的UI草圖時(shí)，突然間得到了靈感：整個(gè)網(wǎng)站頁面元素比較多的頁面就二三十個(gè)，我何不把這些頁面做成截圖的形式，對(duì)照著需求文檔，在圖片上一一把需求給標(biāo)注出來呢？

我以下面這張截圖里面的頁面為例。

大體一看，這個(gè)頁面按鈕也不少，而且很多按鈕元素比較隱秘，很難一眼看出來。如果對(duì)照需求去看，或許這次自己了解了，但是下次可能因疏忽而忘記某些頁面元素和功能，通過在圖上進(jìn)行簡略的標(biāo)注，能夠得到很直觀的需求，而且條目也非常清晰。

對(duì)照文檔中的需求在圖上標(biāo)注需求得到的結(jié)果如下，在測(cè)試這些功能時(shí)我也不必對(duì)著word文檔去一一驗(yàn)證，看圖就能了解需求部分了。

有些批注里面的文字比較長，我就截取部分關(guān)鍵的字，加重顯示，以后也不必每條都看完所有文字。了解需求后，我還得提供一個(gè)測(cè)試文檔，以測(cè)試這些功能。

功能	測(cè)試頁面	測(cè)試用例\用例步驟	Bug	測(cè)試結(jié)果
1.功能1	url	1. 用例一 ?? a) ?? b) ?? c) 2.用例二 ?? a) ?? b) ?? c)	1.bug1 2.bug2 3.bug3 (并提交到bug管理工具里面，顯示bug原因，級(jí)別，截圖)	1.失敗 原因： 2.成功
2.功能1	url	1. 用例一 ?? a) ?? b) ?? c) 2.用例二 ?? a) ?? b) ?? c)	1.bug1 2.bug2 3.bug3 (并提交到bug管理工具里面，顯示bug原因，級(jí)別，截圖)	1.失敗 原因： 2.成功
3.功能1	url	1. 用例一 ?? a) ?? b) ?? c) 2.用例二 ?? a) ?? b) ?? c)	1.bug1 2.bug2 3.bug3 (并提交到bug管理工具里面，顯示bug原因，級(jí)別，截圖)	1.失敗 原因： 2.成功
4.功能1	url	1. 用例一 ?? a) ?? b) ?? c) 2.用例二 ?? a) ?? b) ?? c)	1.bug1 2.bug2 3.bug3 (并提交到bug管理工具里面，顯示bug原因，級(jí)別，截圖)	1.失敗 原因： 2.成功

?

由于是第一次擔(dān)任測(cè)試工作，文檔也是隨心所欲，希望能有前輩提供一些建議，我能夠通過改進(jìn)也運(yùn)用到項(xiàng)目中（PS:公司沒有測(cè)試人員）

轉(zhuǎn)載于:https://www.cnblogs.com/psunny/archive/2010/03/04/1678611.html

總結(jié)

以上是生活随笔為你收集整理的我是如何去了解需求的的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。