精华内容
下载资源
问答
  • 测试需求分析
    千次阅读
    2018-09-18 16:16:08

    1.1  测试需求分析概述

    1.2  功能测试需求分析方法

     

    测试需求分析概述

    一、什么是需求分析

    我理解的需求分析就是要弄清楚用户需要的是什么功能,用户会怎样使用系统。这样我们测试的时候才能更加清楚的知道系统该怎么样运行,才能更好的设计测试用例,才能更好的测试。

        测试需求分析是测试工作的第一步,经过需求分析,对原始需求列表中列出的每一个需求点,找到我们需要测试的测试要点;针对所确定的测试要点,分析测试执行时对应的测试方案/方法。

    二、为什么要做需求分析

    1、需求分析的必要性

    如果要成功的做一个测试项目,首先必须了解测试规模、复杂程度与可能存在的风险,这些都需要通过详细的测试需求来了解。所谓知己知彼,百战不殆。测试需求不明确,只会造成获取的信息不正确,无法对所测软件有一个清晰全面的认识,测试计划就毫无根据可言,只凭感觉不做详细了解就下定论的项目是失败的。 

    测试需求分析越详细精准,表明对所测软件的了解越深,对所要进行的任务内容就越清晰,就更有把握保证测试的质量与进度。 

    如果把测试活动比作软件生命周期,测试需求分析就相当于软件的需求规格,测试策略相当于软件的架构设计,测试用例相当于软件的详细设计,测试执行相当于软件的编码过程。只是在测试过程中,我们把”软件”两个字全部替换成了”测试”。这样,我们就明白了整个测试活动的依据来源于测试需求,所以需求分析是整个测试活动必不可少的环节。

    2、不做需求分析的后果

    不做需求分析或需求分析不到位,可能会产生很严重的问题,比如:

    (1)        浪费时间和资源实现了用户不需要的需求;

    (2)        遗漏了需求文档中没提到,但很重要的需求,导致客户满意度降低。

    (3)        需求分析不到位,错误的估计了测试的工作量,导致延误发布周期,可能会降低发布质量。

    以上的几个问题,在实际开发中是比较常见的,主要的原因就是需求分析不到位,会导致影响客户的满意度。

    三、怎么做需求分析

    1、     通过需求文档了解需求的实现背景

    拿到一个需求后,我们首先应该通读需求文档,先通过需求文档,对要做的需求的背景有个整体的了解,其实这个过程也是对需求文档测试的过程,对需求整体的了解后,我们可以先记录自己的一些疑惑,为后面需求的分析做一个准备工作,这个环节我们应该更多的了解一些需求的目的和一些用户的使用场景。

    :3.3版本大立案流程需求,需求文档中对于业务场景给了一个流程图

    保密要求-图片忽略 

    从需求示意图中我们大致可以了昆明大立案的整个流程,使用的法院只有中院与基层院,主要是一个案件在基层院与中院的流转过程,使用的人员主要是法院的立案庭的人员,但是我们不知道涉及的案件主要有哪些,以及出现这样的场景是基于哪些业务逻辑,这些都是我们接下来要和需求人员了解的,这是我们分析这个需求和设计用例的基础,也是我们分析需求合理性的依据。

    2、     分析需求合理性

    可以通过业务知识来分析需求的合理性,而不是单单通过系统是怎样实现的来判断需求是否合理,这也是测试人员必备的技能之一,即需要我们有深厚的业务功底,然后在通过结合系统现有的实现来分析需求的合理性。

    在我看来需求是否合理主要包括两个方面:第一,满足客户需求。第二,在系统原有的基础上,尽量减少改动成本。

    3、     确定测试的范围和优先级

    通过以上对需求的分析,我们就可以确定测试的范围和优先级了。首先我们要确定好这个需求所涉及的全部测试点,然后通过分析,分析出测试范围的优先级。

    4、     细化测试点并确定测试方法

    确定了测试范围和优先级后,就可以对各模块进行细化,可以用MindManager列出个模块下的测试点,各模块或大的测试点需要写出对应的测试方法,或测试策略。是否需要性能测试、白盒测试,是否需要提前准备数据,或会遇到什么样的测试难点,采取怎样的应对措施。

    5、     确定哪些工作测试人员可以提前介入

    根据以往的经验我们都知道,在开发一个比较复杂的需求的周期中,测试的前期准备工作通常都是比较充足的,当然特殊情况除外,因此在确定了测试范围和优先级后,测试人员和测试负责人应该先确定一下哪些需求测试是可以提前介入的,比如,15FB新增新案件来源和新结案方式字段的需求,前期的新旧关系对应文档,测试就是可以提前进行介入,在需求完成了对应关系文档后,测试在进行重新梳理一下,这样既提高了文档的可靠性,也相当于测试提前介入测试了,规避了后面的测试的进度风险和质量风险。

    6、     查缺补漏

    做完了需求的细化后,要对自己做的需求分析从头到尾在捋一遍,查看有没有什么遗漏的,因为需求也又可能遗漏的地方。主要关注有没有场景需求没有考虑全面, 涉及的修改范围被遗漏了,以及一些特殊的关联配置没有考虑到的,另外如果需求做了一些变动也要及时补充需求分析,主要是分析变动可能带来的风险,以及准备哪些应对之策。

     

    四、如何提高需求分析能力

    1、熟悉业务,了解系统

    任何系统都有大的业务背景,只要熟悉了业务知识才能更有效的使用系统。

    任何系统在使用过程中,都有一个熟悉的过程,对系统越熟悉,越容易发现系统问题和业务问题。

    2、用客观的思考方式站在用户的角度分析

    作为测试人员如果想提升需求分析能力,首先应该做到的就是站在客户的角度分析客户需要什么和客户想要什么,至于这个需求该不该做,那是需求人员的职责,这个需求做起来复不复杂那是开发人员的事情,作为测试人员需要考虑的事就是在满足客户要求的基础上(这个很重要),然后在站在业务或者系统现有实现的角度,给需求和开发人员一些设计上的建议,换句话说就是如果抛开客户,你这个需求做的在高大上,在酷炫,都是没有意义的。

    3、多思考,不要拘束于惯性思维

    我们知道一个人做一个工作时间越久,也就是我们说的经验越丰富,可能这个思维方式就会越被限定住。比如,测试的统计表多了,当拿到一个新增的统计表的时候,首先想到的是公用用例上所列的测试点基本上就是最全的了,我都不用思考,直接用就行了。

    其实这是一个误区,公用用例的目的是帮助我们减少一些不必要的内耗,但是我们的思维不要被它所限定,如果公用用例中某个点是错的,那我们岂不要一错再错了。所以作为一个测试人员如果想要提升自己的需求分析能力,一定要多思考,不要被这种惯性思维束缚,不要被所谓的经验束缚。

    4、不要闭门造车,利用好网络资源

    提升需求分析能力,多思考是非常重要的,但是不是让你傻思考,当你的进步遇到瓶颈的时候,不要闭门造车,做井底之蛙,要充分利用网络上的学习资源,学习一些前辈的经验,并把这些运用到实际的需求分析中去。山外青山楼外楼,多浏览和关注一些关于需求分析的网站或者微信公众号,广开言路,相信会对你的需求分析能力有非常大的提升。

    5、善于总结分享

    基于以上四点我们还要做到善于总结,乐于分享,把经常见到的用例设计的误区和一些好的需求分析实例,和需求分析习惯分享给周围的小伙伴,这样可以集众人之所长,不断提升我们的需求分析能力。

     

    更多相关内容
  • 软件测试-测试需求分析

    千次阅读 2021-07-27 14:54:14
    一、测试需求分析测试需求分析: 主要从以下几个方面进行分析: 1:需求的定义 2:测试需求分析过程 3:测试需求分析过程 宗旨:需求是解决要做什么,而不是怎么去做 软件测试的流程: 1、测试需求分析阶段:...

    一、测试需求分析:

    测试需求分析:
    主要从以下几个方面进行分析:
    1:需求的定义
    2:测试需求分析过程
    3:测试需求分析过程

    	宗旨:需求是解决要做什么,而不是怎么去做
    

    软件测试的流程:
    1、测试需求分析阶段:阅读需求,理解需求,主要就是对业务的学习,分析需求点,参与需求评审会议。
    2、测试计划阶段:主要任务就是编写测试计划,参考软件需求规格说明书,项目总体计划,内容包括测试范围(来自需求文档),
    进度安排,人力物力的分配,整体测试策略的制定。风险评估与规避措施有一个制定。
    3、测试设计阶段:主要是编写测试用例,会参考需求文档(原型图),概要设计,详细设计等文档,用例编写完成之后会进行评审。
    4、测试执行阶段:搭建环境,执行冒烟测试(预测试)-然后进入正式测试,bug管理直到测试结束。
    5、测试评估阶段:出测试报告,确认是否可以上线。

    一、需求的定义:
    (1)产品需求:概念化阶段进入到图纸化阶段。包含产品的功能和性能指标。
    (2)客户需求:需求者的相关要求都被称之为客户需求。
    (3)需求规格:

    二、 测试需求:
    需求分析是掌握被测试系统的过程,一般测试和开发人员都要进行需求分析。
    测试方做的需求分析称为测试需求分析;
    测试需求分析的定义:人话:对测试过程的一个目标分析;
    (1)什么是测试需求:
    解决测试什么问题 —测试目标(测试对象)
    指明被测试对象中什么需求测试 --每个目标要测试的内容
    (2)测试需求分析方法:
    通常是以软件开发需求为基础 — 基础(需求文档)
    细化分解 —方法(一层层分解)
    (3)测试需求分析范围:
    全部覆盖已定义的业务流程 --业务流程
    功能和非功能方面的需求 --功能(非功能:性能性,安全性,兼容性)
    三、测试需求的特征:
    ①:必须是可核实(可以落地,可以执行):他们必须有一个可观察、可观察的结果、无法核实的需求不是测试需求
    ②:指明满足需求的正常前置条件:测试需求应指明满足需求的正常的前置条件,同时也要指明不满足需求时的出错条件。
    ③:不含具体的测试数据:测试数据设计是测试设计环节应解决的内容
    四、测试需求的工具:
    每个公司的测试需求工具和模板都会不一样、
    Excel—>Visio—>mind manager—>Xmind
    Excel:用来细化和分解测试点,易于编辑使用广泛。
    visio:画整体项目的业务流程图,从整体把握项目的流程
    mind:脑图,采用树状形式显示业务的属性,比较形象直观
    xmind:细化和分解测试点
    五、需求分析的过程:
    要尽量保证测试需求对需求的覆盖
    测试需求分析执行者:有经验的软件测试工程师【需求分析依赖经验】
    —>需求分析参考文档:
    ①软件规格说明书(RRS) ②客户需求 ③需求规格 ④合同 ⑤客户的来往邮件【文档以产品人员输出为主导】
    人话:
    输入:需求规格说明书 (测试要点分析、功能交互分析、质量特性分析、测试类型分析) 测试需求
    流程:
    1.excel(罗列)
    2.visio业务流程
    3.思维导图,全面理顺关系(测试点)
    4.excel需求
    需求采集—>需求分析—>需求评审
    输出:
    1.测试需求文档
    3.证明测试需求文档正确的过程文档
    4.审核结果
    原始测试需求表 测试需求跟踪矩阵 评审结论

    在这里插入图片描述

    六、分析的方法:
    主要讲思路
    (1)要点:(测试点)
    (2)功能

    七、评审
    (1)完整性
    应保证测试需求能充分覆盖软件需求的各种特征
    应保证测试需求能充分覆盖软件需求的各种特征,重点关注功能要求、数据定义、接口定义、性能要求、安全性要求、
    可靠性要求、系统约束等方面,同时还应关注是否覆盖开发人员遗漏的、系统隐含的需求.
    (2)准确性
    应保证所描述的内容能够得到相关各方的一致理解,各项测试需求之间没有矛盾和冲突,
    各项测试需求在详尽程度上保持一致,每一项测试需求都可以作为测试用例设计的依据.
    八、总结所有的过程思路:
    1、需求采集过程:将软件开发需求中的那些具有可测性的需求或特性提取出来,形成原始需求
    什么是可测性:指这些提取的需求或特性必须存在一个可以明确预知的结果,可以用某种方法对这个明确的结果进行判断、验证是否符合文档中的要求
    2、需求采集过程2:
    第一步(梳理):通过列表的形式对软件开发需求进行梳理,形成原始需求标识、原始测试需求描述。
    第二步(标示):将每一条软件需求对应的开发文档及章节号作为软件需求标识
    第三步(描述):使用软件需求的简述作为原始测试需求描述
    3、测试需求分析过程-分析方法1
    测试要点分析:通过分析每条开发需求描述中的输入、输出、处理、限制、约束等,给出对应的验证内容。
    功能交互分析:分析各个功能模块之间的业务顺序,和各个功能模块之间传递的嘻嘻和数据,对存在功能交互的功能项,给出对应的验证内容。
    质量特性分析:对比需求和内部质量和外部质量的6大特性和27个子特性,分析软件所关注的质量种类。
    测试类型分析:对比质量的特性,设计相对应的测试策略和测试类型来验证软件的质量

    在这里插入图片描述

    九、测试需求跟踪矩阵:
    博客地址:https://blog.csdn.net/weixin_39058551/article/details/99825354

    十、思维导图总结
    在这里插入图片描述

    展开全文
  • 软件测试需求分析方法

    万次阅读 多人点赞 2018-03-26 20:51:58
    1.前言 1.1 什么是测试需求? 确切地讲,所谓的测试需求就是在项目中要测试什么。我们在测试活动中,首先需要明确测试需求(What),才能决定怎么测(How),测试时间(When),需要多少人(Who),测试的环境是...


    1.前言


     1.1 什么是测试需求?


      确切地讲,所谓的测试需求就是在项目中要测试什么。我们在测试活动中,首先需要明确测试需求(What),才能决定怎么测(How),测试时间(When),需要多少人(Who),测试的环境是什么(Where),测试中需要的技能、工具以及相应的背景知识,测试中可能遇到的风险等等,以上所有的内容结合起来就构成了测试计划的基本要素。而测试需求是测试计划的基础与重点。
      就像软件的需求一样,测试需求根据不同的公司环境,不同的专业水平,不同的要求,详细程度也是不同的。但是,对于一个全新的项目或者产品,测试需求力求详细明确,以避免测试遗漏与误解。


      1.2 为什么要做测试需求?


      如果要成功的做一个测试项目,首先必须了解测试规模、复杂程度与可能存在的风险,这些都需要通过详细的测试需求来了解。所谓知己知彼,百战不殆。测试需求不明确,只会造成获取的信息不正确,无法对所测软件有一个清晰全面的认识,测试计划就毫无根据可言。活在自己世界里的人是可悲的,只凭感觉不做详细了解就下定论的项目是失败的。
      测试需求越详细精准,表明对所测软件的了解越深,对所要进行的任务内容就越清晰,就更有把握保证测试的质量与进度。
      如果把测试活动比作软件生命周期,测试需求就相当于软件的需求规格,测试策略相当于软件的架构设计,测试用例相当于软件的详细设计,测试执行相当于软件的编码过程。只是在测试过程中,我们把“软件”两个字全部替换成了“测试”。这样,我们就明白了整个测试活动的依据来源于测试需求。


    2.测试需求分析方法

     

      2.1 测试需求分析依据


      通常是以被测产品的需求为原型进行分析转变而来,测试需求主要通过以下途径来进行收集:
      与待测软件相关的各种文档资料。如软件需求规格、Use case、界面设计、项目会议或与客户沟通时有关于需求信息的会议记录、其他技术文档等。
      与客户或系统分析员的沟通。
      业务背景资料。如待测软件业务领域的知识等。
      正式与非正式的培训。
      其他。如果以旧系统为原型,以全新的架构方式来设计或完善软件,那么旧系统的原有功能跟特性就成为了最有效的测试需求收集途径。


      2.2 测试需求架构划分


      测试需求分析应首先进行测试需求架构划分并先进行评审,通过后才进行后续的测试需求展开分析,从产品整体上考虑有哪些功能、测试类型需要进行分析,列出测试特性列表,也方便下一步展开具体分析。
      首先,这里需要对功能进行一下定义以达成共识,功能是指能独立实现一个基本业务处理要求,为了降低测试需求设计的复杂性及依赖性,测试需求架构罗列的功能是指最小功能点,即不可再继续分解。
      (1)应用程序:
      A.一般是最底层的菜单项为最小功能点,若最底层的菜单项不能体现一个独立的业务流程时,可采用上一层
      的菜单项为最小功能点。
      B. 还有某些比较特殊没有体现在菜单项的功能也需要作为最小功能点考虑,如POS应用程序中交易的冲正功能
      等。
      (2)驱动:一般是以一个API为最小功能点。
      然后,再考虑产品实际用户使用的场合及用户特点考虑哪些测试类型,如故障及恢复、功能集成、性能要求、安装测试、软硬件兼容性等,此处需要从产品层面考虑,而不是从功能点层面考虑。


    2.3 测试需求分析过程


      2.3.1 测试需求收集


      测试需求的收集主要通过对测试依据进行分析整理,最后生成一个以测试的观点出发的checklist(检查表),用来作为测试该软件的主要工作内容。检查表的检查要点包括需求的正确性、必要性、优先级、明确性、可测性、完整性、一致性、可修改性:
      在整个信息收集过程中,务必确保软件的功能与特性被正确理解。因此,测试需求分析人员必须具备优秀的沟通能力与表达能力。


      2.3.1.1 测试类型划分


      根据测试需求收集获得的checklist(检查表),对每一条测试需求,从GB/T16260.1定义的软件质量子特性角度出发,确定所对应的质量子特性。即,从适用性、准确性、互操作性、保密安全性、成熟性、容错性、易恢复性、易理解性、易学性、以操作性、吸引性、时间特性、资源利用性、易分析性、易改变性、稳定性、易测试性、适应性、易安装性、共存性、易替换性和依从性方面的定义出发,确定每一条测试需求所对应的质量子特性。从而对这些质量子特性进行测试类型划分,如:功能测试、易用性测试(安装测试、功能易用性测试、用户界面测试、辅助系统测试)、兼容性测试、可靠性测试、文档测试、性能测试,强度测试等。


      2.3.1.2 测试类型细化


      对划分的每个测试类型进行细化。软件测试需求是开发测试用例的依据,测试需求分解得越详细精准,表明对软件的了解越深,对所有要进行的任务就越清晰,对测试用例的设计质量的帮助也越大,详细的测试需求还是衡量测试覆盖度的重要指标,测试需求是计算测试覆盖的分母,没有详细的测试需求就无法有效的进行软件测试覆盖计算。最好达到细化的结果是分支的最末端(测试项)针对的测试目的是单一的最小的功能点的测试,即每个测试项为一个测试功能点。


      2.3.1.3 生成测试需求树


      已细化的测试需求中,由于在提取时,可能存在着重复或冗余,需要进行删除和合并需求。删除测试需求中存在的重复的、冗余的含有关系的测试项。如果有类似的测试项,则需要对其进行合并。最终生成测试需求树。


      2.3.2 测试风险分析


      由于软件的输入、输出、处理存在一定的限制和约束,另一方面由于测试树中进行了必要的删除和合并,这导致测试需求不可能是全面的覆盖,从而形成了一定的测试风险。测试需求中必须对不分析或不测试部分给出相应的风险分析说明。
     

    3.总结


      以上主要描述了测试需求相关理论和获得测试需求树的一般过程。为具体项目实施测试中提供了一套获取测试需求树的参考方案。实际的测试类型划分和测试需求树生成的形式或粒度,因项目而不同,需灵活应用。


    1.前言


     1.1 什么是测试需求?


      确切地讲,所谓的测试需求就是在项目中要测试什么。我们在测试活动中,首先需要明确测试需求(What),才能决定怎么测(How),测试时间(When),需要多少人(Who),测试的环境是什么(Where),测试中需要的技能、工具以及相应的背景知识,测试中可能遇到的风险等等,以上所有的内容结合起来就构成了测试计划的基本要素。而测试需求是测试计划的基础与重点。
      就像软件的需求一样,测试需求根据不同的公司环境,不同的专业水平,不同的要求,详细程度也是不同的。但是,对于一个全新的项目或者产品,测试需求力求详细明确,以避免测试遗漏与误解。


      1.2 为什么要做测试需求?


      如果要成功的做一个测试项目,首先必须了解测试规模、复杂程度与可能存在的风险,这些都需要通过详细的测试需求来了解。所谓知己知彼,百战不殆。测试需求不明确,只会造成获取的信息不正确,无法对所测软件有一个清晰全面的认识,测试计划就毫无根据可言。活在自己世界里的人是可悲的,只凭感觉不做详细了解就下定论的项目是失败的。
      测试需求越详细精准,表明对所测软件的了解越深,对所要进行的任务内容就越清晰,就更有把握保证测试的质量与进度。
      如果把测试活动比作软件生命周期,测试需求就相当于软件的需求规格,测试策略相当于软件的架构设计,测试用例相当于软件的详细设计,测试执行相当于软件的编码过程。只是在测试过程中,我们把“软件”两个字全部替换成了“测试”。这样,我们就明白了整个测试活动的依据来源于测试需求。


    2.测试需求分析方法

     

      2.1 测试需求分析依据


      通常是以被测产品的需求为原型进行分析转变而来,测试需求主要通过以下途径来进行收集:
      与待测软件相关的各种文档资料。如软件需求规格、Use case、界面设计、项目会议或与客户沟通时有关于需求信息的会议记录、其他技术文档等。
      与客户或系统分析员的沟通。
      业务背景资料。如待测软件业务领域的知识等。
      正式与非正式的培训。
      其他。如果以旧系统为原型,以全新的架构方式来设计或完善软件,那么旧系统的原有功能跟特性就成为了最有效的测试需求收集途径。


      2.2 测试需求架构划分


      测试需求分析应首先进行测试需求架构划分并先进行评审,通过后才进行后续的测试需求展开分析,从产品整体上考虑有哪些功能、测试类型需要进行分析,列出测试特性列表,也方便下一步展开具体分析。
      首先,这里需要对功能进行一下定义以达成共识,功能是指能独立实现一个基本业务处理要求,为了降低测试需求设计的复杂性及依赖性,测试需求架构罗列的功能是指最小功能点,即不可再继续分解。
      (1)应用程序:
      A.一般是最底层的菜单项为最小功能点,若最底层的菜单项不能体现一个独立的业务流程时,可采用上一层
      的菜单项为最小功能点。
      B. 还有某些比较特殊没有体现在菜单项的功能也需要作为最小功能点考虑,如POS应用程序中交易的冲正功能
      等。
      (2)驱动:一般是以一个API为最小功能点。
      然后,再考虑产品实际用户使用的场合及用户特点考虑哪些测试类型,如故障及恢复、功能集成、性能要求、安装测试、软硬件兼容性等,此处需要从产品层面考虑,而不是从功能点层面考虑。


    2.3 测试需求分析过程


      2.3.1 测试需求收集


      测试需求的收集主要通过对测试依据进行分析整理,最后生成一个以测试的观点出发的checklist(检查表),用来作为测试该软件的主要工作内容。检查表的检查要点包括需求的正确性、必要性、优先级、明确性、可测性、完整性、一致性、可修改性:
      在整个信息收集过程中,务必确保软件的功能与特性被正确理解。因此,测试需求分析人员必须具备优秀的沟通能力与表达能力。


      2.3.1.1 测试类型划分


      根据测试需求收集获得的checklist(检查表),对每一条测试需求,从GB/T16260.1定义的软件质量子特性角度出发,确定所对应的质量子特性。即,从适用性、准确性、互操作性、保密安全性、成熟性、容错性、易恢复性、易理解性、易学性、以操作性、吸引性、时间特性、资源利用性、易分析性、易改变性、稳定性、易测试性、适应性、易安装性、共存性、易替换性和依从性方面的定义出发,确定每一条测试需求所对应的质量子特性。从而对这些质量子特性进行测试类型划分,如:功能测试、易用性测试(安装测试、功能易用性测试、用户界面测试、辅助系统测试)、兼容性测试、可靠性测试、文档测试、性能测试,强度测试等。


      2.3.1.2 测试类型细化


      对划分的每个测试类型进行细化。软件测试需求是开发测试用例的依据,测试需求分解得越详细精准,表明对软件的了解越深,对所有要进行的任务就越清晰,对测试用例的设计质量的帮助也越大,详细的测试需求还是衡量测试覆盖度的重要指标,测试需求是计算测试覆盖的分母,没有详细的测试需求就无法有效的进行软件测试覆盖计算。最好达到细化的结果是分支的最末端(测试项)针对的测试目的是单一的最小的功能点的测试,即每个测试项为一个测试功能点。


      2.3.1.3 生成测试需求树


      已细化的测试需求中,由于在提取时,可能存在着重复或冗余,需要进行删除和合并需求。删除测试需求中存在的重复的、冗余的含有关系的测试项。如果有类似的测试项,则需要对其进行合并。最终生成测试需求树。


      2.3.2 测试风险分析


      由于软件的输入、输出、处理存在一定的限制和约束,另一方面由于测试树中进行了必要的删除和合并,这导致测试需求不可能是全面的覆盖,从而形成了一定的测试风险。测试需求中必须对不分析或不测试部分给出相应的风险分析说明。
     

    3.总结


      以上主要描述了测试需求相关理论和获得测试需求树的一般过程。为具体项目实施测试中提供了一套获取测试需求树的参考方案。实际的测试类型划分和测试需求树生成的形式或粒度,因项目而不同,需灵活应用。


    展开全文
  • 软件测试需求分析

    千次阅读 2019-12-21 17:53:58
    软件需求分析的相关概念 软件需求的概念 1.用户解决某一问题或达到某一目标所需的软件功能, 2.系统或系统构件为了满足合同,规约,标准或其他正式实行的文档而必需满足或具备的软件功能。 3.软件需求文档:...

    软件需求分析的相关概念

    软件需求的概念

       1.用户解决某一问题或达到某一目标所需的软件功能,

       2.系统或系统构件为了满足合同,规约,标准或其他正式实行的文档而必需满足或具备的软件功能。

       3.软件需求文档:《需求规格说明书》-SRS

     

    测试需求的概念

          测试需求是根据程序文件和质量目标对软件测试活动所提的要求

    软件需求的重要性

         1.测试需求是开发测试用例的依据

         2.详细的测试需求是衡量测试覆盖率的重要指标

         3.有助于保证测试的质量和进度 

    测试需求的特性要求

         1.可核实的

         2.满足需求的正常的前置条件,不满足需求时的出错条件

              注:测试需求不涉及及具体的测试数据。

        3.测试需求文档:《测试需求跟踪矩阵》

     

    需求分析对于开发和测试的影响

         开发

         1.如果需求不明确,系统研发不合格,导致软件包含大量的bug

          2.大量的bug修改,影响进度和团队情绪

          3.进度收到影响,可能造成公司产品失去市场先机

          测试

          1.如果不能很好的理解需求,会被开发牵着鼻子走

          2.不能及时发现软件的bug,不敢保证测试质量

    软件测试需求的分析过程

    需求采集

          需求采集的过程

               是将软件需求中的那些具有可测试性的需求或特性提取出来,形成原始测试需求

          需求采集的方法

              通过列表的形式对软件需求进行梳理,形成软件测试需求列表

    需求分析

        对每条需求进行细化分解,形成可测试的分层描述的测试要点

               1.原始测试需求列表  分层为:功能点 > 测试要点 >测试点

               2.覆盖全部业务流程

               3.挖掘隐含需求

        对形成的每一条测试要点,从软件产品的质量需求来分析,确定测试执行时需要实施的测试类型

        最终建立测试需求矩阵

    需求评审

        评审内容

          1.完整性检查:应保证测试需求能充分覆盖软件需求的各种特征,重点关注的功能要求,数据定义,接口定义,性能要求,安全性要求,可靠性要求,系统约束方面,同时还应关注是否覆盖开发人员遗漏的,系统隐含的需求。

          2.准确性检查:应保证所描述的内容能够得到相关各方的一致理解,各项测试需求之间没有矛盾和冲突,各项目测试需求在详尽程度上保持一致,每一项测试需求都可以作为测试用例设计的依据。

         评审的方法

          1.交叉评审

          2.走查

          3.小组评审

         参与评审人员

          1.产品经理:负责跟客户沟通,确定软件需求

          2.项目经理:负责整个项目的技术部分,统筹开发进度

          3.测试经理:负责项目交付前的整体的测试工作以及确认最终的上线版本

     

     软件测试需求分析案例

     

     案例1-原始测试需求提取

    原始测试需求列表

              1.允许内部员工用公司特定的邮箱和密码登录

              2.提供打字聊天

              3.提供语音聊天

              4.一个用户可以同时和多个用户分别聊天和语音

              5.一个聊天窗口里面可以与多人一同聊天和语音

              6.不允许使用外部邮箱登录

              7.内部用户邮箱密码也不能在外部网络登录

    案例2-形成可测试的分层描述的测试要点

     

    展开全文
  • 测试需求分析与测试用例设计

    千次阅读 2020-08-04 10:41:03
    开始编写测试需求分析 将功能拆分与整理的需求信息写入测试需求分析 三、测试需求分析与测试用例设计方法 1. 场景法 测试时应该考虑可以测试的诸多方面。 1.2 场景法概述 场景法模拟用户操作软件时的情景,主要用于...
  • 软件测试的原则和测试需求分析

    千次阅读 2022-03-21 10:08:44
    所有的测试都是以需求规格说明书为准的。 2. 软件测试必须基于“质量第一”的思想开展工作,如果时间与质量冲突,时间服从质量。 3. 事先定义好产品的质量标准,只要有了质量标准,才能根据测试结果,对产品质量...
  • 测试需求分析概述

    万次阅读 多人点赞 2017-09-19 15:55:29
    1. 测试需求分析:从产品需求中挖掘出测试需求 2. 测试设计:根据测试需求设计测试方案和测试用例 3. 测试计划 4. 执行测试 5. 质量评估 为什么要做测试需求分析? 我们来打个比方,经常会有人这么问,我想买...
  • 2.开始编写测试需求分析 3.项目实战 3.1 将之前的写的学生信息管理系统中的连接数据库服务器进行功能拆分 3.2 填写原始需求 3.3 需求整理 3.4 登录模块需求填写 3.5 修改密码模块需求整理 3.6 添加用户模块需求整理 ...
  • 测试需求分析的流程和方法(转载)

    千次阅读 2018-08-21 20:39:25
    1、软件测试明确需求范围 了解该需求是为了解决用户的什么问题 功能性需求:产品必须有的功能 非功能性需求:是否美观,用户体验,稳定性,易用性等 最容易忽略的一点:明确的需求背后所隐藏的需求(例如登录,...
  • 软件功能测试需求分析

    千次阅读 2015-10-10 23:25:27
    最近自己预习了一下软件功能测试的需求分析,需求,即用户对系统的目标要求。用户需求通常只涉及系统的外部可现行为,不涉及系统的内部特性。 测试需求的过程:  作为测试人员,对需求的理解和分析是必不可...
  • 浅谈测试需求分析

    万次阅读 2015-03-26 15:55:03
    1. 什么是测试需求?  确切地讲,所谓的测试需求就是在项目中要测试什么。我们在测试活动中,首先需要明确测试需求(What),才能决定怎么测(How),测试时间(When),需要多少人(Who),测试的环境是什么...
  • 软件测试需求分析步骤

    千次阅读 2015-10-17 22:34:45
    软件测试需求分析步骤  1、根据软件开发需求说明书逐条列出软件开发需求,并判断其可测试性  2、对步骤1中列出的每一条开发需求,形成可测试的描述。  3、对步骤2中形成的每一条测试范围,根据质量标准,逐条...
  • 测试人员如何做好需求分析

    千次阅读 2020-07-14 20:36:22
    需求评审的产品研发过程中的重要一环,而测试人员也是需求评审中的重要参与人员,但在实际工作中,往往会发现测试人员虽然参与了需求评审,但反馈的需求意见缺很少,甚至没有。导致在用例设计和用例编写的时候经常...
  • 软件测试需求分析

    万次阅读 2018-07-01 01:37:59
    什么是软件测试需求:测试需求...3.软件测试需求是衡量测试覆盖率的重要指标软件测试需求分析的一般步骤1.列出需求文档中的具有可测性的原始需求2.对每一条需求进行细化分解,形成可测试的分层描述的测试点3.对形成...
  • 性能测试需求分析

    千次阅读 2018-01-08 16:01:17
    一直感觉性能测试最难的就是性能测试需求分析,比如:给一个新项目,领导或者客户不懂性能,说:小李,我今天就要测试这个系统能承受多大压力,你给我测试一下吧,这怎么测试?需求不明确,系统涉及模块那么多,指标...
  • 斗地主功能测试实战一之需求分析

    万次阅读 2021-11-03 19:24:31
    文章目录 一、前言 二、测试需求分析与展示 三、需求分析实战 四、模块拆解 一、前言   经过前置大量的基础内容学习,目前已经进入到实战阶段啦,意味着在基础篇已经接近了尾声,从本文章开始会结合前置的文章所学...
  • 软件测试学习(二)需求分析阶段

    千次阅读 2020-01-14 11:57:01
    软件需求包括三个不同的层次—业务需求、用户需求和功能需求—也包括非功能需求。 业务需求( business requirement)反映了组织机构或客户对系统、产品高层次的目标要求,它们在项目视图与范围文档中予以说明。 用户...
  • 总结:如何做好测试需求分析

    万次阅读 2014-09-10 14:27:22
    总结:如何做好测试需求分析 很多时候要做需求分析是没有文档的,不管有没有文档,文档写的如何,有效的沟通最关键。看文档其实也是和写文档的人做思想的交流嘛。
  • 测试人员如何分析需求文档

    千次阅读 多人点赞 2019-03-22 09:54:59
    测试需求分析总结 继续纪念苦逼准备技能点的周末。。 文中还有很多例子结合的,由于保密性,就全部去掉了。 一、什么是需求分析 我理解的需求分析就是要弄清楚用户需要的是什么功能,用户会怎样使用系统。这样我们...
  • web性能测试需求分析(一)

    千次阅读 2013-12-18 17:47:36
    比如项目确认、需求确认、开发人员沟通、设计人员沟通等。这些东西一般别人不会直接告诉你,这就需要我们自己抓人去问,无论是打电话,发消息,还是跑到对方身边,只要能找到自己想要的即可。 一般需要确认这样几个...
  • 说它重要是因为用例是测试人员根据需求文档形成的测试依据,用例没有写好,说明测试人员对需求理解不够,从而也会影响到测试执行。说它难其实是难在两点,第一点是理解需求,理解客户和产品的意图,第二点是要将自己...
  • 软件测试如何进行需求分析

    千次阅读 2018-05-14 11:39:50
    需求的分类 业务需求:反应了客户对系统,产品的高层次的目标要求,在项目视图和范围文档中予以说明。 功能需求:定义了开发人员必须实现的软件功能,使得用户能够完成他们的任务,从而满足了业务需求。 用户需求...
  • 在测试计划活动中,首先要确认测试目标、范围和需求,其中“测试需求分析”是关键任务,然后在测试需求基础上制定测试策略,并对测试任务、时间、资源、成本和风险等进行估算或评估。 无论何时进行估算,我们都是在...
  • 10分太少了,完整的系统设计加代码,卖200元的,可惜了!!其他的下下来不能用都是垃圾,我这个改数据库连接就能用
  • 需求分析——验收测试的步骤

    万次阅读 2019-05-27 21:55:49
    需求分析一定要做好,否则验收不通过,甲方不会给钱,这段时间的工作就白做了 (1)制定计划(验收测试计划) (2)提交负责人审定 (3)成立验收小组 (4)严格按照方案进行测试和验收 (5)召开验收评审会 .....
  • 接口测试需求文档分析

    千次阅读 2019-02-01 11:14:15
    接口测试的依据,往往不是需求文档,而是接口文档。 那么,接口文档的准确性便至关重要。接口文档不管以什么形式存在,需要包含的内容有: 1、接口名称 2、接口类型 3、输入参数:  每个参数名;  每个参数...
  • 2.6 测试风险分析 在1.1.4节讨论了测试的风险观点,测试被定义为“对软件系统中潜在的各种风险进行评估的活动”,这意味着软件测试有较高的风险,所以软件测试的风险分析非常重要。软件测试风险,就是要将测试范围...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 529,188
精华内容 211,675
关键字:

测试需求分析

友情链接: Epson L360.rar