軟體測試
時候發現根本沒有需求，一問開發和需求，發現原來是我們的專案經理口口相傳，告訴開發要怎麼怎麼做。
可想而之，這個過程是沒有設計的，開發過程當中遇到問題，就會問，專案經理即時馬上給出答覆。
而到了測試，測試人員在完全不了解狀況的時候，在介面上點了點，也不知道要點多少東西，反正一會告訴我說版本測試完了。我心裡沒底，想著版本上提到改了這麼多東西，怎麼馬上就測試完了呢？
於是我抱著懷疑的態度去做測試，結果一看發現我們的系統已經大變樣了。以前乙個流程的三種狀態變成了現在的未知種數。我傻眼了，這樣怎麼可能做測試呢？沒有需求，無法預估到測試場景。怎樣才是測試完成了？更可恨地是部門經理說測試完了沒問題就上線，我的問題是怎樣是測試完了，怎樣是沒問題呢？
我告訴部門經理，我無法決定是否上線，因為我不知道如何設計測試場景了，而通過我的測試，我發現了一些開發人員也無法回答的問題，於是我把所有我知道範圍之內的可能造成狀態不同的條件全部列出來了，要求專案經理可我填寫，如果是這樣的輸入條件，輸出是怎樣的？經我這麼發問，專案經理也無法填寫我的結果，又推給需求去確認。當然事情暫時沒有結論，現在的狀態是版本暫時沒有上線，我的測試我認為是沒有做完的。
針對以上的問題，我覺得好險。測試是專案最後的一道關，如果我不能發現這些問題，上線後，客戶發現了，我們如何解釋呢，我們的專案經理會挺身而出幫你說話，說是因為沒有需求嗎？
如果出了問題，我對專案經理沒有這樣的信心。但是我越發覺得測試是多麼的重要了，每次上線都是對我個人能力的考驗。而這種混亂狀態下，如果我不能夠發問，我這個測試組的地位只會越來越低，成為別人推卸責任的那個揹著黑鍋的傢伙。
這次我也發現自己在進入這個部門兩個月以後的第一次反抗，前期由於不了解專案的情況，所以出這種問題也是無法察覺的。需求和開發沒有文件，需求分析和設計沒有做好，我的測試也只能定位比較低。但是通過這次的考驗，我自己越來越多的相信，我能夠做好專案的測試管理，我的測試組能夠在專案過程中充當著不可或缺的角色。
沒有需求的測試，很危險，但是我絕不是每次都要用這種方法來對付這個問題，我要告訴部門，你們前期的需求分析是否可以做得更全面一點，開發設計可以多考慮一些，不要每次把問題丟給測試，提高專案的間接成本。
如何應對不明需求做好測試
在日常需求的 測試過程中，因為時間和資源的相對緊張，往往會遇到prd不夠細緻，而uc描述也過於簡單的情況，這個時候會讓經驗不夠豐富的 測試人員有種無從入手的感覺。其實由於思考方式 對 需求的理解程度 開發和編寫uc的經驗 以及文字描述的習慣不同，開發人員首次提交的uc，並不一定能立即指導 測試人員 ...
全程建模 需求變更如何應對
伊達 11 37 25 3 對於需求不斷變更，使用者老覺得加點東西沒什麼，覺得很簡單，導致系統越改問題越多。你有什麼好辦法嗎？青潤 11 36 06 這是最難以解決的問題，我一般是採用文件積累變更的方式，適當的時間讓他們看看已經變更了多少次，通過這個，可以讓他們有所顧慮。伊達 11 39 55 文件...
需求獲取中各種心理如何應對
言過其實心理 差異展現法 也就是將不同使用者代表的訪談結果進行整理，在系統開發之前把這些差異展示給中高層管理人員，就如何解決達成共識。瓶頸分析法 對流程執行過程中的瓶頸進行分析，例如時間瓶頸 人員瓶頸 比如所有的申請都要由處長審批 等方面，以避免流程瓶頸導致系統無法順利運轉起來 越俎代庖心理 要解決...