博物馆网站建设的目标,茶叶网站建设方案,人力资源外包平台,医院网站加快建设方案一、什么是需求分析
小编理解的需求分析就是要弄清楚用户需要的是什么功能#xff0c;用户会怎样使用系统。这样测试时才能更清楚的知道系统该怎么样运行#xff0c;才能更好的设计测试用例#xff0c;才能更好的测试。
测试需求分析是测试工作的第一步#xff0c;经过需…一、什么是需求分析
小编理解的需求分析就是要弄清楚用户需要的是什么功能用户会怎样使用系统。这样测试时才能更清楚的知道系统该怎么样运行才能更好的设计测试用例才能更好的测试。
测试需求分析是测试工作的第一步经过需求分析对原始需求列表中列出的每一个需求点找到我们需要测试的测试要点针对所确定的测试要点分析测试执行时对应的测试方案/方法。
二、为什么做需求分析
1、需求分析的必要性
如果要成功的做一个测试项目首先必须了解测试规模、复杂程度与可能存在的风险这些都需要通过详细的测试需求来了解。所谓知己知彼百战不殆。测试需求不明确只会造成获取的信息不正确无法对所测软件有一个清晰全面的认识测试计划就毫无根据可言。
测试需求分析越详细精准表明对所测软件的了解越深对所要进行的任务内容就越清晰就更有把握保证测试的质量与进度。
如果把测试活动比作软件生命周期测试需求分析就相当于软件的需求规格测试策略相当于软件的架构设计测试用例相当于软件的详细设计测试执行相当于软件的编码过程。只是在测试过程中我们把”软件”两个字全部替换成了”测试”。这样我们就明白了整个测试活动的依据来源于测试需求所以需求分析是整个测试活动必不可少的环节。
2、不做需求分析的后果
不做需求分析或需求分析不到位可能会产生很严重的问题比如
1.浪费时间和资源实现了用户不需要的需求
2.遗漏了需求文档中没提到但很重要的需求导致客户满意度降低。
3.需求分析不到位错误的估计了测试的工作量导致延误发布周期可能会降低发布质量。
以上的几个问题在实际开发中是比较常见的主要的原因就是需求分析不到位会导致影响客户的满意度。
三、怎么做需求分析
1、 通过需求文档了解需求的实现背景
拿到一个需求后我们首先应该通读需求文档先通过需求文档对要做的需求的背景有整体了解其实这个过程也是对需求文档测试的过程对需求整体的了解后我们可以先记录一些疑惑为后面需求的分析做准备工作这个环节我们应该更多的了解一些需求的目的和一些用户的使用场景。
2、 分析需求合理性
可以通过业务知识来分析需求的合理性而不是单单通过系统是怎样实现的来判断需求是否合理这也是测试人员必备的技能之一即需要我们有深厚的业务功底然后在通过结合系统现有的实现来分析需求的合理性。
在我看来需求是否合理主要包括两个方面第一满足客户需求。第二在系统原有的基础上尽量减少改动成本。
3、 确定测试的范围和优先级
通过以上对需求的分析我们就可以确定测试的范围和优先级了。首先我们要确定好这个需求所涉及的全部测试点然后通过分析分析出测试范围的优先级。
4、 细化测试点并确定测试方法
确定了测试范围和优先级后就可以对各模块进行细化可以用xmind列出各个模块下的测试点各模块或大的测试点需要写出对应的测试方法或测试策略。是否需要接口测试、性能测试是否需要提前准备数据或会遇到什么样的测试难点采取怎样的应对措施。
5、 确定哪些工作测试人员可以提前介入
根据以往的经验我们都知道在开发一个比较复杂的需求的周期中测试的前期准备工作通常都是比较充足的当然特殊情况除外因此在确定了测试范围和优先级后测试人员和测试负责人应该先确定一下哪些需求测试是可以提前介入的比如参与开发的概要设计会、提前根据需求编写case召开用例评审会在提测前把需求和设计及测试范围明确规避了后面的测试的进度风险和质量风险。
6、 查缺补漏
做完了需求的细化后要对自己做的需求分析从头到尾再捋一遍查看有没有什么遗漏的因为需求也可能有遗漏的地方。主要关注有没有场景需求没有考虑全面 涉及的修改范围被遗漏了以及一些特殊的关联配置没有考虑到的另外如果需求做了一些变动也要及时补充需求分析主要是分析变动可能带来的风险以及准备哪些应对之策。
四、如何提高分析能力****
1、熟悉业务了解系统
任何系统都有大的业务背景只要熟悉了业务知识才能更有效的使用系统。
任何系统在使用过程中都有一个熟悉的过程对系统越熟悉越容易发现系统问题和业务问题。
2、用客观的思考方式站在用户的角度分析
作为测试人员如果想提升需求分析能力首先应该做到的就是站在客户的角度分析客户需要什么和客户想要什么站在业务或者系统现有实现的角度给需求和开发人员一些设计上的建议换句话说就是如果抛开客户你这个需求做的在高大上在酷炫都是没有意义的。
3、多思考不要拘束于惯性思维
我们知道一个人做一个工作时间越久也就是我们说的经验越丰富可能这个思维方式就会越被限定住。比如测试的统计表多了当拿到一个新增的统计表的时候首先想到的是公用用例上所列的测试点基本上就是最全的了我都不用思考直接用就行了。
其实这是一个误区公用用例的目的是帮助我们减少一些不必要的内耗但是我们的思维不要被它所限定如果公用用例中某个点是错的那我们岂不要一错再错了。所以作为一个测试人员如果想要提升自己的需求分析能力一定要多思考不要被这种惯性思维束缚不要被所谓的经验束缚。
4、不要闭门造车利用好网络资源
提升需求分析能力多思考是非常重要的但是不是让你傻思考当你的进步遇到瓶颈的时候不要闭门造车做井底之蛙要充分利用网络上的学习资源学习一些前辈的经验并把这些运用到实际的需求分析中去。山外青山楼外楼多浏览和关注一些关于需求分析的网站或者微信公众号广开言路相信会对你的需求分析能力有非常大的提升。
5、善于总结分享
基于以上四点我们还要做到善于总结乐于分享把经常见到的用例设计的误区和一些好的需求分析实例和需求分析习惯分享给周围的小伙伴这样可以集众人之所长不断提升我们的需求分析能力。
最后感谢每一个认真阅读我文章的人礼尚往来总是要有的虽然不是什么很值钱的东西如果你用得到的话可以直接拿走 这些资料对于【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴上万个测试工程师们走过最艰难的路程希望也能帮助到你
