在最後的日子裡，我面臨著乙個巨大的問題：在幾個團隊處理多個專案的情況下，如何避免出現新的錯誤？
在我工作的公司中，我們有很多微服務，但沒有所有者。 可能有人可以開始在專案中工作，應該在微服務中新增新功能。 發生這種情況時不要在任何客戶端的任何服務中新增錯誤！
在本文中，我將描述我們如何處理tdd中的功能更改。
使用tdd開發任何軟體時，我們必須：
配置測試框架編寫失敗的測試編寫可修復所有測試的**必要時重構**
這就是我們所謂的紅綠重構。 首先，您使測試失敗，然後進行修復，至少改善了**組織。
紅綠重構大多數時間用於單元測試。 這導致了有關需求的一些問題：
如果我們在談論單元測試，則不會應用此問題，因為我們正在測試乙個類或一小段**。 對該**段進行一次更改可以更改所有軟體行為。
對於所有型別的測試，都不適用要求，它們均根據實現元件進行命名：
but...this names can mean nothing, we can create test for any purpose we want! so, i'm proposing a new kind of test:requirement test... ok, it already exists! no problem.
class
usertests
@test
@displayname
("it should only requires username and password"
)void
createwithminimumpropertiestest
()}
保持此測試的所有更改很重要，因為此測試可以儲存所有要求。
大多數tdd方法總是談論單元測試，但是單元測試並不能阻止您進行任何不希望的需求更改。 為此，我們進行了需求測試。 所有要求都應作為測試編寫。 如果有任何故障，則為：
from:
測試人員要求
素質要求 對測試感興趣 興趣是最好的老師，當別人都找不到bug時，他還能找到 當別人都對重複的回歸測試感到厭倦的時候，他還是抱著探索的精神繼續測試。好奇心 對軟體的功能好奇，對軟體所能做的事情好奇，對使用這個軟體的使用者好奇，對軟體在介面背後悄悄做的事情好奇，在測試過程中能不斷產生新的想法，不斷的發...
效能測試要求
愛書人公司看了咱們雲備課平台效能測試文件。對產品新的效能測試報告提出如下建議 1 沒有對應用伺服器 是不是tomcat 的記憶體配置和連線數進行說明。請分析報錯資訊 2 沒有對資料庫的指標進行監控 3 需要對查詢的是資料展示量進行說明 比如顯示樹節點，樹節點下有多少條20 50 100？4 沒有對整...
測試經理能力要求
中層經理人不論是作為一名執行者 還是一名領導者，都必須通過別人來完成任務。要做個 服眾 的經理人，應該有意識地提高以下八項能力 1.領悟能力 做任何一件事以前，一定要先弄清楚上司希望你怎麼做，然後以此為目標來把握做事的方向，這一點很重要，千萬不要一知半解就開始埋頭苦幹，到頭來力沒少出 活沒少幹，但結...