BG真人网址

  • <tr id='AgFvfL'><strong id='AgFvfL'></strong><small id='AgFvfL'></small><button id='AgFvfL'></button><li id='AgFvfL'><noscript id='AgFvfL'><big id='AgFvfL'></big><dt id='AgFvfL'></dt></noscript></li></tr><ol id='AgFvfL'><option id='AgFvfL'><table id='AgFvfL'><blockquote id='AgFvfL'><tbody id='AgFvfL'></tbody></blockquote></table></option></ol><u id='AgFvfL'></u><kbd id='AgFvfL'><kbd id='AgFvfL'></kbd></kbd>

    <code id='AgFvfL'><strong id='AgFvfL'></strong></code>

    <fieldset id='AgFvfL'></fieldset>
          <span id='AgFvfL'></span>

              <ins id='AgFvfL'></ins>
              <acronym id='AgFvfL'><em id='AgFvfL'></em><td id='AgFvfL'><div id='AgFvfL'></div></td></acronym><address id='AgFvfL'><big id='AgFvfL'><big id='AgFvfL'></big><legend id='AgFvfL'></legend></big></address>

              <i id='AgFvfL'><div id='AgFvfL'><ins id='AgFvfL'></ins></div></i>
              <i id='AgFvfL'></i>
            1. <dl id='AgFvfL'></dl>
              1. <blockquote id='AgFvfL'><q id='AgFvfL'><noscript id='AgFvfL'></noscript><dt id='AgFvfL'></dt></q></blockquote><noframes id='AgFvfL'><i id='AgFvfL'></i>
                  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软件测试部落

                  ?