技术分享 | 被测项目需求你理解到位了么?

简介: 需求分析是开始测试工作的第一步,产品会先产出一个需求文档,然后会组织需求宣讲,在需求宣讲中分析需求中是否存在问题,然后宣讲结束后,通过需求文档分析测试点并且预估排期。所以对于需求的理解非常重要。## 需求文档产品经理在做完用户需求调查之后,会根据用户需求输出一份需求文档,在文档中会详细描述用户所需的功能和功能实现的效果。文档生成之后,产品经理会和开发测试一起开一个需求宣讲会,讲解需求中的内
更多技术文章分享和免费资料领取
https://qrcode.testing-studio.com/f?from=Aliyun&url=https://ceshiren.com/t/topic/16586
需求分析是开始测试工作的第一步,产品会先产出一个需求文档,然后会组织需求宣讲,在需求宣讲中分析需求中是否存在问题,然后宣讲结束后,通过需求文档分析测试点并且预估排期。所以对于需求的理解非常重要。

需求文档

产品经理在做完用户需求调查之后,会根据用户需求输出一份需求文档,在文档中会详细描述用户所需的功能和功能实现的效果。文档生成之后,产品经理会和开发测试一起开一个需求宣讲会,讲解需求中的内容,并且会对需求中可能存在的问题进行讨论。

需求评审

在需求宣讲的过程中,其实也需要对需求本身进行评审。需求评审可以从以下角度去进行考虑。
1.站在使用者的角度,考虑用户会遇到的各种情况,反观各种情况在需求中是否都能找对对应描述,即用户故事
2.根据用户故事应该能构建出简单的流程图,各种路径之间的约束关系,执行条件是否有明确合理的定义,即业务流程图
3.数据约束是否全面、合理
4.存在分支的逻辑、描述是否覆盖所有路径
5.多状态流程,状态流转描述是否合理且完整
6.权限描述是否明确
在评审的时候,可以从这几个角度进行考虑,检查产品写的需求是否完善。若需求中有不完善的地方,要提出问题并和产品开发一起进行讨论。最终的目标是让需求更合理完整。

需求分析

等产品经理把需求最终完善好之后,就可以详细的去分析需求文档。需求分析简单来讲就是把不直观的需求文档简化为直观的需求。
7.明确测试范围:把测试活动的边界确定好,因为很多模块都是有关联关系的,在分析需求文档的时候,需要看要加的功能和之前的功能耦合性高不高,需要不需要对关联的功能模块也进行测试。
8.明确功能点:把需求文档中的功能点列出来。
9.明确业务流程:根据业务流程图梳理。
10.明确输出结果:方便验证。
11.分析异常流程:提高系统的容错性。
12.预估测试需要的时间和资源:为测试计划的编写做好准备。
为了提高需求分析能力,就需要深入的理解需求。

如何提高需求理解能力

13.熟悉业务,了解系统。任何系统都有大的业务背景,只要熟悉了业务知识才能更有效的使用系统。任何系统在使用过程中,都有一个熟悉的过程,对系统越熟悉,越容易发现系统问题和业务问题。
14.用客观的思考方式站在用户的角度分析。在满足客户要求的基础上,站在业务或者系统现有实现的角度,给需求和开发人员一些设计上的建议。
15.善于总结,乐于分享。把经常见到的用例设计的误区和一些好的需求分析实例和需求分析习惯分享给周围的人,这样可以集众人之所长,不断提升需求分析能力。

原文链接

⬇️ 点击“下方链接”,提升测试核心竞争力!

更多技术文章分享和免费资料领取
https://qrcode.testing-studio.com/f?from=Aliyun&url=https://ceshiren.com/t/topic/16586
相关文章
|
1月前
|
缓存 监控 前端开发
前端代码评审问题总结年度代码翻车现场 |
团队已持续进行了一年多的线下周代码评审,作为主要评审人,我认识到虽然初衷是提供代码改进建议,但实际上大部分问题集中在基础代码质量上,而非设计或业务逻辑。因此,团队需保持耐心,逐步解决基础问题。本文总结了一年来常见的代码评审问题,如魔法值、eslint禁用、幽灵依赖等,并提出具体改进建议。此外,还强调了良好的代码习惯、命名规范及异常处理的重要性。通过持续代码评审,希望团队能在卓越工程的道路上不断进步。以下是常见问题的具体分析: ### 二、翻车现场(CR中的常见问题) #### 2.1 代码规范类 ##### 2.1.1 使用魔法值 - **危害**:代码不易读、不复用、易出错 - **建
28 3
|
2月前
|
消息中间件 监控 安全
质量标准化实践问题之帮助项目组所有同学了解测试进度和问如何解决
质量标准化实践问题之帮助项目组所有同学了解测试进度和问如何解决
42 2
|
3月前
|
小程序 前端开发 测试技术
开发“校园帮”小程序:从构思到上线的完整指南
开发“校园帮”小程序:从构思到上线的完整指南
146 2
|
5月前
|
缓存 前端开发 JavaScript
年度代码翻车现场 |前端代码评审问题总结
代码评审于技术团队的工程师文化建设非常有意义,它是形成团队统一代码风格最有效的方式,作者把自己团队在一年的CR中常见的那些小问题做了一些梳理,希望能对大家起到一点小帮助。
219736 7
|
5月前
|
测试技术 项目管理
软件测试/测试管理|如何打造一份出彩的工作汇报!
软件测试/测试管理|如何打造一份出彩的工作汇报!
79 0
|
项目管理
【项目开发计划制定工作经验之谈】
【项目开发计划制定工作经验之谈】
103 1
|
安全 UED
【代码review、审核开发工程师的设计与研发质量工作经验之谈】
【代码review、审核开发工程师的设计与研发质量工作经验之谈】
|
测试技术
嵌入式软件测试笔记9 | 嵌入式软件测试中如何做好评审工作?
嵌入式软件测试笔记9 | 嵌入式软件测试中如何做好评审工作?
128 0
|
监控 数据可视化 Java
测试工程师如何做到初级测试管理(个人思考)?
测试工程师如何做到初级测试管理(个人思考)?
120 0
测试工程师如何做到初级测试管理(个人思考)?
|
前端开发 jenkins 测试技术
自动化测试技术笔记(一):前期调研怎么做
虽然说自动化测试比较偏技术工作,但在开展前,明确你的工作目标和KPI也是不可忽视的一点。并不是说技术优秀就可以拿到好的绩效,企业生存第一法则是先活下来做产出,再考虑锦上添花和技术优化的事。