軟件測試已有了行業(yè)標準(IEEE/ANSI )，1983年IEEE提出的軟件工程術語中給軟件測試下的定義是：“使用人工或自動的手段來運行或測定某個軟件系統(tǒng)的過程，其目的在于檢驗它是否滿足規(guī)定的需求或弄清預期結果與實際結果之間的差別”。行業(yè)發(fā)展前景：測試行業(yè)的發(fā)展終將與國際接軌，數(shù)據表明在國外測試與開發(fā)的比例為3:1，中國國情使得中國做任何事先要產生數(shù)量再產生質量，但是國際上從來都是質量優(yōu)先。這個定義明確指出:軟件測試的目的是為了檢驗軟件系統(tǒng)是否滿足需求。它再也不是一個一次性的，而且只是開發(fā)后期的活動，而是與整個開發(fā)流程融合成一體。軟件測試已成為一個專業(yè)，需要運用專門的方法和手段，需要專門人才和專家來承擔。

三、測試與開發(fā)對比：

總體而言：

       如果要是單純的靠薪酬去衡量的話，基本上現(xiàn)在已經達到持平的標準了，而且和開發(fā)一樣，對于一線城市，像北上廣深，薪資始終是很好的。近兩年南京的軟件測試行業(yè)發(fā)展很好，同學可以留意一下。

      除了簡單的薪資對比，還有很多對比反面可能會讓你更加青睞于這個行業(yè)。比如說：

這個行業(yè)不像開發(fā)那么累，而且入門比較簡單，比較適合女生或需要兼顧家庭的人士之類的?？傮w來說，兩者對比，測試入門容易，精進比較難，開發(fā)是入門難，精進更難。

“你們采用的軟件開發(fā)流程是什么？”

無論實際的細節(jié)是什么，流程對于軟件工程都至關重要。至于哪些東西對于優(yōu)化流程做出了貢獻可能大家會有不同的看法，但僅就項目的工作方式達成一致就能將混亂很小化并且確保每個人都能達成共識。

危險信號：“我們的流程受到了自由風格的爵士的影響?！?→ 很有可能整個部門都處在救火模式，總是不斷地從緊急跳到另一個緊急狀態(tài)而缺乏任何明確的目標。

　　“你們是如何處理技術債的？”

技術債是過時技術以及代碼庫中臨時應急的解決方案的累積。處理好技術債對于代碼的長期健康很重要，這件事情應該持續(xù)地做。

危險信號：“我們只關注新功能?！?→ 他們的代碼庫一團糟或者很快就會一團糟。

對于你的產品，可用性是否勝過一致性？如果你正在建立一個像Facebook newsfeed這樣的系統(tǒng)，你可能會希望這個系統(tǒng)是高可用性的，并且是終一致。

另一方面，如果您正在構建一個銀行系統(tǒng)（或者像我們的案例那樣的模式存儲），您可能希望支持強一致性，并放棄高可用性。

無論采用哪種方式，您都應該首先考慮CAP定理的含義，然后決定您的系統(tǒng)是否需要SQL或NoSQL解決方案。