在互聯網各種技術崗位中，軟件測試的技術門檻并不高，但要真正做好軟件測試卻并不是一件容易的事情。中培偉業自開設《軟件自動化測試與持續集成》以來，遇到過不少學員，他們的學歷較高，軟件測試方面的理論知識也很扎實，問題是一款軟件放在自己面前，完全不知所措。

對此，中培偉業軟件測試講師劉老師指出，這其中的關鍵問題就是在測試的過程中缺乏科學合理的步驟，結果費力不好。那么如何才能做好軟件測試呢？

劉老師指出，首先要做的就是要深度參與。即在軟件開發初始極端就要參與進去，要學會對軟件的需求分析進行深入解讀，在了解用戶需求的基礎上編寫測試計劃。

在編寫好測試計劃之后，要繼續關注軟件需求分析，在確定其不再變更之后，可以繼續接下來的測試用例編寫。不過在編寫用例之前，首先是測試要點的編寫，它是測試用例的框架，因此非常重要。將用戶的要求和業務記錄下來，分析其中的主次需求，以確保在測試過程中既做到全面又能突出重點。

接下來就是測試用例的正式編寫了。所謂的編寫測試用例，就是通過實際操作來對前面所寫的測試要點中的功能點和業務進行實現。證明測試要點需要從正反兩個方面來進行，一方面是對軟件在正常情況下軟件系統的反應，另一方面還要證明軟件系統在非正常情況下也能做出正確處理。

對于用戶的主要需求，在測試中需要進行有針對性的全面測試，而且還要考慮到各種可能。對于用戶的次要需求，雖然可以適當少一些測試用例，但也應該考慮到正反兩個方面。

在測試用例編寫完之后，就可以開始正式進行測試了。測試要以以測試用例作為基礎，要確保每一條用例被執行一次，而且要做到每執行一條用例就要對比軟件系統的實際輸出與期望輸出是否一致。如果出現不一致的情況，要將其等級在記錄報告中。在實際測試過程中，任何的不一致情況都不能遺漏，因為這些不一致就代表軟件系統出現了問題。對于軟件輸出不一致的用例，最好多執行一次，盡量軟件問題進行定位，以便開發人員的修改提供支持

測試結束要將測試報告開發人員進行及時反饋，以便于開發人員的修改。隨著開發人員修改完成，意味著軟件測試進入最后的回歸測試階段。這一階段的目的是為了驗證上次測試時所發現的問題是已經被修改，是否發現新的問題。而是否出現新問題，也是該階段相對復雜繁瑣的重要原因劉老師的建議是，把發現問題的測試用例和它有關聯的測試用例重新執行一遍，如果沒問題，就算測試完成，否則，再次提交測試報告，直到測試完成。

當然，以上的軟件測試的步驟是在正常情況下但實際工作中非正常情況往往要多于正常情況。劉老師在這里介紹了幾種非正常的情況：

1、沒有形成對軟件項目較完整的需求分析，甚至根本連需求分析都沒有

2、項目已經開發完成的情況下，測試工作才開始進行。

3、由于交付測試時離項目已接近完成，測試的時間很緊張

那么在面對以上三種非正常情況該怎么辦呢？劉老師在這里給出了自己的答案。面對第一種情況，需要測試人員站在用戶的角度去考慮用戶的需求，然后以此為基礎編寫測試要點，然后與客戶或開發人員進行確認，接著編寫測試用例。

面對第二種情況實際上容易應對，既然軟件已經開發完成，那么測試計劃中的測試時間就更容易安排，更利于執行。第三種情況是最麻煩的。如果時間很緊，那么在有經驗的情況下可以不寫測試用例，直接按照測試要點測試，當然測試報告不能生，應該寫詳細。最麻煩的就是既沒有做需求分析、項目時間又緊，還沒有測試經驗和相似的測試用例，那么就只能通過不斷加班趕時間這種最笨的辦法來解決了。不過話說回來，在互聯網行業，加班幾乎是家常便飯，要有這個心理準備。