qileilove

          blog已經轉移至github,大家請訪問 http://qaseven.github.io/

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

            寫這篇文章我希望所有的測試人員都能閱讀這些軟件測試良好的實用內容,仔細閱讀所有條目并嘗試將他們運用到每天的測試工作中。如果不能理解某個條目,可以到我們論壇里留言詢問更多的解釋。當然你也可以通過親身經歷學習到所有這些測試的實用內容,但為什么不在犯錯之前就來學習這些呢? 以下就是我在經歷中學到的最好的一些測試實用技巧:

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

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

             3)為保證最大化的測試覆蓋需要將應用分割成更小的功能模塊。在這樣的單元模塊上編寫用例,如果可能的話講這些模塊分割成更小的部分。 舉個例子:我們假設你將你的網站應用分割成了許多模塊,“接收用戶信息”是其中之一。你可以將用戶信息填寫頁面分割成更小的部分來編寫測試用例:比如叫界面測試、安全測試、用戶表單的功能測試等等。在輸入框里測試所有的字符類型、字符長度、無效性測試和有效性測試。寫出所有這樣的測試用例以增大測試覆蓋率。

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

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

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

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

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

            9)對臨界應答時間有要求的應用需要對其進行完全地性能測試。性能測試是許多應用測試的重要組成部分。由于缺乏測試所需的大量數據,性能測試在人工測試中多半會被測試人員忽略掉,所以需要找到測試應用性能方法。如果不能手工添加測試數據,最好寫一些基本的腳本來添加性能測試所需的數據,或讓開發人員幫你寫出來。

            10)程序員不應測試他們自己的代碼。像我們之前討論過的,開發人員應該對應用做了充分的基本的單元測試后才能給測試人員發布應用新版本。測試人員不能為了進行測試去催促開發人員快點發布新版。要讓他們支配好自己的時間。從領導到項目經理都會知道模塊什么時候發布以及能夠預估處相應的測試時間。這是敏捷項目的一個典型情形。

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

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

            13)記錄下測試過程遇到的術語和概念。在測試應用時也一直開著一個文檔,在里面記錄測試進度和測試狀況。在準備最后的測試報告時就可以利用文檔里記錄的這些內容。這個好習慣會能幫助你提供完整明了的測試報告和應用發布細節。

            14)測試人員或開發人員會對應用代碼進行多次修改來適應測試。這是開發或測試過程中必要的一步來避免事務有效執行,比如在銀行項目中。要記錄下來為適應測試而修改了代碼的地方,并且在最終發布的時候確保已經將這些修改的地方從最終客戶端的源文件里都改正了。

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

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

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

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

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

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

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

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

            原文出處:http://www.softwaretestinghelp.com/practical-software-testing-tips-to-test-any-application/

          posted on 2012-09-17 09:26 順其自然EVO 閱讀(238) 評論(0)  編輯  收藏 所屬分類: 測試學習專欄

          <2012年9月>
          2627282930311
          2345678
          9101112131415
          16171819202122
          23242526272829
          30123456

          導航

          統計

          常用鏈接

          留言簿(55)

          隨筆分類

          隨筆檔案

          文章分類

          文章檔案

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 望都县| 兴安盟| 乐陵市| 新郑市| 江津市| 江阴市| 仪征市| 泰来县| 东丰县| 美姑县| 泸水县| 乳源| 江北区| 正蓝旗| 饶河县| 阜宁县| 建平县| 繁昌县| 龙江县| 台南市| 砚山县| 丰城市| 平武县| 凤凰县| 广昌县| 吴忠市| 扎囊县| 云梦县| 张家港市| 青海省| 射洪县| 大厂| 宜州市| 乡宁县| 马山县| 平顺县| 宁阳县| 榆林市| 呼伦贝尔市| 安新县| 即墨市|