软件工测试题

Posted 2023-01-13 兔老大RabbitMQ

软件工程一测

1. 软件工程三要素：______________、_________________、_________________
2. 获取愿景的三部曲：
3. 愿景_______（是/否）功能。
4. 愿景必须指出__________
5. 迭代与增量的定义
6. UML静态图包括（4个）
7. UML动态图包括（5个）
8. 为什么使用UML语言
9. ______________是软件成功的基础。

答案：

1. 工具（系统）、方法（技能）、开发过程（框架）
2. 第一步：找到软件项目的“老大”；第二步：得到“老大”对项目的期望（愿景）；第三步：描述出愿景的度量指标。
3. 否
4. 度量指标
5. 迭代是反复求精，增量是逐块建造
6. 类图、对象图、组件图、部署图
7. 时序图、协作图、状态图、活动图、用例图
8. 主要用于交流，有利于清晰，有利于精确
9. 需求

软件工程二测

1. 在项目失败的因素中，与      相关的比例最高。
2.       是解决需求噩梦的手段。
3. 简要分析项目开发过程中，公司老板、中层经理、一线员工的需求分别有什么特点。
4. ICONIX过程从把需求文档变成可运作的代码过程只需四步，需要使用哪四张UML图？
5. 若某公司设有公司老总、市场总监与财务总监，实现强化客户管理功能、提升财务效率功能、优化公司资源功能的三种软件，“老大”分别是谁？

答案：

1.需求

2.需求工程

3.公司老板：企业战略、开源节流（定于愿景）

  中层经理：简化管理、优化流程（业务建模）

  一线员工：工作简单（用例分析）

4.用例图、序列图、类图、健壮性图

5.强化客户管理：市场总监

  提升财务效率：财务总监

  优化公司资源：公司老总

软件过程三测

1. 业务建模序列图阶段要注意什么？
2. 业务序列图中，alt表示（           ），loop表示（              ），opt表示（         ）；
3. Alt和opt在使用的时候有什么区别？
4. 业务序列图中，消息的名字表示什么？
5. 业务序列图中，消息的方向表示什么？
6. 把（        ）看作特殊的业务实体。
7. 业务建模结果复核目的有两点，分别是什么？

答案：

1. 本阶段不要考虑要实现什么系统
2. 分支，循环，可选分支
3. Alt表示分支，是需要条件的；opt表示可选分支，没有条件，有选择性。
4. 代表责任和目的
5. 责任委托，不是数据流动
6. 时间
7. 一是完善业务建模成果，寻找是否有遗漏或错误的地方进行修正，如果问题明显，就需要迭代回去继续做业务建模工作；

二是关键干系人在信息和意见上达成一致，并共同签字确认，作为下一阶段启动的标志。

软件工程四测

1. 业务建模要求我们把视角从_______，以达到清晰准确地“诊断”，对症“开方”

答案：软件系统转向客户组织，站在客户角度看问题

2、业务建模三步骤：

1、___________2、____________3、____________

答案：

1. 明确我们为谁服务（选定愿景要改进的组织）。
2. 要改进的组织是什么现状（业务用例图、现状业务序列图）。
3. 我们如何改进（改进业务序列图）。

3、了解组织现状：

   （1）从外部看：组织是____的集合，用业务用例图来建模

   （2）从内部看：组织是____的集合

答案：价值、系统

4、业务用例图帮助我们从______了解组织的______。

答案：高层次 、业务构成

5、业务执行者是在业务组织之外，与其交互，享受其价值的_______

答案：人或组织

6、业务用例是业务组织为业务执行者提供的______.

答案：价值

7、业务序列图帮助我们从______了解组织的______。

答案：细节上、 业务流程

8、业务序列图详细描述________、_______、________之间如何交互，以完成某个业务用例的实现流程

答案：业务执行者、业务工人、业务实体

9、举个简单的例子并识别其中的业务对象：业务执行者、业务工人、业务实体

答案：自由发挥

10、我们如何改进（改进业务序列图）

答案：了解业务组织现状的目的——发现流程中的改进点：

• 信息自动流转
• 封装复杂业务逻辑
• 职责转移
• 访问和操作业务对象

其他……

软件过程五测

1. 域建模_____不等于_____（等于或不等于）数据模型
2. ___用例分析________前做域建模
3. 需求分析的主流分析方法有___原型法____、______用例法_______
4. 绘制系统用例图的步骤

1. 确定系统边界

2. 识别系统执行者

3. 识别系统用例

4. 确定用例间的关系

1. 怎样区别主执行者和辅执行者

  主执行者：

1.用例发起者；

2.用例为其实现有价值的目标；

辅执行者：

1.用例支持者；

2.用例的完成需要与其交互，得到其支持

1. 如何找到执行者

  谁使用该系统？

• 谁改变系统的数据？

• 谁从系统获取信息？

• 谁负责维护、管理并保持系统正常运行？

• 系统需要应付哪些硬件设备？

• 系统需要和那些外部系统交互？

• 谁对系统运行产生的结果感兴趣？

• 有没有自动发生的事件？

1. 系统用例是执行者通过系统____达到某个目标______
2. 用例的关系____泛化____、_____包含_______、______扩展__________
3. 先发现执行者还是先发现用例？为什么？

   执行者比用例明显。

• 执行者的个数远比用例的个数少。

• 找到一个执行者，就可以找到一堆用例。

• 执行者是系统外部人物的代表，所以当然是要先找到执行者，才能够从执行者的角度去寻找用例。

1. 用例命名的三个条件是什么？

 用例名称必须是动宾短语。

• 采用域建模中的名词术语。

• 慎用弱动词弱名词——会掩盖真正的业务

1. 用例_____不等于______功能，用例____不等于______步骤

软件过程六测

1. 每个用例必须对应有___愿景目标______
2. 用例描述的基本组成__干系人利益_____________、_____基本路径____________、________扩展路径_______、_______业务规则_______________
3. _________用例_______是干系人利益的平衡点。
4. 基本路径的书写要求。

  以主动语态、“名词-动词-名词”格式来书写。

  主语只能是执行者或系统。

1. 基本路径与扩展路径是否要分开。

  要