注：本不是乙個會寫很多東西的人，偶爾寫點心裡的東西，記錄下來，可能是大家耳熟能詳，如果這樣，勿怪。
在乙個敏捷開發模式下的團隊，如何定義完成的概念。
其實不管什麼樣的團隊，在開發過程中都有自己的定義，以下是我在最近的畢業**中想到的一些東西。
敏捷宣言中最核心的內容有一點就是頻繁的交付。
所以敏捷中完成的概念我覺得應跟交付聯絡在一起，而兩者聯絡在一起必然是因為敏捷的增量式迭代開發過程中一定是以交付來判定迭代成功與否。
而交付的我覺得一定是完成的產品。
所以完成的產品必然是經過設計，編碼和驗證通過的產品。
在以往的團隊開發過程中，往往會出現一種情況，開發在匯報問題的時候指出，任務板上的任務板已經完成。其實這裡有個誤區，開發的完成並不代表迭代中故事的完成，所以開發的完成是沒有意義的。不能因為開發的完成而判定故事的完成。在敏捷開發的團隊中，大家的完成只能有乙個定義，就是經過了最終的測試，驗證通過。其實這不是在強調測試的重要性，相反只是在給測試一定的壓力，而且作為乙個合格的產品質量控制人員，這樣的壓力是必須有的。
作為乙個測試人員不能為了交付而交付，每交付一次產品都是對自己的一種負責，沒有這樣的觀念是很難做好乙個合格的測試人員的。
因為當測試通知驗證通過了，代表在敏捷的迭代式開發中已經通過驗證可以直接交付客戶了。不管交付的客戶是真正的客戶還是產品經理或者市場團隊，都必須遵循一樣的原則，寧錯過不放過。
軟體測試中開發團隊和測試團隊的職責
開發團隊職責 1.在開發時，對軟體特徵完成單元測試 2.為測試團隊準備好專案部署以供測試 3.在將待測試模組 部件發給測試團隊進行測試之前，首先應該進行整合測試 冒煙測試 4.在需要時，幫助測試員評估測試結果並辨別缺陷，以確保提交到缺陷追蹤系統的報告準確性 5.修正缺陷追蹤系統中的缺陷 6.對缺陷追...
軟體測試各階段測試人員的職責
軟體測試貫穿軟體開發的全過程，而且越來越多的國內公司也開始重視軟體測試，要求軟體測試人員從需求階段介入到軟體專案中，那麼每個階段軟體測試人員需要做什麼事情？作者以軟體開發的瀑布模型為例，針對系統測試，講述各階段的任務。需求階段，需求人員開始發出需求文件，此時需求文件即發出評審，測試人員需要對需求文件...
軟體測試的定義和方法
軟體的預期結果與實際結果做對比。1 按方法分類 最常見的測試方式 黑盒測試 把軟體比喻成乙個黑色的不透明的盒子，檢查輸入與輸出是否對應的上 白盒測試 把軟體比喻成乙個透明的盒子，通過檢查軟體內部的結構來測試。通過去檢查 的方式來判斷軟體的功能有沒有問題。灰盒測試 把軟體比喻成乙個半透明的盒子。介於黑...