測試驅動需求分析 需求文件評審例項

2021-08-29 11:27:56 字數 1892 閱讀 1717

微軟過橋問題與測試人員素養

等價類分法 新解

測試用例設計中的np難題

c/c++**檢視例項

90%程式設計師寫不出無bug的二分查詢程式?

需求文件評審例項

軟體的開發文件質量一般只能通過評審來進行保證,如何有效發現文件中的問題,是乙個令許多人頭疼的問題。先看一段關於日誌檔案的需求描述如下:

「軟體要將所有的訪問者都要記錄下來,對每次訪問要記錄訪問開始時間、訪問結束時間、訪問者的

ip位址這三個資訊作為一條日誌記錄。要求以天為單位每天生成乙個訪問記錄日誌檔案。」

在這段需求描述中,要發現問題的話,首先要想象自己是日誌模組的開發者,根據這段需求描述,是否能夠開發出日誌模組來呢?日誌檔案要記錄的資訊內容上面都提到了:訪問開始時間、結束時間、ip位址。初一看好像可以根據這個需求描述進行開發。

如果用用元素分析法來分析一下這段需求的話,就會發現並不是想象的那樣樂觀。先找出需求中涉及的三個顯性元素:

n訪問者

n訪問記錄

n日誌檔案

首先對訪問者和訪問記錄這兩個元素進行分析,先看訪問者有那些屬性,除了描述中提及的訪問時間和ip位址外,訪問者還有那些屬性呢?顯然訪問者的訪問內容是最重要的屬性,僅記錄訪問時間和訪問者的ip位址是否足夠呢,從日誌能分析出什麼有用的資訊呢?從時間資訊上最多只能看出那段時間訪問的人數較多,得到使用者的時間分布規律,很難對使用者的行為有深入的分析,只有知道訪問者在訪問那些內容才能得到更有價值的資訊。象web伺服器軟體要記錄下訪問的url資訊以便知道訪問者訪問的內容,所以訪問記錄中遺漏了關於訪問內容的資訊。

從訪問記錄這個元素來分析,訪問記錄主要屬性是記錄格式,每條記錄是以什麼格式來記錄呢?沒有描述出來。有經驗的開發者就知道日誌記錄格式是乙個很重要的問題,因為日誌記錄的分析一般是需要使用專門的分析軟體或者寫專門的分析程式來分析的。如何設計合理的記錄格式來利用已有的日誌分析軟體來進行分析是首要考慮的問題。

再對日誌檔案這個元素進行分析,先看看日誌檔案有那些屬性,首先日誌檔案具有檔名,還有存放位置,檔案格式,檔案內容、檔案建立時間、檔案大小、檔案許可權等屬性。

需求描述中提到了每天要生成乙個日誌檔案,從檔案建立時間屬性來看,每天有24小時,到底從什麼時候開始建立檔案,從0點開始還是從幾點開始,沒有描述出來。

從檔名屬性來看,如何命名日誌檔案,需求中也沒有提及。從存放位置屬性來看,日誌檔案存放在什麼地方也沒有說明。是不是所有的日誌檔案都存放在應用程式同一子目錄下?

從檔案格式屬性來看,首先日誌檔案是以文字方式儲存還是以二進位制格式儲存?再者,檔案的內容是以何種格式記錄,每條訪問記錄間如何分隔,是以回車換行作為分隔還是以其他字元作為分隔?都沒有描述。

從檔案內容屬性來分析,除了存放上述描述的內容外,是否還可以儲存其他內容,如果不能儲存其他內容的話,需求描述中應該加上一句「日誌檔案中只能儲存訪問記錄資訊,不得儲存其他記錄資訊」。

從檔案大小屬性來分析,日誌檔案的大小有沒有限制?如果某天處於訪問高峰期,訪問特別多,是否需要將日誌檔案分拆成多個是乙個需要考慮的問題。

從檔案許可權屬性來分析,日誌檔案是否機器上的所有使用者都可以訪問還是只有特定的使用者可以訪問?檔案是否需要設定許可權是乙個需要考慮的問題。

所以通過元素分析法對上述需求描述進行分析後,你會發現需求描述中有很多的問題沒有描述清楚。也許有人會有疑問,如果將所有上面說到的問題都描述出來的話會不會工作量太大了?僅從需求分析的角度來講,需求規格描述得較細的話確實會增大很多任務作量,但從整個開發過程來看,需求描述完整的話,後續階段的開發產生歧義和遺漏的可能性就很小,實際上後續階段節約的時間會大大超過需求所多花的時間。

實際上不僅檢視需求時需要使用測試用例設計方法,還應該採取測試用例設計來驅動需求分析,即在需求設計的過程中就設計測試用例,通過測試用例設計來驅動需求分析,完善需求分析的內容。

trackback:

測試驅動需求分析 需求文件評審例項

需求文件評審例項 軟體的開發文件質量一般只能通過評審來進行保證,如何有效發現文件中的問題,是乙個令許多人頭疼的問題。先看一段關於日誌檔案的需求描述如下 軟體要將所有的訪問者都要記錄下來,對每次訪問要記錄訪問開始時間 訪問結束時間 訪問者的 ip位址這三個資訊作為一條日誌記錄。要求以天為單位每天生成乙...

測試驅動需求分析 需求文件評審例項

需求文件評審例項 軟體的開發文件質量一般只能通過評審來進行保證,如何有效發現文件中的問題,是乙個令許多人頭疼的問題。先看一段關於日誌檔案的需求描述如下 軟體要將所有的訪問者都要記錄下來,對每次訪問要記錄訪問開始時間 訪問結束時間 訪問者的 ip位址這三個資訊作為一條日誌記錄。要求以天為單位每天生成乙...

測試驅動需求分析 需求文件評審例項

需求文件評審例項 軟體的開發文件質量一般只能通過評審來進行保證,如何有效發現文件中的問題,是乙個令許多人頭疼的問題。先看一段關於日誌檔案的需求描述如下 軟體要將所有的訪問者都要記錄下來,對每次訪問要記錄訪問開始時間 訪問結束時間 訪問者的 ip位址這三個資訊作為一條日誌記錄。要求以天為單位每天生成乙...