测试理论--需求分析

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

一、什么是需求分析


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

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


二、为什么做需求分析


1、需求分析的必要性


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

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

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


2、不做需求分析的后果


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

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

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

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

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


三、怎么做需求分析


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


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


2、 分析需求合理性


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

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


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


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


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


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


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


根据以往的经验我们都知道,在开发一个比较复杂的需求的周期中,测试的前期准备工作通常都是比较充足的,当然特殊情况除外,因此在确定了测试范围和优先级后,测试人员和测试负责人应该先确定一下哪些需求测试是可以提前介入的,比如,参与开发的概要设计会、提前根据需求编写case召开用例评审会,在提测前把需求和设计及测试范围明确,规避了后面的测试的进度风险和质量风险。


6、 查缺补漏


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


四、如何提高分析能力


1、熟悉业务,了解系统


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

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


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


作为测试人员如果想提升需求分析能力,首先应该做到的就是站在客户的角度分析客户需要什么和客户想要什么,站在业务或者系统现有实现的角度,给需求和开发人员一些设计上的建议,换句话说就是如果抛开客户,你这个需求做的在高大上,在酷炫,都是没有意义的。


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


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

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


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


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


5、善于总结分享


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

目录
相关文章
|
6月前
|
安全 测试技术
面试题2:测试人员何时参与需求分析,并且要分析需求的哪些方面?
面试题2:测试人员何时参与需求分析,并且要分析需求的哪些方面?
面试题2:测试人员何时参与需求分析,并且要分析需求的哪些方面?
|
6月前
|
测试技术 数据安全/隐私保护 UED
测试人员需求分析都做什么
测试人员需求分析都做什么
|
6月前
|
测试技术
需求分析阶段,测试可以做什么?
需求分析阶段,测试可以做什么?
179 0
|
人工智能 测试技术
软件测试/人工智能|利用ChatGPT进行项目需求分析
软件测试/人工智能|利用ChatGPT进行项目需求分析
|
测试技术 开发工具 数据库
《移动互联网技术》第十一章 Android应用工程案例: 掌握Android系统的需求分析和设计以及 Android项目的程序测试和版本管理方法
《移动互联网技术》第十一章 Android应用工程案例: 掌握Android系统的需求分析和设计以及 Android项目的程序测试和版本管理方法
135 0
|
敏捷开发 人工智能 自然语言处理
测试思想-文档评审 需求分析和评审简述
测试思想-文档评审 需求分析和评审简述
117 0
|
安全 测试技术 网络安全
网站渗透测试方案与需求分析
在渗透测试的整个过程中,需要提前制定一个测试方案,各种因素都会影响最终的测试结论和结果。渗透测试的目标是最大限度地找出系统的漏洞,时间短,覆盖全面,说服力强。所以在方案的设计中,通过比较突出哪些方法更快更有效,渗透攻击需要点到为止,不破坏系统,也需要有针对性和速度。因此,提出了一个模块化的测试方案。单独的方法测试后,设计自动渗透测试系统,然后实现和测试,得出结果。通过方法比较,可以获得网站在建设和维护中的一些经验。
399 0
网站渗透测试方案与需求分析
|
SQL 监控 安全
网站漏洞测试扫描器企业需求分析
关于网站漏洞扫描器的使用步骤,大家基本上都是按照以下方法去使用:输入网站地址->启动网站漏洞扫描引擎->检测漏洞的风险程度->输出网站安全报告,是否能得到这样的理论依据:同一款漏洞扫描工具,扫描出来的结果应该一样?但是,实际上,现实中是否常出现:对于同一款扫描器,A说实际效果非常不错,发现了真实可利用的SQL注入漏洞,B却说特别差,全是一些无足轻重的低危漏洞。
439 0
网站漏洞测试扫描器企业需求分析
下一篇
无影云桌面