<pre id="ff7yo"></pre>

      <form id="ff7yo"><legend id="ff7yo"></legend></form>
        <nav id="ff7yo"><listing id="ff7yo"></listing></nav><nav id="ff7yo"></nav>

        <nav id="ff7yo"><listing id="ff7yo"></listing></nav>
        <small id="ff7yo"></small><nav id="ff7yo"><dd id="ff7yo"></dd></nav>
      1. <nav id="ff7yo"></nav>
          <form id="ff7yo"></form><nav id="ff7yo"></nav>
          <nav id="ff7yo"></nav>
          <sub id="ff7yo"></sub>
          更多課程 選擇中心

          軟件測試培訓
          達內IT學院

          400-111-8989

          報告性能測試結果有更好的方法嗎?

          • 發布:楓葉
          • 來源:51Testing軟件測試網
          • 時間:2019-01-25 16:35

          今天我們為大家介紹報告性能測試結果的更好的方法,如何能夠使性能測試結果一目了然,如果你目前也在尋找報告性能測試結果的好方法,那么來看看吧:

          有效的匯報測試結果是我們專業的圣杯之一。如果正確操作,它將提高項目的質量,并幫助我們關注真正的問題。但是如果做得不好,它會增加混亂并降低測試人員帶來的價值。

          報告功能測試的結果相對簡單,因為這些測試有一個明確的通過或失敗的結果。報告性能測試的結果要微妙得多。

          讓我們從一個定義開始:出于這篇文章的目的,我使用“性能測試”這個術語來表示執行度量的任何測試,其一系列數值范圍都被認為是可接受的結果。它可以是功耗的測量,網站并行服務的用戶數量,可以從硬盤讀取數據的速度,等等——任何一個非功能性需求的測量。

          性能測試的第一個挑戰是確定什么是“通過”。這在需求定義階段經常被忽略。我看到過很多需求被解讀成這樣:“從數據庫提取數據時間必須少于10毫秒”,或者“處理一個視頻文件的速度應該至少為每秒100幀(fps)”。這些需求是不完整的,因為它們沒有包含我們想要達到的實際目標。我們只知道我們允許容忍的最壞的結果,但仍然通過產品。這兒有兩個問題。

          首先,讓我們假設我執行一次測試,發現處理視頻文件在以101幀每秒的速度完成(回想需求是“至少100幀每秒”)。看起來很好,對嗎?但是這是否意味著我們已經接近邊緣(也就是說,產品難以滿足需求),或者一切都是好的?假如需求定義得很好,它應該包含目標和最小值——例如,目標:120幀每秒;最低:100幀每秒。有這樣的需求,101幀每秒的結果很清晰地表明了產品難以滿足需求。

          其次,當測試稍微失敗時(例如,99幀每秒),產品經理為了“靈活”就會面臨壓力,并接受產品的現狀。我們多少次聽到 “確實,我們都低于最小值,但是我們幾乎通過了,那么我們可以判定這是好的”?假如完整的需求是可用的(目標:120幀每秒),那么就很清楚了,結果距離目標有多遠,而且產品有一個真正的問題。

          為了完整起見,我將提到,非功能性需求不僅必須指定目標和最小值,而且還必須指定測試方法,因為測試方法影響測試結果。舉個例子,當度量CPU使用率,取決于我們如何執行度量,結果會變化很大。我們是否測量記錄的最大值?一次持續多久?我們算測量的平均值嗎?一秒測量幾次?我們的測試中還有其它什么并行運行在CPU上嗎?

          從理論上講,報告性能測試結果根本不是一個問題。只呈現出結果并且指出通過或者失敗。但是再者,我們不僅想要知道結果;我們想知道結果和目標之間的關系。編寫一份不太復雜但仍能提供完整狀態圖的報告是一項平衡工作。

          我們可以使用一個表格:

          報告性能測試結果有更好的方法嗎?

          但是,因為多數產品都有很多性能需求,所以我們最終會得到一個很大的表,其中充滿了數字。它將難以快速看出哪里出了問題。我們可以使用顏色來提高可讀性:

          報告性能測試結果有更好的方法嗎?

          但是這帶來更多問題。幀處理速度和CPU使用率得到相同的顏色代碼有意義嗎?一個幾乎失敗,當另一個則在可接受范圍內。那么可能是用紅色來處理色框?但是那么我們會使用什么顏色表示失敗呢?一個綠色的結果我們考慮要多久才能變成黃色?更不用說由于一些人有色盲而可能出現的困難。

          當我的醫生派我去做每年一次的血液檢查時,我正在考慮這個問題。無論如何,來自實驗室的結果包含了一個以這種格式顯示的幾十個數字的列表:

          報告性能測試結果有更好的方法嗎?

          即使我不是醫生,我也能馬上分辨出哪些結果是好的,哪些是次要的,并且哪些是我應該與醫生討論的事。

          我腦子里閃過一個念頭:為什么不使用這個方法來報告性能測試呢?我拿出一些數據點,并且用幻燈片做了個實驗:

          報告性能測試結果有更好的方法嗎?

          請注意,我仍然使用顏色,但是坐標軸以獨立于顏色的方式解釋了顏色的選擇,并確定了哪個高的更好,哪個低的更好。閱讀器可以清楚地看到每個測量在允許范圍內的位置;這些顏色主要用于在有麻煩的地方集中注意力。制作這樣的報告需要一些時間,但它可以自動化。

          我還沒有在實際項目看見這個想法的實現——我仍然在研究這個想法——但是假如你確實使用這個想法,我將會高興地了解到您的經驗和您的組織的反應。

          感謝您的閱讀,以上就是達內軟件測試培訓為大家分享的報告性能測試結果的更好的方法,你學會了嗎?更多軟件測試的相關內容盡在達內軟件測試培訓機構官網,敬請關注!

          免責聲明:內容和圖片源自網絡,版權歸原作者所有,如有侵犯您的原創版權請告知,我們將盡快刪除相關內容。

          預約申請免費試聽課

          填寫下面表單即可預約申請免費試聽!怕錢不夠?可就業掙錢后再付學費! 怕學不會?助教全程陪讀,隨時解惑!擔心就業?一地學習,可全國推薦就業!

          上一篇:聽說這份測試用例設計誰都能學會?
          下一篇:測試人員要掌握一種編程語言,選誰更好點呢?

          軟件測試必備的數據庫知識有哪些?(終)

          日志在快速定位自動化腳本故障中的重要性研究

          測試慣例是什么?怎么打破測試慣例?

          “用鼠標點點點”的測試,未來還有機會嗎?

          • 掃碼領取資料

            回復關鍵字:視頻資料

            免費領取 達內課程視頻學習資料

          • 視頻學習QQ群

            添加QQ群:1143617948

            免費領取達內課程視頻學習資料

          Copyright ? 2021 Tedu.cn All Rights Reserved 京ICP備08000853號-56 京公網安備 11010802029508號 達內時代科技集團有限公司 版權所有

          選擇城市和中心
          黑龍江省

          吉林省

          河北省

          陜西省

          湖南省

          貴州省

          云南省

          廣西省

          海南省

          神马影院-战旗影院-首播影院-新视觉影院-在线观看中文字幕dvd播放 百度 好搜 搜狗
          <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <文本链> <文本链> <文本链> <文本链> <文本链> <文本链>