<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

          軟件測試報告中我們經常會遇到的疏漏

          • 發布:軟件測試培訓
          • 來源:網絡
          • 時間:2017-05-04 11:45

          今天分享一下以前在帶領團隊過程中,測試人員編寫軟件測試報告常見的疏漏,以便大家避免,更好讓測試成果呈現給客戶(可能是自己的領導,也可能是用戶,后文統稱為客戶)。

          文檔模板的使用

          往往公司模板更新換代了,但測試人員仍然在沿用原來的模板。輕則說明你粗心,重則說明你不關心公司的變化、磨洋工。曾經筆者下面遇到過真實的例子,有一同事使用舊文檔模板,但實際公司的名字和Logo都發生了變化,發送到產品經理,后果肯定是測試報告被打回,并通報批評。如果極端點,測試報告放到更高層,如公司主要領導,那后果和影響不言而喻。

          修訂記錄應該在首頁后標示清楚

          修訂記錄,是自己勞動成果的過程記錄,這點也是測試人員容易忽視的地方。有的測試人員,每次提交的測試報告,修訂記錄都只有一條。實際測試報告應該是有審查和修訂過程的,比如你在發出測試報告之前,通常都應給測試經理審查過目,往往過后還會有些問題修訂。如果不標識清楚,那么可能提出的一些特別要求,會讓報告顯得用了較長時間。這可能讓公司高層客戶認為你的能力不行,也不能讓外部(如ISO審查組織)了解你們的工作合規性。修訂記錄主要包括:修改時間、版本號、修訂人、修訂內容及審查人。

          內容應該清晰易懂,簡明扼要

          不要把測試報告的內容寫成一篇中篇小說。各種修飾詞,流水話一大堆,導致看的人霧里看花,似是而非。我看過有把測試報告寫成文章的,通篇報告都是文字,我認為、我想、他們應該等一大堆稱謂詞,最后草草下個結論,讓人不明所以。

          測試報告應該盡量避免主觀看法,加入一堆的主觀認識。而應該客觀的、簡明扼要的把過程表述清楚。并且盡可能結合圖文和表格輔以說明。這樣的測試報告才令人賞心悅目,也讓人一目了然,從而把測試結果很好的呈現給客戶。

          絕不放過一個錯字

          軟件測試人員應該是一群吹毛求疵的人,如果自己的報告中有一堆錯別字,哪怕是一個錯別字,可能都會尷尬難堪。原來就有同事非常粗心,導致測試報告出現多個錯別字。而開發人員一句"平時找bug時,連一個錯別字都被你單獨列為一個bug,XX,你看你文檔有好多bug",這個測試人員鬧得非常尷尬。最好的做法就是,寫完測試報告后,自己一定要通篇檢查一到兩遍,這樣嚴格要求自己,才能去高要求別人。

          沒有閉環的bug,哪怕是往期版本遺留的bug,都應該羅列出來

          往往測試人員在一些外部壓力下,容易把承諾修改但還來不及驗證的bug在測試報告中抹去,或者有意疏漏。但這樣不呈現出來,一發出去,可能高層不知道具體情況而做出錯誤的決策,導致后期出現人為的事故。如以前碰到過軟件系統的一小工具,因為使用頻率不高,所以bug經測試經理、開發經理和項目經理達成一致意見延期修復,但測試人員沒有在測試報告中把這些bug呈現出來,導致市場人員在給用戶演示時為了說明系統的強大,從而錯誤的展示了該有bug的工具,以至在用戶面前出現冷場。更極端的結果可能是,用戶拒絕采用該系統。所以我們在測試報告中,應該把沒有閉環的bug,哪怕是往期版本遺留的bug,都應該詳細羅列出來。這樣才能讓高層或推廣部門的同事進行規避或作出應對措施。

          產出成果恰當呈現

          這一環常常是大家極容易忽視的一環。往往測試人員的做法是,報告寫好了直接發送一封帶附件的郵件給客戶,好點的可能會加幾行文字。但是,我想說,除了你的直接領導、平級同事外,其他客戶往往是沒有太多時間和耐心下載附件并仔細查看你的報告的,他們關心的是"現在的軟件質量到底如何,是否能放給用戶使用"。最好的做法是在郵件內容頁開頭,寫上測試結論、問題建議,并可以把主要的測試結果統計放在后面,最后才是附上完整測試報告的附件。

          寫一份測試報告不難,要寫好一份合格高質量的報告需要我們花費更多的心思。

          預約申請免費試聽課

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

          上一篇:如何學習自動化測試?
          下一篇:百度需要什么樣的qa工程師?百度測試工程師面經分析

          變革中的軟件測試——組織篇

          五種比較好Android自動化測試工具推薦

          • 掃碼領取資料

            回復關鍵字:視頻資料

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

          • 視頻學習QQ群

            添加QQ群:1143617948

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

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

          選擇城市和中心
          黑龍江省

          吉林省

          河北省

          陜西省

          湖南省

          貴州省

          云南省

          廣西省

          海南省

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