<var id="bphvj"></var>
    <mark id="bphvj"><rp id="bphvj"><address id="bphvj"></address></rp></mark>
      <dfn id="bphvj"></dfn>
      <font id="bphvj"></font>

          <delect id="bphvj"></delect>
          <cite id="bphvj"><em id="bphvj"></em></cite>

          <delect id="bphvj"><em id="bphvj"><thead id="bphvj"></thead></em></delect><menuitem id="bphvj"></menuitem><var id="bphvj"></var>
            <cite id="bphvj"><pre id="bphvj"><listing id="bphvj"></listing></pre></cite>

            <meter id="bphvj"><ins id="bphvj"><ol id="bphvj"></ol></ins></meter>
                <delect id="bphvj"><span id="bphvj"></span></delect>

                <thead id="bphvj"><output id="bphvj"><pre id="bphvj"></pre></output></thead>
                  c
                  ase analysis
                  案例分析
                  聯系我們
                  contact us
                  聯系人:宋經理

                  座  機:028-86677012

                  郵  箱:[email protected]
                  地  址:成都市武侯區長華路19號萬科匯智中心30樓
                  測評
                  您當前位置:首頁 > 案例分析 > 案例解讀 > 測評 >
                  軟件測試之QA(Quality Assurance)策略
                  軟件測試之QA(Quality Assurance)策略
                  引:作為軟件測試人員不再僅僅是發現缺陷。還應關注持續改進,定義明確的測試策略,并且為提高質量而加倍努力。遵循一致的,結構化的質量******方法將幫助你獲得更多關于所測的產品知識,問一些你可能沒有想到的問題,并成為質量的真正擁有者。
                  QA(Quality Assurance), STE(Software Testing Engineer)QA關注的******不僅僅是質量,而且是整個軟件過程,******的首先是過程和體系。而軟件測試通過一系列活動,給QA人員提供盡可能的有效的信息和數據,使他們能夠發現過程上的異常或者制度上的不妥之處。 共同之處:QA和測試的目的一樣,都是盡可能*********終發布的產品更符合用戶需求,盡可能的沒有缺陷。不同之處:QA關注的是整個軟件過程,STE關注的是***終質量,采用設計、執行用例等方法去發現錯誤。
                  舊的方式:只需找到缺陷
                  發現的缺陷越多,***越漂亮。以發現缺陷的數量為考核依據,而不是那些缺陷的質量。
                  開發QA過程
                  作為測試功能的一部分,QA團隊還將調試,分析堆棧跟蹤(Stacktrace),并向開發人員提供問題的根本原因。每個人作為有共同目標的團隊一員而合作,令人耳目一新。測試人員不僅僅是一個試圖破壞工具的人,而是一個團隊成員為整體努力做出貢獻的人。隨著測試人員輪換到不同的團隊,優先考慮的是不斷改進自動化和深入了解每個組件。
                  QA流程的四種策略:
                  1評審設計和架構文檔
                  如果有設計和架構文檔,請閱讀它們,盡可能多地了解測試中的產品這是一個好主意。你會驚奇地發現,對產品的體系結構、集成組件和數據流的理解比單獨測試要多得多。記筆記并畫出你正在測試的內容和系統交互的方式。
                  2研究過去的缺陷
                  以過去了解現在。了解風險區域和***易受影響的功能是非常重要的,這些功能可能會在每次更改時破壞應用。這些數據可能來自缺陷的歷史。
                  對缺陷工具進行一些研究并分析過去的缺陷報告。從這種分析中得出的任何可預測的模式將有助于在這些區域開發更多的自動化。如果有客戶報告的缺陷,也請分析它們。這個練習將幫助您決定各種版本的測試策略。
                  3分類缺陷
                  QA發現一個問題,并報告它。但是工作還沒有完成,你可以通過提出一些額外的重要問題來超越。還有什么可以做嗎?你知道為什么發生這個問題,是什么引起了這個問題,哪個提交可能是問題所在?
                  這不僅僅是開發人員的工作。你可以訪問日志文件、提交和代碼,因此你可以進行一些挖掘以幫助解決問題。取決于你的技術水平,你可以盡可能深入。但在高層次上,請查看日志中的異常情況。它是空指針異常嗎?這與特定的數據或步驟有關嗎?
                  縮小問題范圍,并與開發人員進行交談。他們將感謝這詳細的信息和研究。
                  4超出報告的問題
                  不要只關注測試功能。還考慮應用的后端和前端交互。
                  例如,當你測試監視日志時,應用程序可能按預期工作,但在后端會出現一些錯誤。日志是否足夠詳細?是否處理了異常情況?對于瀏覽器交互,請在瀏覽器中打開*********工具并監控網絡組件。響應是否比預期的要長?在訪問應用的某些部分時是否有任何不需要的請求?
                  所有這些問題都可以讓測試人員超越他們所指定的測試范圍。并鼓勵與產品負責人和開發人員進行討論,他們可能沒有想過其中的一些場景。
                  在尋求產品差距和解決方案的時候,保持敏捷思維至關重要。測試中的一個重要教訓是積極主動,而不是被動反應。你所發現的缺陷可能是問題或技術問題,但是通過得到答案,避免了那些可能沒有被注意到的錯誤,或者是以后出現更嚴重的問題。
                   

                  測評中心供稿
                  引自51STE軟件測試部落

                  ?
                  无码有剧情免费的AV在线_婷婷色香五月综合缴缴_天堂无码亚洲AV日韩AV_午夜福利视频无码一二三