• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • 軟件測試工程師的分工

    發表于:2013-08-16來源:Csdn作者:fnngj點擊數: 標簽:分工
    軟件測試工程師的分工 最近看了點敏捷測試的東西,看得比較模糊。一方面是因為沒有見真實的環境與流程,也許它跟本就沒有固定的模式與流程,它就像告訴人們要“勇敢”“努力”。

      最近看了點敏捷測試的東西,看得比較模糊。一方面是因為沒有見真實的環境與流程,也許它跟本就沒有固定的模式與流程,它就像告訴人們要“勇敢”“努力”。有的人在勇敢的面對生活,有些人在勇敢的挑戰自我,有些人在勇敢的面對失敗與挫折。好吧!他們都實現了“勇敢”,勇敢到底是如何去做,也許說不清楚?;蛘哒f每個人都有自己的實踐方式。但是他們卻同樣靠著“勇敢”攻克不自己所面臨的困難。當然了,敏捷并不是簡單一個詞語,經過前人的不探索與總結,還積累與總結相當多的經驗可供我們借鑒與參考。

      按照本文的主題還是來談談軟件測試人員的分工吧!主要來談傳統軟件測試過程中的測試分工,因為敏捷測試中的測試分工我還沒弄明白到底是腫么個情況。

      集體測試

      也許專業測試里講這種方式,很可能不叫“集體測試”。因為我根據的自己的理解起了大概符合意思的名詞叫集體測試“集體測試”。

      就是測試模式就是,公司里所有的測試人員抱成一團兒,來一個項目,所有測試人員就集中測試一個項目。

      先說這種分工方式的優點:

      1、因為測試團隊的中每個成員有都有優缺,人員在工作之中相互取長補短??梢院芸斓恼页鲕浖械?a href='http://www.kjueaiud.com/ceshi/ceshijishu/qxgl/' target='_blank'>缺陷。三個臭皮匠頂一個諸葛亮,一個經驗再豐富的測試不一定有三個水平一般的測從員發現的問題多。

      2、人多的另一個好處是測試項目能可以在更快的時間內發現更多人缺陷??偨Y一下就是更短時間內發現更多的問題。

      再來說說這種方式的缺點:

      1、一個人員一張嘴,人力成本很長(人員工資,人員平均時間投入,測試機等硬件資源投入)。

      2、當同時需要測試多個項目中時,不要意思,按順序來,請在后面排好隊。

      3、工作重復,同樣一個缺陷,很可以同時被所有測試員發現,或者叫重復率很高。

      4、人員水平難以區分,在一個項目測試過程中,有的測人員可能一個缺陷也沒找到,有的測試人員卻發現了幾乎所有的問題。也許這個項目一個缺陷也沒找到的測試員在下個項目中卻發現了很多缺陷。

      5、了漏測現象是整個測試團隊的責任。(這也不是明確的缺點,要看團隊的氛圍是積極的還是消極的。)

      (也許,你說想照這么個分析法是不是漏了太多東西,也許你有興趣繼續看下去話,我后面會講解。)

      好吧!集體測試缺點太多,就像國家成立初期的“吃大鍋飯”,肯定是阻礙發展的。那我們來看看幾種分工方式。

      按測試內容分工

      一個項目的測試包括文檔測試,易用性測試,邏輯功能測試,界面測試,配置和兼容等多個方面。我們可以根據人員的特點為每個人員分配不同的測試內容。

      內容分工方式的優點:

      1、分工明確,每位人員都清楚自己的測試的內容重點。

      2、責任到位,通過漏測的缺陷就可明確是誰的責任。

      按測試流程劃分

      我們的項目測試流程一般需要,制定測試計劃,編寫測試用例,執行測試用例,輸出測試報告等工作,我們可以根據流程中的各個階段來進行劃分。

      不同的人員負責不同測試階段的工作。

      優點:

      1、流程清晰,就像瀑布試項目開發流程,不同階段的工作由不同的人員擔任。

      2、劃分流程的每個階段難易程度和所需要的技能。

      編寫測試計劃人員需要對整個項目的工作時間、資源分配,測試內容,實施過程有整體的把控能力。

      用例辨析人員,需要對項目需求,測試方法,測試點有深入的了解。

      用例執行人員需要細心,使用缺陷系統,溝通,協助研發定位缺陷。

      輸出測試報告人員需要對項目的測試過程,缺陷數量,類型,分布。用例執行請況等進行統計。也可以由測試執行人員擔任。

      按項目模塊劃分

      對中大型的項目,這種劃分就非常必要了,項目的模塊非常多,功能也非常多。不同的測試人員負責不同模塊的功能,這樣會使用測試工作變得更加清晰。

      1、人員利用率高,為什么這么說呢? 不同的人員負責的功能不一樣。工作就不會存在交叉與重復。

      2、更容易挖掘深度缺陷,假如A人員今天測試這個功能,明天測試那個功能,他就不可以對被測功能內部邏輯與業務有深入有了解。找到的也只是很表面的缺陷。那么如果一個人員長期負責一個模塊的功能,那么就會更容易發現更有深度的缺陷。而往往深度的缺陷是致命的。

      按照測試類型分工

      我們知道軟件除了功能需要測試以外,軟件在編碼階段需要單元測試,接口測試等,在系統測試階段,為提高功能測試的效率,可能對某些模塊進行功能自動化,我們還要考慮軟件的性能、安全性等問題。這些類型也是我項目中最常見的分類。我們可以根據這些類型為測試人員分配測試工作。當然,其專業性對測試人員的要求也比較高。

      這種分工方式的特點。

      1、專業技能要求較高,在這些分類中除了手工測試要求較低外(表面看是這樣的),其它分類都需要較高的專業技能。例如,安全性測試需要掌握網絡協議,編程技術,腳本攻擊,SQL注入,漏洞分析等方面的技能。

    原文轉自:http://blog.csdn.net/fnngj/article/details/8597045

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>