在一個功能完成後，比較嚴謹的方式會進行壓力測試來驗證是否能夠符合業務上的需求，在測試的時候是否能夠準確的測試就變得相當重要。

物理限制

我們在做測試的時候，很容易會忘記現實世界中存在著各種物理的限制。像是網路連線速度會受到伺服器機房的位置影響、使用者不一定是平均的在同樣的時間點打開網站等等。

考慮限制的規劃

因為我們在做壓力測試時會有物理上的限制，因此在測試的時候就需要格外小心。舉例來說，我們要避免使用同一個機房的伺服器來測試，得到的結果可能是伺服器能負荷的極限而非壓力測試，因為在同一個機房的傳輸速度是遠快於正常使用者。

除此之外，我們也要考量到伺服器能負荷的壓力並不是線性的，也就是說即使我們將伺服器的硬體增加一倍也不一定可以服務一倍的使用者，而會受到我們軟體的設計、資源分配跟設定等等因素影響。

比想像更複雜

在了解到這些知識之前，壓力測試對我來說就像是單純的將「流量」塞到伺服器驗證即可，然而當我學到這些知識之後才發現，需要併入計算的資訊遠超想像。

很多時候，就像寫程式最困難的地方所說，大多數時候都要靠知識跟經驗對當下的狀況判斷，該如何進行壓力測試也是像這樣的情況。同時，跟普通的程式設計不同的地方在於，我們還需要加入「商業」上的考量才足夠，我們目前針對測試的討論都還僅限於可以透過技術、硬體一定程度解決的問題，如果要知道「目標」是如何的，那麼就還需要了解在商業上的目標才足夠。

封面圖片使用 Unsplash 上 Norbert Kundrak 的作品，有想聽的主題可以透過匿名問卷告訴我，想了解專業的技術主題可以到弦而時習之找找靈感。