qileilove

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

          軟件測試新人,你該如何找到方向?

          本文是最近為公司所做的兩篇總計之一。主旨是為公司的測試新人指明一些方向,如何融入公司,做好項目,以及提升的一些方向。

            公司項目模式

            我們是離岸外包公司,通常來講我們的客戶拿項目給我們做,會在我們公司建立一個團隊,開發人員和測試人員都在一個團隊里面。客戶提他的需求,由我們這個團隊完全負責分析,設計,開發,測試。

            總得來說每個項目的情況都會有些不同,所以各個項目中測試人員的職責也存在不同,比如,有些項目里,測試人員是parttime的;有些項目里,測試人員需要和開發人員一起Review文檔。所以具體的所負責的事情需要和具體項目一起來考慮。

            一般項目的流程是:

            ● 需求理解:項目絕大多數都是迭代式開發,在每次迭代初期,在真正編碼實現前,開發人員和測試人員會一起對這次迭代的任務項進行一個比較深入溝通,溝通需求,爭取做之前雙方對即將實現的功能有個一致的理解。

            ● 開發編碼/用例設計:當開發開始編碼時,測試人員就需要開始設計測試用例,需要注意的是,在功能沒有開發出來的時候,就需要考慮用例,而不是看到具體效果,再設計。

            ● 測試階段:執行用例,反饋BUG,驗收BUG。

            ● 提交階段:系統測試項目,保證質量,避免直接的明顯的BUG。

            ● 收尾階段:總結、反思。BUG分析報告,迭代回顧會議。

            基本要求

            由此流程,可以看出測試人員需要做到的事情的一個大致輪廓。

            如果是新人,基礎不太好,可以看看培訓大綱中測試章節,里面有些資源、一些知識點要求和一些常見問題。下面在簡單地提下具體的幾個方面的要求。

            英語要求

            能看懂需求,能書寫BUG、相關的郵件交流。

            測試基本思想

            理解邊界值,等價類劃分,基本流、備選流,場景劃分。

            需求理解

            能夠理解文檔上功能的描述,知道功能具體是怎么工作起來。放在系統里面通盤考慮。

            BUG

            對BUG系統的使用熟悉。報告的BUG是符合規范,簡潔易懂,不失必要的步驟。

            Test Case

            跟著模板來寫,覆蓋到文檔里面的所有功能,正常情況,異常情況也需要包含。

            Bug 分析報告

            根據指導文檔,對BUG的數據進行一些統計和分析、思考。最好是日常收集相關的數據。

            進階方向

            當加入團隊后,上述能力有一個樣子,較為穩定的時,一樣還需要根據自身的情況進行反思、改進、提升。著眼點需要更加開闊,怎么才能使自己能貢獻得更多。下面做一個思路上簡單分析,只做拋磚引玉。

            提高測試水平

            效率更高,發現問題更快:測試數據復用,測試思路總結分享,測試用例模版更新,測試用例、數據設計的總結,經驗分享傳遞等等。

            更少的BUG遺漏。

            經常了解業界的測試技術、理論、方法論并嘗試引入我們的項目當中。

          本文是最近為公司所做的兩篇總計之一。主旨是為公司的測試新人指明一些方向,如何融入公司,做好項目,以及提升的一些方向。

            公司項目模式

            我們是離岸外包公司,通常來講我們的客戶拿項目給我們做,會在我們公司建立一個團隊,開發人員和測試人員都在一個團隊里面。客戶提他的需求,由我們這個團隊完全負責分析,設計,開發,測試。

            總得來說每個項目的情況都會有些不同,所以各個項目中測試人員的職責也存在不同,比如,有些項目里,測試人員是parttime的;有些項目里,測試人員需要和開發人員一起Review文檔。所以具體的所負責的事情需要和具體項目一起來考慮。

            一般項目的流程是:

            ● 需求理解:項目絕大多數都是迭代式開發,在每次迭代初期,在真正編碼實現前,開發人員和測試人員會一起對這次迭代的任務項進行一個比較深入溝通,溝通需求,爭取做之前雙方對即將實現的功能有個一致的理解。

            ● 開發編碼/用例設計:當開發開始編碼時,測試人員就需要開始設計測試用例,需要注意的是,在功能沒有開發出來的時候,就需要考慮用例,而不是看到具體效果,再設計。

            ● 測試階段:執行用例,反饋BUG,驗收BUG。

            ● 提交階段:系統測試項目,保證質量,避免直接的明顯的BUG。

            ● 收尾階段:總結、反思。BUG分析報告,迭代回顧會議。

            基本要求

            由此流程,可以看出測試人員需要做到的事情的一個大致輪廓。

            如果是新人,基礎不太好,可以看看培訓大綱中測試章節,里面有些資源、一些知識點要求和一些常見問題。下面在簡單地提下具體的幾個方面的要求。

            英語要求

            能看懂需求,能書寫BUG、相關的郵件交流。

            測試基本思想

            理解邊界值,等價類劃分,基本流、備選流,場景劃分。

            需求理解

            能夠理解文檔上功能的描述,知道功能具體是怎么工作起來。放在系統里面通盤考慮。

            BUG

            對BUG系統的使用熟悉。報告的BUG是符合規范,簡潔易懂,不失必要的步驟。

            Test Case

            跟著模板來寫,覆蓋到文檔里面的所有功能,正常情況,異常情況也需要包含。

            Bug 分析報告

            根據指導文檔,對BUG的數據進行一些統計和分析、思考。最好是日常收集相關的數據。

            進階方向

            當加入團隊后,上述能力有一個樣子,較為穩定的時,一樣還需要根據自身的情況進行反思、改進、提升。著眼點需要更加開闊,怎么才能使自己能貢獻得更多。下面做一個思路上簡單分析,只做拋磚引玉。

            提高測試水平

            效率更高,發現問題更快:測試數據復用,測試思路總結分享,測試用例模版更新,測試用例、數據設計的總結,經驗分享傳遞等等。

            更少的BUG遺漏。

            經常了解業界的測試技術、理論、方法論并嘗試引入我們的項目當中。


          posted on 2013-03-04 10:47 順其自然EVO 閱讀(247) 評論(0)  編輯  收藏 所屬分類: 測試學習專欄

          <2013年3月>
          242526272812
          3456789
          10111213141516
          17181920212223
          24252627282930
          31123456

          導航

          統計

          常用鏈接

          留言簿(55)

          隨筆分類

          隨筆檔案

          文章分類

          文章檔案

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 赫章县| 治多县| 玉环县| 德江县| 沭阳县| 民勤县| 和林格尔县| 肃南| 乌拉特前旗| 宁陵县| 乃东县| 杭锦旗| 分宜县| 太康县| 蕲春县| 万年县| 岱山县| 东源县| 新化县| 绥中县| 安西县| 湖北省| 辉南县| 阿鲁科尔沁旗| 镇宁| 长阳| 宜城市| 历史| 永城市| 呈贡县| 当涂县| 浦北县| 陇南市| 柳林县| 同江市| 岱山县| 乐清市| 阳泉市| 射阳县| 兴城市| 大连市|