目前測試團隊寫用例的乙個重要依據是需求文件。而需求文件會一直在變更中。變更源可能有：
1. 也許客戶在專案行進過程中會專案變更；
2. 也許開發團隊在產品在開發過程根據實際情況，對功能會有變更；
3. 也許老闆希望在產品裡零時加入不一樣的元素；
4. 也許測試團隊在測試前期閱讀需求文件的時候會問產品的功能或者對產品功能提出建議；
5. 也許還會有更多變更源。
這些變更都需要在測試用例裡列出來。這樣才能確保在測試結束後，產品展示給客戶的是最新的功能。因此需求文件的變更管理對我們寫用例非常非常重要。
根據我們的討論，從今天開始，所以我們對測試團隊和產品團隊的銜接作以下約定：
2. word發布：需求文件以word的形式發布到confluence上。
3. 內容描述：需求文件word裡需加乙個版本控制號，版本控制號->更改內容描述需指明變更內容的story 或子模組名。
如：
辦公室瑣事 溝通 交流
忙碌的7天過去了，基本上都在加班，手上這個專案要上線，新專案又催著進組 節後的這一周，主要還是實現節前pm分配的新需求。跟老同事請教專案上的問題，讓我想了很多 交流上的問題，是個大問題。交流不暢將會嚴重阻礙個人發展。我身邊的其他同事都和這個老同事交流有些不便，老同事說話語速快 之所以說話，快用他的話...
辦公室瑣事 溝通 交流
忙碌的7天過去了，基本上都在加班，手上這個專案要上線，新專案又催著進組 節後的這一周，主要還是實現節前pm分配的新需求。跟老同事請教專案上的問題，讓我想了很多 交流上的問題，是個大問題。交流不暢將會嚴重阻礙個人發展。我身邊的其他同事都和這個老同事交流有些不便，老同事說話語速快 之所以說話，快用他的話...
3 專案組人員溝通交流 專案管理系列文章
it軟體專案的過程中，很多事情都需要進行溝通交流，本文就應的要求，對軟體專案中需要進行的溝通問題進行了描述，讓大家能夠對軟體專案中的溝通問題進行了解。一 專案啟動會 專案經理在確定了專案需求之後，就需要開始組建專案團隊來進行專案建設。這時候就需要乙個專案啟動會來讓專案組的所有組員進行乙個初步的溝通了...