• <noscript id="ecgc0"><kbd id="ecgc0"></kbd></noscript>
    <menu id="ecgc0"></menu>
  • <tt id="ecgc0"></tt>

    測試人員在報告錯誤時應注意哪些方面

        在錯誤陳述中,焦點內容是“錯誤描述”,它是錯誤陳述中測試人員對問題的陳述,是錯誤陳述的根本信息。

        測試人員在陳述錯誤時應注重以下一些方面:

    東西/原料

    • 一個軟件系統

    方式/步調

    1. 1

      1.描述清晰、切確、簡練

          表意清晰對一份錯誤陳述時最根基的要求,至少說話要明白無歧義。若是程序員不知道陳述說的是什么意思,那就跟沒說一樣。

          在書寫陳述時注重一個錯誤一個陳述,不要在一個陳述中歸并兩個錯誤。

    2. 2

      2.內容具體

          內容寧多毋少,若是陳述中說了良多,程序員可以略去一部門,可是若是陳述內容太少,程序員就不得不回過甚再去扣問測試人員一些問題,

          例如,錯誤陳述中申明“程序欠好用”。程序員不知道怎么欠好用,因為在他們看來程序工作的很正常。

    3. 3

      3.描述事實而不是測度

          在錯誤陳述中,要設法搞清晰什么時事實、什么時猜測。在錯誤陳述中應盡量只描述看到的事實,而省去測試人員的測試,因為這可能會誤導程序員對錯誤的定位。

          在錯誤陳述中要削減一些關于錯誤的定見。

    4. 4

      4.陳述錯誤若何重現

          若是測試人員在錯誤陳述中給了程序員一長串輸入和指令,而程序員執行今后沒有呈現錯誤,那是因為陳述中沒有供給足夠的信息,可能錯誤不是在每臺計較機上都呈現,測試的系統可能和程序員的系統在某些方面紛歧樣。

    5. 5

      5.妥帖處置間歇性錯誤

          并不是所有的錯誤都需要重現,測試人員經常會碰到程序適才欠好用,運行一段時候后又好了。

          大大都“間歇性錯誤”并不是真正的“間歇”.此中的大部門錯誤與某些處所是有聯系的,有一些錯誤可能是內存泄露發生的,有一些可能是其他程序在不得當的時辰點竄某個主要文件造當作的。

    6. 6

      6.在遞交前查抄陳述

          從頭讀一遍書寫的錯誤陳述,查抄它是否清楚。若是陳述中列出看了一系列能導致程序犯錯的操作,那么照此再操作一遍,看看是否有漏寫的步調。

    注重事項

    • 寫好錯誤陳述是測試人員的一項根基技術
    • 發表于 2019-05-30 23:51
    • 閱讀 ( 1118 )
    • 分類:其他類型

    你可能感興趣的文章

    相關問題

    0 條評論

    請先 登錄 后評論
    admin
    admin

    0 篇文章

    作家榜 ?

    1. xiaonan123 189 文章
    2. 湯依妹兒 97 文章
    3. luogf229 46 文章
    4. jy02406749 45 文章
    5. 小凡 34 文章
    6. Daisy萌 32 文章
    7. 我的QQ3117863681 24 文章
    8. 華志健 23 文章

    聯系我們:uytrv@hotmail.com 問答工具
  • <noscript id="ecgc0"><kbd id="ecgc0"></kbd></noscript>
    <menu id="ecgc0"></menu>
  • <tt id="ecgc0"></tt>
    久久久久精品国产麻豆