在測試任何應用之前應該了解的20個軟體測試小竅門

　　1）學會徹底的分析測試結果。不要忽視了測試結果，最終的測試結果或許是“pass”或“fail”，但診斷導緻“fail”的原因會引導你發現這個問題的解決方案。一個不僅僅記錄了bugs而且提供了解決方案的測試人員是難能可貴的。

　　2）學會在每次測試任何應用時将測試覆寫最大化。雖然100%的覆寫或許是不可能的但你應該試着去接近它。

　　4）當寫用例的時候，首先要考慮怎麼實作目标功能也就是尋找需求上的有效條件，然後再為無效條件編寫用例。這樣就能覆寫在應用測試過程中出現的正常和非正常操作。

　　5）積極思考。要抱着找缺陷的目的去測試，不能一開始就想着應用中沒有任何問題。如果你測試的目的就是在找缺陷你就會很自然的發現一些微妙的缺陷。

　　6）在需求分析和設計階段編寫用例，這樣你就能保證所有的需求都是可以進行測試的。

　　7）讓開發在編碼之前就能看到你的用例。不要想着等程式釋出時測試可以去提報很多缺陷而讓你的用例一直在你自己手裡。要讓開發完整的分析你的用例去開發有品質的程式。這樣就能節省返工的時間。

　　8）如果可能話要明确群組織你用來做回歸測試的用例，這會保障手工回歸測試能夠快速有效的進行。

　　11）進行超出需求範圍的測試。對應用進行超出需求要求的測試。

　　12）做回歸測試時要運用之前的缺陷概覽圖（缺陷概覽圖---不同子產品缺陷發現數目與時間的關系圖）。這種明了的圖表可以很好的預測應用哪些部分最容易出問題。

　　13）記錄下測試過程遇到的術語和概念。在測試應用時也一直開着一個文檔，在裡面記錄測試進度和測試狀況。在準備最後的測試報告時就可以利用文檔裡記錄的這些内容。這個好習慣會能幫助你提供完整明了的測試報告和應用釋出細節。

　　14）測試人員或開發人員會對應用代碼進行多次修改來适應測試。這是開發或測試過程中必要的一步來避免事務有效執行，比如在銀行項目中。要記錄下來為适應測試而修改了代碼的地方，并且在最終釋出的時候確定已經将這些修改的地方從最終用戶端的源檔案裡都改正了。

　　15）讓開發人員遠離測試環境。這是在釋出或部署檔案中檢查配置修改是否遺漏的必要步驟。有時開發人員做了一些系統或應用的配置修改，但是卻忘了部署。如果開發人員沒有權限通路測試環境，他們就不會不小心修改了測試環境，而且那些遺漏的地方可以在相應的地方找到。

　　16）讓測試人員在軟體需求分析和設計階段參與進來是很有用的。這樣測試人員可以對軟體有可靠的認識來保障較好的測試覆寫率。如果沒有讓你參與這個研發周期，你要請求你的上司或經理允許你的測試團隊參與所有的決策議程。

　　17）測試團隊應該與其他團隊及他們所在組織機構分享最佳測試實踐、經驗。

　　18）增加與開發人員的交流來知道更多關于産品的知識。隻要有可能就進行面對面溝通來迅速解決問題和避免誤解。并且把你對需求的了解或解決了某些問題，確定同樣也通過書面形式如電子郵件進行溝通。不要任何事都靠語言交流。

　　19）不要把時間全放在高優先級的任務上。分析所有任務相關的風險，把你的測試任務按優先級先後排好然後做出相應的計劃。

　　20）編寫清晰、描述性強、明了的缺陷報告。不要隻提供缺陷現象，也要提供缺陷帶來的影響以及所有可能的解決方法。

　　不要忘了測試是一份有創造性和挑戰性的工作。它最終取決于你的技能和經驗，你會如何應對這個挑戰。

　　希望大家做的： 分享你自己的測試經驗、技巧或測試秘訣，這樣肯定能讓本文更加有趣、實用。

====================================分割線================================

最新内容請見作者的github頁：http://qaseven.github.io/