關於敏捷專案，是迭代更新快，每個迭代都會有新的內容，或是業務需求，或是**優化，我們身為測試，要在每個迭代的測試中，保證每個迭代的測試質量。
測試質量，包括這次迭代的改動不影響已有的功能，以及增加的功能，實現的效果符合預期。 那麼，問題來了，測試如何保證測試質量？
因為敏捷時間緊張，我們可以採用兩個方式混合來保證我們的測試質量。原因如下所述：第一：過所有關聯系統的正向流程，包括改動的模組和沒有改動的模組、系統，只要有資料會經過改動系統的。
第二：選測部分內容，這個需要和開發一起把關，但是測試也要有自己的測試方向的判斷。
如果系統龐大，每個迭代可能只是某乙個系統改動，關聯系統並沒有進行改動，但是關聯系統的有些資料會同步到改動的系統，那，請問，沒有改動的系統我們要不要測。答案是：
我們要進行測試，要過所有關聯系統的正向流程。為什麼？
因為現在系統之間是靠介面傳送資料，傳過來的資料，哪個必傳、哪個非必傳，都是由相關系統模組的開發自己定義，當關聯系統做改造，我們做測試的，並不清楚介面中的具體欄位的改造，所以，過正向流程的測試，是一種不可缺少的方式。
存在的可能性還有，開發提供的設計文件跟目前程式實現的不同（文件沒有及時更新），按著設計文件來設計案例，以及排除測試範圍，是存在一定漏測的內容，所以，每個迭代過正向流程是必須的，只要保證現有功能沒有出現問題，在生產上，也會降低出現大bug的事件概率，比如拼多多的無門檻優惠券事件。
每個測試人員需謹記：開發們開發bug的能力，防不勝防。
質量如何保證
讀書主要是為了緩解非利益既得者的焦慮，有人懂嗎？之前對於質量的把控，主要是從 層面，從實現機制 業務邏輯 編碼規範等方面去用功，直到最近才忽然想到這可能是個謬論，只關注了乙個孤立的體系，說是閉門造車也不為過。傳統的生產製造領域早就有qc和qa，而對於像我們這種經歷的網際網路創業人員團隊，對於這一塊是...
如何保證軟體質量
經常是在寫完 後，內心一直忐忑不安，擔心 會有什麼問題，然後就陷入了漫無目的的自測之中。基本上這種自測是不靠譜的，很難會發現幾個問題。那麼，我們究竟應該怎麼去保證程式的質量呢？保證質量的目的是獲得乙個好的質量的 但這個目的還是很模糊的，不具有什麼指導意義，還需要在refine一下，那究竟什麼是好的質...
如何保證軟體質量
來園子有不少時日了,也搜了一些相關的軟體質量保證方面的文章，發現討論這方面的文章比較少，而且給我感覺是 這些所謂的體系，部門機構在國內的企業似乎很難建立起來。我們公司今年初，成立了網路部，給的資源十分有限，我自己在管理過程中發現軟體的質量很難保證，所以想向大家求教一下，希望大家都能談談各自己公司，軟...