測試用例的設計

    之前每次設計測試用例的時候,我都會根據代碼的實現邏輯來進行調整,而不是整個跟着需求走。但今天突然想到一個問題,按照正常的開發流程來說,代碼是跟着需求走,同樣的一個需求可以有多種不同的代碼實現方式,如果我跟着代碼走,就可能會導致萬一以後代碼的實現方式改變了,我的測試用例就可能需要重寫。所以以後些測試用例的時候還是要注意了。

 

 

    但我又覺得我之前那麼做並沒有錯。想來想去終於發現導致這個矛盾發生的原因:公司開發之前沒有需求分析。也就是說沒有明確的需求分析,開發有自己心裏想的一套需求,而我們測試用根據現有的軟件想了一套需求,所以在根據我們自己想的需求寫測試用例的時候,跟開發寫的代碼實現就會有所出入。

 

 

    所以,我暫時堅持自己現在的做法,等以後到了正規公司後,按照真正的需求說明來寫。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章