没有新消息
提问
发动态
登录 
福大大 研发工程师
#福大大架构师每日一题#（ ）包括编制每个需求与系统元素之间的联系文档，这些元素包括其它需求、体系结构、设计部件、源代码模块、测试、帮助文件和文档等。
A.需求描述
B.需求分析
C.需求获取
D.需求跟踪
402阅读
13赞
评论
0 条评论
推荐阅读
#福大大架构师每日一题#需求管理的主要活动包括（ ） A.变更控制、版本控制、需求跟踪、需求状态跟踪 B.需求获取、变更控制、版本控制、需求跟踪 C.需求获取、需求建模、变更控制、版本控制 D.需求获取、需求建模、需求评审、需求跟踪
468阅读
16赞
2评论
64、软件需求分析阶段的测试手段一般采用（64）。 A. 总结 B. 阶段性报告 C. 需求分析评审 D. 黑盒测试
435阅读
13赞
4评论
软件测试 | 被测系统的需求理解 1.简介 需求分析是开始测试工作的第一步。产品设计人员会根据客户要求先汇总一个需求文档，然后给开发人员和测试人员进行需求宣讲。在需求宣讲中，大家一起分析需求文档中是否存在需求完善的内容。宣讲结束后，测试人员通过需求文档测试点并且预估测试工作的排期。 2.需求文档 产品设计人员在做完用户需求调查之后，会根据用户需求汇总一份需求文档，需求文档中会详细描述用户所需的系统功能和功能实现的效果。 3.需求评审 需求宣讲的过程也是对序曲文档进行评审的过程。需求文档评审可以从一下角度进行。 （1）业务场景角度 1）站在使用者的角度，考虑用户使用产品时会遇到的各种情况，反观各种情况在需求文档中是否都能找到对应的描述，即用户故事。 2）根据用户故事应该能构建出简单的流程图，流程图中各种路径之间的约束关系、执行条件要有明确、合理的定义、 （2）功能点角度 1）数据约束是否全面、合理 2）存在分支的逻辑、描述是否覆盖所有路径 3）多状态流程、状态流转描述是否合理且完整 4）权限描述是否，明确。 在评审的时候，参与人员可以从以上几个角度进行考虑，检查产品设计人员写的需求文档是否完善。若需求文档中有不完善的地方，要提出问题并和产品设计人员、开发人员和测试人员一起讨论。最终的目标是让需求文档更合理且完整。 4.需求分析 产品设计人员把需求文档最终完善好之后，参与人员就可以详细地去分析需求文档了。需求分析就是把不直观的需求文档简化为直观的需求。 需求分析步骤： 1）明确测试范围：把测试活动的边界确定好，系统中很多模块都是有关联的，在分析需求文档的时候，需要看新加的功能和已有的功能耦合度，考虑是否需要对关联的功能模块也进行测试。 2）明确功能点：把需求文档中的功能点列出来。 3）明确业务流程：根据业务流程图梳理 4）明确输出结果：方便验证 5）分析异常流程：提高系统的容错性 6）预估测试需要的时间和资源：为测试计划的编写做好准备 综合，为了提高需求分析能力，就需要深入地理解需求文档 如何提高需求理解能力 （1）熟悉业务，了解系统。任何系统都有大的业务应用背景，只有在熟悉业务的基础上才能更有效地使用系统。任何人使用系统都有一个熟悉的过程，对系统熟悉度越高，越容易发现系统问题 （2）用客观的思考方式，站在用户的角度分析。在满足客户要求的基础上，测试人员站在业务或者系统现有实现的角度上，给产品设计人员和开发人员一些好的建议 （3）善于总结，乐于分享。把常见的测试用例设计的误区、一些好的需求分析实例，以及需求分析习惯分享给团队其他人，这样可以集众人之所长，不断提升大家需求分析的能力
244阅读
2赞
0评论
#程序员福大大#61.软件需求分析阶段的任务不应该包括 （61） 。 A.结构化程序设计 B.问题分析 C.可靠性与安全性要求 D.确定功能与性能要求
165阅读
15赞
3评论
#职Q每日打卡#政府、企业等对信息化的需求是能组织信息化的原动力，它决定了组织信息化的价值取向和成果效益水平，而需求本身又是极为复杂的，它是一个系统性的、多层次的目标体系，组织信息化需求通常包含三个层次，即（ ），三个层次的需求并不是相互孤立的，而是有着内在的联系。 A.战略需求，运作需求，功能需求 B.战略需术，运作需求，技术需求 C.市场需求，技术需求，用户需求 D.巿场需求，技术需求，领域需求
501阅读
15赞
2评论
#福大大架构师每日一题#根据传统的软件生命周期方法学，可以把软件生命周期划分为（ ） A.软件定义、软件开发、软件测试、软件维护 B.软件定义、软件开发、软件运行、软件维护 C.软件分析、软件设计、软件开发、软件维护 D.需求获取、软件设计、软件开发、软件测试
732阅读
8赞
2评论