敏捷开发管理试题及答案
1、下列关于敏捷方法的叙述中，错误的是（）。
A．与传统方法相比，敏捷方法比较适合需求变化大或者开发前期对需求不是很清晰的项目
B．敏捷方法尤其适合于开发团队比较庞大的项目
C．敏捷方法的思想是适应性，而不是预设性
D．敏捷方法以原型开发思想为基础，采用迭代式增量开发
答案：B
2、XP是一种轻量级（敏捷）、高效、低风险、柔性、可预测的、科学的软件开发方式，其四大价值观包括沟通、简单、（）。
A. 隐喻和反馈
B. 重构和勇气
C. 隐喻和重构
D. 反馈和勇气
答案：D
3、（）是PSP
A. 潜在可交付的产品增量
B. 可交付的产品增量
C. 潜在不可交付的产品增量
D. 不可交付的产品增量
答案：A
4、（）不属于DOD
A. 写代码
B. 单元测试
C. 集成测试
D. 投产文档
答案：D
5、（）是Product backlog
A. 产品负责人
B. 产品代办事项列表
C. 迭代
D. 燃尽图
答案：B
6、（）是用户故事的标准模板
A. 作为一个<用户类型>，我<想\需要\可以\等等>，所以<原因>
B. 作为一个<产品类型>，我<想\需要\可以\等等>，所以<原因>
C. 作为一个<用户类型>，我<想\需要\可以\等等>
D. 作为一个<产品类型>，我<想\需要\可以\等等>
答案：A
7、以下（）不是SCRUM MASTER职责
A. 保护团队不受外来无端影响
B. 尽可能提高团队影响力
C. 负责SCRUM价值观与过程的实现
D. SCRUM MASTER是牧羊犬、公仆
答案：B
8、迭代计划会议的主要议程是（）
A. 讨论系统物理架构
B. 研讨系统逻辑架构
C. 讨论产品代办事项列表最需优先完成的事项
D. 讨论系统数据架构
答案：C
9、燃尽图有哪两种类型（）
A. 产品发布燃尽图、任务燃尽图
B. 产品发布燃尽图、迭代燃尽图
C. 任务燃尽图、用户故事燃尽图
D. 开发工作量燃尽图、产品发布燃尽图
答案：B
10、以下（）不属于迭代回顾的内容和要求
A. 定期审视团队目前运作状况和存在的问题
B. 在每个迭代结束前进行
C. 通常60分钟至90分钟
D. 全员参与
答案：C
多选题：
1、如何识别和确定PSP（）
A. 高品质
B. 测试过
C. 完整的
D. 应该做的，都做得很好
答案：ABCD
2、好的Product backlog具备（）特点
A. 适当的细化
B. 随时产生
C. 有估算的
D. 没有优先级别
答案：ABC
3、（）可以制作用户故事
A. 整个团队
B. 用户
C. 客户
D. 相关的他人
答案：ABCD
4、以下（）属于产品负责人的职责
A. 驱动产品成功
B. 对产品的投资回报率负责
C. 排列优先级
D. 迭代回顾
答案：ABC
5、以下（）属于迭代计划会议的参与者
A. 团队
B. SCRUM MASTER
C. 用户代表
D. 产品负责人
答案：ABD
判断题：
1、敏捷开发法是一种以团队为核心，自顶向下、循序渐进的开发方法。
答：错
2、敏捷开发法适合项目经常发生变更、高风险项目实施、项目规模较小的开发场景。答：对
3、敏捷开发法适合对系统有极高的关键性、可靠性、安全性要求的项目开发场景。
答：错
4、敏捷开发团队人数通常是7到12人。
答：错
5、燃尽图展示的是各个时期下所剩余的工作量。
答：对
简答题：
1、
2、简述SPRINT计划会议的步骤
答题要点：1）在所有产品代办事项列表中选择高优先级别的事项，讨论并估算故事点，从而确定所有的用户故事；2）认领自己的用户故事；3）将用户故事细化为任务，生成以下相关工作计划1）建立一个迭代日程安排；2）在接下来的迭代前确定特殊事项（人员休假、法定假日等）；3）判定每位成员可用的小时数。最后生成完成的定义DOD。
3、
4、迭代评审包括哪些内容
答题要点：1）团队展示迭代中完成的事项；2）通常是某个新功能的演示或背后架构的展示；3）非正式会议（不使用幻灯片、最多2小时准备）；4）全员参与；5）邀请所有相关人员参加。，
敏捷开发管理试题及答案
单选题： 1、下列关于敏捷方法的叙述中，错误的是（）。 A. 与传统方法相比，敏捷方法比较适合需求变化大或者开发前期对需求不是很清晰的项目 B. 敏捷方法尤其适合于开发团队比较庞大的项目 C. 敏捷方法的思想是适应性，而不是预设性 D. 敏捷方法以原型开发思想为基础，采用迭代式增量开发答案：B 2、XP是一种轻量级（敏捷）、高效、低风险、柔性、可预测的、科学的软件开发方式，其四大价值观包括沟通、简单、（）。 A. 隐喻和反馈 B. 重构和勇气 C. 隐喻和重构 D. 反馈和勇气 答案： D 3、（）是PSP A. 潜在可交付的产品增量 B. 可交付的产品增量 C. 潜在不可交付的产品增量 D. 不可交付的产品增量 答案： A 4、（）不属于DOD A. 写代码 B. 单元测试 C. 集成测试 D. 投产文档 答案： D 5、（）是Product backlog A. 产品负责人 B. 产品代办事项列表 C. 迭代 D. 燃尽图 答案： B 6、（）是用户故事的标准模板 A. 作为一个＜用户类型＞，我＜想需要可以等等＞，所以＜原因＞ B. 作为一个＜产品类型＞，我＜想需要可以等等＞，所以＜原因＞ C. 作为一个＜用户类型＞，我＜想需要可以等等＞ D. 作为一个＜产品类型＞，我＜想需要可以等等＞ 答案： A 7、以下（）不是SCRUM MASTEF职责 A. 保护团队不受外来无端影响 B. 尽可能提高团队影响力 C. 负责SCRUM价值观与过程的实 现 D. SCRUM MASTE是牧羊犬、公仆 答 B 案：
8、迭代计划会议的主要议程是（） A. 讨论系统物理架构 B. 研讨系统逻辑架构 C. 讨论产品代办事项列表最需优先完成的事项 D. 讨论系统数据架构 答案： C 9、燃尽图有哪两种类型（） 答 案： A. 产品发布燃尽图、任务燃尽图 B. 产品发布燃尽图、迭代燃尽图 C. 任务燃尽图、用户故事燃尽图 D. 开发工作量燃尽图、产品发布燃尽图 B 10、以下（）不属于迭代回顾的内容和要求 答 案： A. 定期审视团队目前运作状况和存在的问题 B. 在每个迭代结束前进行 C. 通常 60分钟至 90分钟 D. 全员参与 C 多选题： 1、如何识别和确定 PSP （） A. 高品质 B. 测试过 C. 完整的 D. 应该做的，都做得很好 答案： ABCD 2、好的 Product backlog 具备（）特点 A. 适当的细化 B. 随时产生 C. 有估算的 答案： ABC 3、（）可以制作用户故事 A. 整个团队 C. 客户 答案： ABCD 4、以下（）属 于产品负责人的职责 A. 驱动产品成功 B. 对产品的投资回报率负责 C. 排列优先级 D. 迭代回顾 答案： ABC 5、以下（）属于迭代计划会议的参与者 A. 团队 B. SCRUM MASTER C. 用户代表 D. 产品负责人 答案： ABD 判断题： 1、敏捷开发法是一种以团队为核心，自顶向下、循序渐进的开发方法。 D. 没有优先级别 B. 用户 D. 相关的他人
腾讯scrum项目案例
关于腾讯敏捷框架TAPD（Tencent Agile Product Development） 腾讯是一家典型的互联网企业，互联网行业有其鲜明的特点： 1．关注用户行为 2．追求创新（腾讯有一个创新中心部门） 3．需求不确定性高 4．快速适应变化 5．快鱼吃慢鱼 腾讯在敏捷开发方面的实践大致包括3个部分： 1．产品：采用FDD，即产品特性开发驱动的一种模式，腾讯的产品会有一个明确的产品经理这样一个角色，他会负责整个产品，包括产品的验证、产品的方向、市场调研、用户调研等。FDD模式是一种非常适合产品经理来对产品做一些滚动的要求，腾讯在产品设计上引入了类似FDD这样的模式，但是也不完全是FDD，只是参考FDD，所有的开发团队都是由产品经理所归纳出来的产品特性去驱动整个产品的研发。 2．项目管理过程：腾讯采取了SCRUM，但也不完全是SCRUM，有腾讯根据自己的特点去总结的一些实践，大概的项目管理过程同SCRUM的过程是比较类似的，包括每天的晨会、迭代、timebox、每个迭代完成的时候会有showcase、回顾总结等。 3．开发实践：参考了很多XP的实践，就XP完整的实践来说会比较理想化，很多东西不一定在实际开发中能够采纳，所以腾讯也是采纳其中的某些实践，比如自动化测试和持续集成，通过这样的实践就能保证产品有一个快速发布的过程。 在腾讯的敏捷实践中，具体的实践情况是这样的： 1．故事墙：就是白板story wall，平时工作中很多团队都会使用，这些团队会把每天开发的一些产品特性采用story的方式每天都在白板里面展示出来，整个团队每天都会围绕这个白板能够清晰的看到整个产品或者整个项目的一个过程，包括整个产品特性的过程。 2．迭代总结：在每一个产品发布的时候都会有一个总结。具体的做法是，把做得好的、不好的总结出来，做得好的在下一次迭代发扬光大，做得不好的在下一次迭代就要注意改进。这样的总结是要求项目的所有成员都必须参加，包括项目的开发人员、测试人员、QA、项目经理、产品经理等，每个人都要去去总结他在上一个迭代中碰到了什么问题，通过便签纸的方式贴出来，项目经理实际上可以看成是SCRUM Master，包括站起来总结这样一些东西，包括我们下一次迭代继续发扬什么，必须要注意什么东西，最后就会得出一个excel的文档，包括上一个迭代中出的问题，具体的解决办法，都会有。 3．每日晨会：每个团队每天大概花15-30分钟，回顾昨天做了什么、昨天有些什么问题、同时也会介绍每个人今天计划做些什么工作（特点：是站着开会）。最早是通过白板的方式去做，就是每天项目经理组织团队成员对着白板，白板上体现项目的进展情况，通过会议可以很明确的知道昨天大家做到什么样子，今天大家计划做什么，最早的时候每个成员都是口头汇报的。实践一段时间就发现了一些问题，第一、对于一个20、30人的团队，每天要怎样做晨会，这是目前遇到的比较大的困惑；第二、晨会很容易形式化，究竟带来什么样的效率和效果，目前也在通过一些方式去研究，去探讨。第三、有一些形式上的呆板，刚开始做会觉得比较有意思，觉得这跟传统做法不一样，每天这样做并且做多了就感觉很枯燥，这也是面临一个挑战。后来腾讯也做了一些改进，比如为了让成员的参与程度更强一些，包括形式上会更强一些，现在有些团队就会采取每个人轮流主持的方式，刚开始晨会的时候我们也会通过一些好玩的东西去刺激一下某些东西，但是现在看来的话，感觉改进的还是不是很透。
敏捷开发日常跟进系列之1-6
敏捷开发日常跟进系列之一：燃尽图（上） 这个系列将涉及燃尽图（Burndown Chart）、故事板（看板）、每日立会等内容，描述在计划会之后，评审会之前，敏捷开发团队内部产出与产品经理和项目经理的各种活动。 日常跟进中的某些内容比如团队工作模型、预估会议、用户故事跟进等在之前的松结对编程、团队管理、用户故事、产品管理等系列中有所描述。 在这个系列之前，还应该有一个敏捷计划系列，描述敏捷开发的从版本规划到计划会估算的详细内容，未来将会补上，当前可以参考2.29版的《火星人敏捷开发手册》，有5页与其相对应。 燃尽图 燃尽图Burdown Chart也叫燃烧图，是罕见的敏捷度量，以至于每当有人问起“敏捷中有度量吗”的时候，第一反应就是它。 燃尽图的全称，应该是“总剩余时间的燃尽图”，就是本次迭代中，所有故事（或拆分的任务，以下仅称故事）的剩余时间总和，随日期的变化而逐日递减的图。 图中左侧460是迭代开始的第一天，所有故事的未完成时间相加为460天，而在最右侧则表明在第17天，所有故事的剩余时间相加变为0，也就是所有故事都完成了。 为什么总和会递减呢？因为每个组员每天都要汇报一件事情：当前正在做的故事，还剩余几天，如果昨天剩余3天，今天剩余2天，那么就为燃烧图贡献了1天的进度。
由于可能出现“昨天剩余3天，又工作了一天后本以为会只剩下2天，结果感觉可能还要3天（甚至变成5天了！）”这种情况，所以燃尽图常常有一些起伏。 燃尽图的“指纹” 图中的燃尽图尽管有一些起伏，依然是属于比较完美的燃尽图。实际上每个团队完成迭代的过程差别很大，常见的情况包括： 先鼓起后落下 原因是计划会以常常漏掉一些事情，所以开工后不但不燃尽，还发现了很多新的任务。 先完美燃烧，然后突然停止燃烧 一种很常见的情况，如果任务划分太粗，比如长达10天，很容易“做了1天，剩9天；做了1天，剩8天；……到剩2～3天的时候，哎呀，好像搞不定了”。 先缓慢燃烧，然后到快燃尽的时候剩下一堆没完成的任务，被推迟到下个迭代 之前提到过敏捷开发的MoSCoW方法，有些故事是次要的“可以不做的”，所以这种燃烧图也很常见；但是常常有团队没有使用MoSCoW方法，只是被动地发现有些故事没有完成。 …… 为了改进这些不完美，有些团队设置了一些度量项来改进燃尽图的结果，比如“迭代按时燃尽的次数”“剩余故事占总故事的比例”…… 其实不用因为燃尽图的不完美而伤脑筋，在般若敏捷的“无住”中曾经提到，这些方法都非我们的目的，而只是一个中间的工具，因此为了完成我们的最终目的，这些工具和方法都可以灵活变通，而不要追求工具和度量数据本身的完美。 但是，迭代的最终目的到底是什么呢？有哪些“灵活变通”可以应用在燃尽图中呢？且待下回分解。
测试工程师面试题(100分钟完成)
测试工程师面试题 （答题时间100分钟） A．测试基础 1、白盒测试与黑盒测试的区别是什么？ 白盒测试：测试程序部结构，部特征 黑盒测试：通过界面测试程序功能，查看输入输出结果 2、什么是正交试验法，使用场景是什么？ 研究多因素多水平的一种设计法 场景：多因素多条件的情况下 3、数据库中，游标是什么？其作用是什么？ 。 游标：从多条数据中检索集中提取一条数据 作用：当做指针，保存查询结果，便后续使用 4、简述常用的Bug管理或者用例管理工具,并且描述其中一个工作流程。 常用：testlink，QC，mantis，禅道，TAPD，JIRA TAPD：产品创建(需求，计划，模块)-->项目创建（PM排期、任务分解）-->研发(编码、单元测试等)-->测试(测试计划，用例，执行，bug，报告等) 基于敏捷开发 5、智力题 一个屋子有一个门（门是关闭的）和3盏电灯。屋外有3个开关，分别与这3盏灯相连。你可以随意操纵这些开关，可一旦你将门打开，就不能变换开关了。请确定每个开关具体管哪盏灯。
一个开关关掉，一个打开，一个打开几分钟、然后关掉 进屋后，亮这的是第二个开关，关闭的两灯中，有热量的为第三个开关，剩下的为第一个开关 B．自动化测试 1、自动化测试与测试自动化的区别。 自动化测试：利用工具录制或编写脚本进行功能以及性能测试 测试自动化：让测试过程脱离人工。对于控制成本，控制质量，回溯质量和减少测试期都有积极影响的一种研发过程 2、列举出你熟悉的自动化工具，并说明其实现原理。 Web应用类工具：selenium 客户端建立与selenium-RC server 的连接。 Selenium RC Server 启动一个浏览器，并注入JS 代码 将Selenese 代码传到客户端的Selenium-Core 中。 Selenium-Core 翻译并解析执行用户录制的操作。 让代理Server 进行通讯 Remote Control Server 负责跟远程Web 应用服务器进行通讯。 操作完成，显示结果，并执行下一指令。 3、自动化测试的使用场景？ 软件需求变更不是很快（尤其是UI自动化）}， 项目期长 自动化测试脚本重复使用 4、什么是关键字驱动？ 功能自动化测试框架，表格驱动测试或者基于动作字的测试 5、高质量的自动化脚本应该具备哪些特性？ 1、不需要深入的工作或计划
软件开发应知应会 试题答案整理
ABCD 1、栈和队列的共同特点是（）。C A.都是先进先出 B.都是先进后出 C.只允许在端点处插入和删除 D.没有共同点 2、在一个长度为n的顺序表中，在第i个元素之前插入一个新元素时，需要向后移动（）个元素。 A.n-i B.n-i+1 C.n-i-1 D.i B 3、在一棵二叉树中，度为0的节点个数是n0，度为2的节点个数是n2，则有n0=____。C A.n2-1 B.n2 C.n2+1 D.n2+2 1、以下是线性表的数据结构是（）。ABCD A.数组 B.单链表 C.双链表 D.循环链表 2、以下（）是常用的哈希函数构造方法。ABCD A.直接寻址法 B.除留余数法 C.随机数法 D.平方取中法 1、()最主要的目的是将文件的内容与显示分隔开来。B A.HTML B.CSS C.JavaScript D.MySql 2、（）是Android程序的呈现层，显示可视化的用户界面，并接收与用户交互所产生的界面事件A A. activity B.service C.content provider D.以上都不是 3、设计规范应该被（）使用。A A.系统所有产品开发人员 B.仅产品经理 C.仅UE工程师需求人员 D.仅UI工程师 1、以下哪些是语义化标签？CD A.div B.span C.article D.header 2、CSS的定位常用属性有以下几个值（）。ABCD A.static B.relative C.fixed D.aBsolute 1、SQL语句中删除一个表中记录，使用的关键字是（）。C A.select B.insert C.delete D.update 2、C#中导入某一命名空间的关键字是（）。A https://www.360docs.net/doc/2d6070043.html,ing https://www.360docs.net/doc/2d6070043.html,e C.import D.include 3、以下哪个是SQL中用来统计数量的函数（）。A A.count() B.max() C.min() D.now() 1、以下哪些是Scala语言的特点（）。ABCD A.Scala是面向对象的 B.Scala是函数式语言 C.Scala是可扩展的 D.Scala是静态类型的 2、下面属于Golang的关键字的是（）。AC A.func B.def C.struct D.class 1、在Struts实现的MVC框架中（）类是包含了execute方法的控制器类，负责调用模型的方法，控制应用程序的流程。A A.Action B.ajax C.JSP D.actionservlet 2、下面哪个选项不属于MVC三个核心模块。C A.模型 B.视图 C.数据库连接 D.控制器 3、下列关于HiBernate说法正确的是（）。A A.HiBernate是对JDBC轻量级的封装 B.HiBernate需要服务器的运行环境上运行 C.HiBernate是EJB的扩展 D.HiBernate的主配置文件只能是HiBernate.cfg.xml 1、SSH框架具体指的是（）。ABC A.Spring B.Struts C.HiBernate D.MyBatis 2、实体对象的生命周期有哪些状态：（）。ABC A.瞬时态 B.持久态 C.脱管状态 D.死亡态 1、（A）敏捷软件测试流程贯穿整个开发流程。(B)它是一个独立的过程，它与整个敏捷开发中的其他活
敏捷开发管理试题及答案
1、下列关于敏捷方法的叙述中，错误的是（）。 A．与传统方法相比，敏捷方法比较适合需求变化大或者开发前期对需求不是很清晰的项目 B．敏捷方法尤其适合于开发团队比较庞大的项目 C．敏捷方法的思想是适应性，而不是预设性 D．敏捷方法以原型开发思想为基础，采用迭代式增量开发 答案：B 2、XP是一种轻量级（敏捷）、高效、低风险、柔性、可预测的、科学的软件开发方式，其四大价值观包括沟通、简单、（）。 A. 隐喻和反馈 B. 重构和勇气 C. 隐喻和重构 D. 反馈和勇气 答案：D 3、（）是PSP A. 潜在可交付的产品增量 B. 可交付的产品增量 C. 潜在不可交付的产品增量 D. 不可交付的产品增量 答案：A 4、（）不属于DOD A. 写代码 B. 单元测试 C. 集成测试 D. 投产文档 答案：D 5、（）是Product backlog A. 产品负责人 B. 产品代办事项列表 C. 迭代 D. 燃尽图 答案：B 6、（）是用户故事的标准模板 A. 作为一个<用户类型>，我<想\需要\可以\等等>，所以<原因> B. 作为一个<产品类型>，我<想\需要\可以\等等>，所以<原因> C. 作为一个<用户类型>，我<想\需要\可以\等等> D. 作为一个<产品类型>，我<想\需要\可以\等等> 答案：A 7、以下（）不是SCRUM MASTER职责 A. 保护团队不受外来无端影响 B. 尽可能提高团队影响力 C. 负责SCRUM价值观与过程的实现 D. SCRUM MASTER是牧羊犬、公仆 答案：B
8、迭代计划会议的主要议程是（） A. 讨论系统物理架构 B. 研讨系统逻辑架构 C. 讨论产品代办事项列表最需优先完成的事项 D. 讨论系统数据架构 答案：C 9、燃尽图有哪两种类型（） A. 产品发布燃尽图、任务燃尽图 B. 产品发布燃尽图、迭代燃尽图 C. 任务燃尽图、用户故事燃尽图 D. 开发工作量燃尽图、产品发布燃尽图 答案：B 10、以下（）不属于迭代回顾的内容和要求 A. 定期审视团队目前运作状况和存在的问题 B. 在每个迭代结束前进行 C. 通常60分钟至90分钟 D. 全员参与 答案：C 多选题： 1、如何识别和确定PSP（） A. 高品质 B. 测试过 C. 完整的 D. 应该做的，都做得很好 答案：ABCD 2、好的Product backlog具备（）特点 A. 适当的细化 B. 随时产生 C. 有估算的 D. 没有优先级别 答案：ABC 3、（）可以制作用户故事 A. 整个团队 B. 用户 C. 客户 D. 相关的他人 答案：ABCD 4、以下（）属于产品负责人的职责 A. 驱动产品成功 B. 对产品的投资回报率负责 C. 排列优先级 D. 迭代回顾 答案：ABC 5、以下（）属于迭代计划会议的参与者
敏捷开发过程
Scrum 敏捷开发过程实战 产品级,大团队的敏捷实战方法 与传统灌输理念的培训不同,此实战培训中不只包含“按客户价值进行优先级排序”“利用自组织团队发挥主观能动性”等含糊的指导性思想,更在每个阶段均介绍一种或多种直接可以使用的方法来完成落地。 按照实际项目的开发顺序,培训分为三个环节,其主要内容如下: ● 需求结构化与需求描述(主要受众为产品负责人Product Owner 、团队骨干) ? 将产品愿景转换为可实现的业务需求; ? 将高层业务需求分解为具备层级结构的需求树; ? 编写用户故事,面向用户使用场景而非产品功能描述单条需求; ● 版本规划与迭代计划(主要受众为产品负责人、Scrum Master,团队骨干) ? 在宏观层面上,确认整个产品中所有子系统的优先级,并将其顺序计划到版本与迭代中; ? 在微观层面上,利用Scrum 计划会估算每个迭代中任务的工作量; ● 日常活动与团队建设(主要受众为Scrum Master,团队成员) ? 日常活动中,利用每日立会、故事板、瞧板跟进开发进度; 需求结构化 需求描述 版本规划 迭代计划 日常活动 团队建设
?团队建设中,利用自组织团队、松结对编程等方法建立师徒制度,在实际工作中培养队员; ?在大型、跨职能团队研发时的团队结构与工作方式 ●附:敏捷设计与工程实践(仅出现于3天培训中,主要受众为团队成员及技术管理者) ?如果从用户故事经过简单设计得到代码结构 ?如何利用用户故事来产生、管理测试用例 ?如何利用用户故事来管理变更、缺陷与客户反馈 课程将围绕每个小组实际工作中各自产品或项目的自身需求展开,通过对其进行结构化、用户故事化、用户建模、模拟计划会估算、设定验收标准等,从而演练Scrum各个环节所需的技能。知识及案例讲解约占70%,实际练习约占30%。 注:本大纲中以一个易于理解的电子商务系统的研发为例,实际应用时可应用于银行、电信、政府、电子商务、互联网社区娱乐、仪器仪表等各种主流行业。 ×××××××××××××××××××××××××第一天×××××××××××××××××××××××××××××× 0概述 本阶段培训通过简短介绍,让学员大致了解敏捷开发的历史及其尝试解决的问题。 ●敏捷开发尝试解决的问题 ●Scrum及其历史 ?产品负责人 Product Owner ?产品负责人团队 ?产品负责人的职责 现场演练:分组并推选Product Owner 1第一阶段:需求结构化与需求描述 本阶段培训旨在从头到尾打通需求,即从感性的产品愿景分解到可供开发的具体需求条目。
项目管理试卷
北京信息科技大学2017~2018学年第1学期 《信息系统项目管理》课程期末考试试卷(A卷) 课程所在学院：信息管理学院适用专业班级：信管1402~1406 考试形式：开卷 一、单选题（本题满分40分，共含20道小题，每小题2分） 在每小题列出的四个备选项中只有一个是符合题目要求的，请将答案填写至表格内。错选、多选或未选均无分。未填写至表格内视为未选。 1、下列不属于甲方投招标阶段任务的是（） A. 建议书编写 B. 招标书编写 C. 供方选择 D. 签署合同 2、首先构造系统核心功能，之后逐步增加和完善，这种属于（）模式开发 A. 增量式 B. 渐进式 C. V型 D. 原型 3、敏捷开发宣言的内容不包括（） A. 个体和交互胜过过程和工具 B. 详尽的文档胜过可运行的软件 C. 客户合作胜过合同谈判 D. 响应变化胜过依照计划 4、下列合同类型中，甲方承担风险最大的是（） A. 成本加成本百分比 B. 固定成本加奖金 C. 成本加奖金 D. 固定价格 5、WBS中的每一项具体活动都需要指定唯一的（） A. 资源 B. 编码 C. 前置任务 D. 地点 6、（）是指用户或程序用来增、删、改等操作数据的屏幕、表单、控制信号等 A. 外部输入 B. 内部逻辑文件 C. 外部接口文件 D. 以上都不是 7、（）是在瀑布模型和快速原型的基础上，加入了风险分析所形成的开发模型 A. 渐进式模型 B. V模型 C. 螺旋式模型 D. 敏捷开发模型
8、某软件项目的预算进度安排为12个月，如果SPI=1.2，则预测成本为（） A. 10个月 B. 14.4个月 C. 12个月 D. 不能确定 9、假设某项目的BCWS=1500，BCWP=1000，ACWP=1200，那么该项目属于（）A．进度超前和在预算内B．进度超前和预算超支 C．进度落后和预算超支D．进度落后和预算之内 10、“设计工作要先于编码开展”，这句话体现了（） A. 软逻辑关系 B. 强逻辑关系 C. 外部依赖关系 D. 以上都不是 11、下列说法中，对矩阵型组织特点描述错误的是（） A. 既有利于项目目标的实现，又便于公司目标方针的贯彻 B. 以项目为中心，迅速解决关键问题，且方便调配人员 C. 项目经理对项目全权负责，可随意调动组织的内部资源或者外部资源 D. 资源共享方面可能引起项目之间的冲突 12、对于甘特图和跟踪甘特图描述错误的是（） A. 使用甘特图能方便的查看工期、工时、资源等信息 B. 甘特图通常用向上三角表示开始时间，用向下三角表示结束时间 C. 跟踪甘特图可以反映某活动的实际开展情况，便于对整个项目进行估计 D. 甘特图能直观的表示出关键路径 13、挣值分析法采用（），估计值相对最准确 A. 20/80规则 B. 50/50规则 C. 0/100规则 D. 经验加权法 14、网络图是表示活动排序的一种常用方法，下列哪一个不是网络图法（） A. 优先图法 B. 箭线法 C. 条件箭线法 D. 里程碑图 15、下列哪一项不是配置控制委员会的具体职责（） A. 规范变更申请流程 B. 对变更进行评估 C. 对开发中的变更进行归并集成 D. 审核配置管理计划 16、甲乙双方签订了一份固定价格加奖励费的合同，预计成本为100万元，利润是10万元，奖励比例是70/30，若实际成本为120万元，则合同总价为（） A. 120万 B. 110万 C. 130万 D. 以上都不是 17、图解控制法中通常采用（）对资源情况进行跟踪和分析
实例详解敏捷测试实践
实例详解敏捷测试 第一部分：敏捷软件开发简介 敏捷软件开发（Agile Software Development）初起于九十年代中期。最早是为了与传统的瀑布软件开发模式（waterfall model）相比较，所以当时的方法叫做轻量级方法（Lightweight methods）。二十世纪初，17 位该方法的倡导者建立了敏捷联盟（Agile Alliance），并将该软件开发方法命名为敏捷软件开发过程。 敏捷联盟在成立之初总结了四条基本的价值原则： 1.人员交流重于过程与工具（Individuals and interactions over processes and tools） 2.软件产品重于长篇大论（Working software over comprehensive documentation） 3.客户协作重于合同谈判（Customer collaboration over contract negotiation） 4.随机应变重于循规蹈矩（Responding to change over following a plan） 基于这四点原则，敏捷软件开发有着自己独特的流程（参见图1）。 图 1. 敏捷软件开发流程 整个过程中夹杂了很多在敏捷开发前己经出现的软件开发方法，包括极限编程（Extreme Programming,1996）、Scrum（1986）、特征驱动开发（Feature Driven Development），测试驱动开发（Test Driven Development）等。这些方法在敏捷软件开发流程的各个阶段都有充分的体现和应用。 例如，Scrum 主要着重于项目管理，团队中的项目经理（Scrum master）需要在每个客户需求到来的时候制定Sprint 的周期，定义每个Sprint 的目标、分派任务、进行监督、最后总结得失并开始计划新的Sprint。
CISA中文试题
信息系统审计和控制学会(ISACA) 2006 CISA考试大纲 (中文版) CISA中文站，2005年12月 https://www.360docs.net/doc/2d6070043.html,
第一部分信息系统审计程序 依据信息系统审计标准、准则和最佳实务等提供信息系统审计服务以帮助组织确保其信息技术和运营系统得到保护并受控。 任务描述： 1.1 根据信息系统审计标准、准则和最佳实务，为组织制定和实施基于风险的信息系统审计战略。 1.2 为确保信息技术和运营系统是受保护和受控的，规划详尽的审计 1.3 遵照信息系统审计标准、准则和最佳实务，实施审计，以达到制定的审计目标(目的)。 1.4 就新出现的问题、潜在的风险和审计结果(结论)，与利益相关人沟通。 1.5 在保持独立性的前提下，为组织内风险管理和控制实务的实施提供建议和意见。 知识描述： 1.1 ISACA发布的信息系统审计标准、准则、程序和职业道德规范 1.2 IS审计实务和技术 1.3 收集信息和保存证据的技术（如观察、调查问卷、谈话、计算机辅助审计技术、电子介质） 1.4 证据的生命周期（如证据的收集、保护和证据之间的相关性） 1.5 与信息系统相关的控制目标和控制（如CobiT模型） 1.6 审计过程中的风险评估 1.7 审计计划和管理技术 1.8 报告和沟通技术（如推进、商谈、解决冲突） 1.10 不间断审计技术(即：连续审计技术) 第一部分占考试卷面的10% CISA中文站(https://www.360docs.net/doc/2d6070043.html,) 第 1 页
第二部分 IT治理(信息技术治理) 确保组织拥有适当的结构、政策、工作职责、运营/管理机制和监督实务，以达到公司治理中对IT方面的要求。 任务描述： 2.1 评估IT治理结构的效果，以确保董事会对IT决策、IT方向和IT性能的充分(且适当的)控制，从而支持组织的战略和目标。 2.2 评估IT组织结构和人力资源管理，确保对组织战略和目标的支持。 2.3 评估IT战略及其起草、批准、实施和维护的程序，以保证其对组织战略和目标的支持 2.4 评估组织的IT政策、标准和程序，及其制定、批准、实施和维护的流程，以确保其对IT战略的支持并符合法律、法规的要求。 2.5 评估管理实务，确保其符合组织的IT战略、政策、标准和程序的要求。 2.6 评估IT资源的投资、使用和配置实务，确保符合组织的战略和目标。 2.7 评估IT签约战略和政策、及合同管理实务，以保证其对组织战略和目标的支持。 2.8 评估风险管理实务，确保组织的、与IT相关的风险得到了适当的管理。 2.9 评估监督和保证实务，保证董事会和执行经理层能及时、充分地获得有关IT绩效的信息。 知识描述： 2.1 IT战略、政策、标准和程序对于组织的意义，及其基本要素 2.2 IT治理框架(体系) 2.3 制定、实施和维护IT战略、政策、标准和程序的流程。如：信息资产的保护、业务持续和灾难恢复、系统和基础建设生命周期、IT服务交付与支持2.4 质量管理战略和政策 2.5 与IT使用和管理相关的组织结构、角色和职责。 2.6 公认的国际IT标准和准则(指导)。 2.7 制订长期战略方向的企业所需的IT体系及其内容 2.8 风险管理方法和工具 2.9 控制框架(模型)的使用，如：CobiT、COSO、ISO 17799等控制模型。 2.10 成熟度和流程改进模型(如：CMM、CobiT)的使用。 2.11 签约战略、程序和合同管理实务。 2.12 IT绩效的监督和报告实务 2.13 有关的法律、规章等问题(如：保密法/隐私法、知识产权、公司治理的要求) 2.14 IT人力资源管理 2.15 IT资源投资和配置实务(如：投资的资产管理回报 ) 第二部分占考试卷面的15% CISA中文站(https://www.360docs.net/doc/2d6070043.html,) 第 2 页
敏捷开发管理试题及答案
敏捷开发管理试题及答 案 Document serial number【KKGB-LBS98YT-BS8CB-BSUT-BST108】
单选题： 1、下列关于敏捷方法的叙述中，错误的是（）。 A．与传统方法相比，敏捷方法比较适合需求变化大或者开发前期对需求不是很清晰的项目 B．敏捷方法尤其适合于开发团队比较庞大的项目 C．敏捷方法的思想是适应性，而不是预设性 D．敏捷方法以原型开发思想为基础，采用迭代式增量开发 答案：B 2、XP是一种轻量级（敏捷）、高效、低风险、柔性、可预测的、科学的软件开发方式，其四大价值观包括沟通、简单、（）。 A. 隐喻和反馈 B. 重构和勇气 C. 隐喻和重构 D. 反馈和勇气 答案：D 3、（）是PSP A. 潜在可交付的产品增量 B. 可交付的产品增量 C. 潜在不可交付的产品增量 D. 不可交付的产品增量 答案：A 4、（）不属于DOD A. 写代码 B. 单元测试 C. 集成测试 D. 投产文档 答案：D 5、（）是Product backlog A. 产品负责人 B. 产品代办事项列表 C. 迭代 D. 燃尽图 答案：B 6、（）是用户故事的标准模板 A. 作为一个<用户类型>，我<想\需要\可以\等等>，所以<原因> B. 作为一个<产品类型>，我<想\需要\可以\等等>，所以<原因> C. 作为一个<用户类型>，我<想\需要\可以\等等> D. 作为一个<产品类型>，我<想\需要\可以\等等> 答案：A 7、以下（）不是SCRUM MASTER职责 A. 保护团队不受外来无端影响 B. 尽可能提高团队影响力 C. 负责SCRUM价值观与过程的实现 D. SCRUM MASTER是牧羊犬、公仆 答案：B 8、迭代计划会议的主要议程是（） A. 讨论系统物理架构 B. 研讨系统逻辑架构 C. 讨论产品代办事项列表最需优先完成的事项 D. 讨论系统数据架构
敏捷开发管理实践(1)让人的资源多起来
敏捷开发管理实践（1）让人的资源多起来 第1部分开篇语 项目管理作为一门独立的学科，已经发展了很多年，并为实践提供了丰富的理论依据。而软件开发的项目管理，虽然也属于传统项目管理的范畴，但是由于软件工业本身的特点，很多在传统项目管理理论中被证明行之有效的理论和方法，拿到软件开发的项目实践中却常常达不到预期的效果。软件开发的项目管理与传统项目管理的这种差异究竟在哪里呢？这个问题已经有很多人在研究并成果丰富，一致的结论性的原因就是：软件开发中的项目管理本质是人的管理。 人作为项目管理的主要素主导着整个项目的成功和失败，所以对于软件项目开发管理者来说，需要引起足够重视的一点就是要重视人——在软件开发中，这将主导技术、效率、质量。 本文内容上没有阐述敏捷项目管理与普通项目管理的区别，也没有完全按照计划——分工——执行三个环节来论述，更多的是作者随想随写的一些经验之谈。软件的项目管理也是整个软件工业没有“银弹”的一个重要方面，很多时候，经验比理论占据更重要的地位。文中的很多内容对于有实际项目管理经验的同行来说，可能能够产生一些共鸣，如果这样，本文就起到总结经验的作用。对于那些尚未有取得这些经验的同行来讲，本文中的实际案例和场景可以帮助增进这些读者的感性认识。 第2部分让人的资源多起来
软件项目开发的核心资源就是人，在一定的项目规模和资本规模下，人的资源是受限的。项目中考虑人的资源常常以人数来计，但是实际中我们都清楚，工作量是以任务来分解和总和的。这就说明人和任务之间存在一个关系，这个关系就是角色。 1.1. 角色（Role）角色是对工作任务的职责抽象，与具体的职位有着区别。一般情况下，角色和职位是多对一的关系。敏捷风格的项目管理认为在产品（软件）开发过程中，成员所承担的角色虽然有其固定的一面，但是可以赋予它更多变化来改变工作的分配模式。举例来说，A的职位是项目经理，但是同时也是优秀的设计师，那么，可以认为A承担了项目经理和设计师两个角色。 在软件开发管理中，角色其实非常丰富。常见的角色如：项目经理、需求分析师、系统设计师、开发工程师、测试工程师。对于大型项目，比如基于J2EE的项目，根据实际项目中的技能需求，需要各种类似专家的角色，比如人机界面工程师，部署工程师，配置管理员，DBA等。 敏捷的项目管理中要求角色不是固定的，一人可以担任多个角色，这样才可以充分利用已有的资源。如同电网的电力资源一样，资源的存在和分布有时是难以改变的，但是其是否充分利用依赖如何调度。 角色是项目中任务的具体承担对象，从角色角度而不是职位角度考虑资源的分配，有利于合理分工，保持资源的平衡。对于存在多个项目并行工作的情况，这一点非常有意义。我们知道，一个公司的DBA不会太多，多个项目并行工作的时候，可能各个项目都需要DBA的协助，但是从人员编制上，DBA可能仅隶属于某个具
软件测试面试题及答案
软件开发——软件测试 1、测试的关键问题是() A．如何组织对软件的评审 B．如何验证程序的正确性 C．如何采用综合策略 D．如何选择测试用例 2、下面不属于软件测试步骤的是 A．集成测试 B．回归测试 C．确认测试 D．单元测试 3、自底向上集成需要测试员编写驱动程序。请判断这句话的正确与否。 A．T B．F 4、测试人员要坚持原则，缺陷未修复完坚决不予通过。请判断这句话的正确与否。 A．T B．F 5、软件测试类型按开发阶段划分是？ A．需求测试、单元测试、集成测试、验证测试 B．单元测试、集成测试、确认测试、系统测试、验收测试 C．单元测试、集成测试、验证测试、确认测试、验收测试 D．调试、单元测试、集成测试、用户测试 6、如果我们可以通过覆盖率检测来判断我们是否对所有的路径都进行了测试，但是仍然可能存在未被检测出来的缺陷，原因是（） A．全部选项 B．程序可能因为缺某些路径而存在问题 C．穷举路径的测试可能不好暴露数据敏感的错误 D．就算穷举路径测试也不能保证程序符合需求 7、下面哪些属于网游的测试内容？ A．客户端性能 B．服务器端性能 C．从运行完 game.exe 打开游戏界面后可进行的各种操作、玩法D．界面 8、下述有关负载测试，容量测试和强度测试的描述正确的有？ A．负载测试：在一定的工作负荷下，系统的负荷及响应时间。B．强度测试：在一定的负荷条件下，在较长时间跨度内的系统连续运行给系统性能所造成的影响。 C．容量测试：容量测试目的是通过测试预先分析出反映软件系统应用
特征的某项指标的极限值（如最大并发用户数、数据库记录数等），系统在其极限值状态下没有出现任何软件故障或还能保持主要功能正常运行。 D．容量测试是面向数据的，并且它的目的是显示系统可以处理目标内确定的数据容量。 9、集成测试的过程包括有以下哪些？ A．构建的确认过程 B．系统集成测试测试组提交过程 C．测试用例设计过程 D．Bug的报告过程 10、下面关于软件测试，描述正确的是？ A．软件测试是使用人工操作或者软件自动运行的方式来检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别的过程。 B．软件测试的测试目标是发现一些可以通过测试避免的开发风险。C．软件测试的原则之一是测试应该尽早进行，最好在需求阶段就开始介入 D．软件测试主要工作内容是验证（verification）和确认（validation）11、验收测试是由最终用户来实施的。请判断这句话的正确与否。A．T B．F 12、下面属于黑盒测试方法的是 A．语句覆盖 B．逻辑覆盖 C．边界值分析 D．路径覆盖 13、项目立项前测试人员不需要提交任何工件。请判断这句话的正确与否。 A．T B．F 14、下面属于白盒测试方法的是 A．等价划分方法 B．逻辑覆盖 C．边界值分析 D．错误推测法15、负载测试是验证要检验的系统的能力最高能达到什么程度。请判断这句话的正确与否。 A．T B．F 16、既可以用于黑盒测试，也可以用于白盒测试的方法的是（）A．逻辑覆盖法 B．边界值法 C．基本路径法 D．正交试验设计法17、判断对错。系统测试计划属于项目阶段性关键文档，因此需要同行评审。 A．T B．F
敏捷开发心得
敏捷开发心得 敏捷开发，曾经对它的理解就是没有文档的快速开发。众所周知，写软件开发文档是一件很痛苦的事情，所以越来越多的人因为这点去使用敏捷开发。但是经过这一段时间的学习之后，我对敏捷开发有了一些新的理解。 首先，对敏捷开发下个定义，借用下百度百科的定义。简单的说，敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。 这个定义只从表面上解释了一下敏捷开发，没有具体说明怎样使用敏捷开发。下面讲一下我对敏捷开发的具体心得。 1.架构师的重要性 首先，敏捷开发对于个人能力的要求是十分高的，尤其是领导人的能力。领导者及架构师是个举足轻重的角色，需要有深厚的行业背景、创新能力，以及架构能力。一个好的架构师，必须能考虑到产品当前使用模块，产品可以继续发展的模块以及下一代产品的方向。只有考虑到这三种模块和特性，这样的产品才能保持长期的生命力。敏捷开发也强调拥抱市场变化，这对产品架构师提出了很高的要求——深厚的业务背景、创新能力、技术洞察力和架构思想。 2.不断加强自己的技能 敏捷开发对于个人适应变化的能力要求非常高，所以对于普通员工来说，就必须不断加强自己的技能。不断的关注优秀的技能和好的设计会增强敏捷能力，很多原则、模式和实践也可以增强敏捷开发能力。 3.结对编程 结对编程，简而言之，就是两个人同时坐在同一个电脑面前，一个人编程，另外一个人检查并给予一定的帮助，过一段时间可以交换工作。很多公司不愿意使用结对编程，因为这样得额外支付一倍工资。但是，结对编程也有它的优点。在工作效率上说，两个人同时工作就避免了单独工作时出现的没事上QQ聊天和浏览休闲网站的情况，这样会提高工作效率，结对编程一天的产出不一定小于两
软工测试题
单选题１(10 满分) 1. 下面的（）说法是正确的。 A. 由于软件是产品，因此可以应用其他工程制品所用的技术进行生产 B. 购买大多数计算机系统所需的硬件比软件更昂贵 C. 大多数软件系统是不容易修改的，除非它们在设计时考虑了变化 D. 一般来说，软件只有在其行为与开发者的目标一致的情况下才能成功2. 造成大型软件开发困难的根本原因在于（）。 A. 开发人员缺乏足够的开发经验 B. 对软件开发的资金投入不足 C. 项目开发进度不合理 D. 软件系统的复杂性 3. 软件会逐渐退化而不会磨损，其原因在于（）。 A. 软件通常暴露在恶劣的环境下 B. 软件错误在经常使用之后会逐渐增加 C. 不断的变更使组件接口之间引起错误 D. 软件备件很难订购 4. “软件工程”术语是在（）被首次提出。 A. Fred Brooks的《没有银弹：软件工程中的根本和次要问题》 B. 1968年NATO会议 C. IEEE的软件工程知识体系指南（SWEBOK）D. 美国卡内基·梅隆大学的软件工程研究所5. Ariane 5火箭发射失败的事例告诉我们（）。 A. 系统环境的变化可能影响软件采集数据的精度、范围和对系统的控制 B. 软件后备系统可以通过复制生成 C. 软件重用必须重新进行系统论证和系统测试 D. 选项A和C E. 选项A、B和C 6. 软件工程的基本目标是（）。 A. 开发足够好的软件 B. 消除软件固有的复杂性 C. 努力发挥开发人员的创造性潜能 D. 更好地维护正在使用的软件产品 7. 软件工程方法是（）。 A. 为了获得高质量软件而实施的一系列活动 B. 为开发软件提供技术上的解决方法 C. 为支持软件开发、维护、管理而研制的计算机程序系统D. 为了理解问题和确定需求而采取的一些技术和方法 8. 下面的（）是正确的。 A. 运行正确的软件就是高质量的软件。 B. 软件质量是在开发过程中逐渐构建起来的。 C. 软件产品质量越高越好，最理想的情况是达到“零缺陷”。D. 软件质量是由产品的功能、性能、易用性等外在特性决定的。 9. 在Garvin多维度模型中，可靠性是指（）。 A. 软件产品提供了让用户产生惊喜的特性 B. 软件实现了用户需要的功能和性能 C. 软件在规定时间和条件下无故障持续运行D. 软件符合国家或行业的相关标准
敏捷开发管理案例》
题目：请对您所在/之前做过的某个项目进行分析：属于何种SDLC模型？项目过程中用了哪些敏捷开发方法？您认为还有哪些地方可以通过敏捷进行改善？ 项目背景 在之前的公司中，是生产SIM卡为主，在多个国家有分厂，每月为不同的国家的客户提供大批量的SIM卡，需要有一个系统可以统计提供更准确的不同销售区域产出及发货的数据，减少人力成本。在这之前，有人试过完成这个系统，但当时用的是传统的 瀑布流方法，一直没能开发出一个可以工作的系统来。所以重新启动，引入敏捷开发 方式，制定了Scrum计划 起步阶段 项目初期，在第一个sprint开始前安排了一个启动阶段，耗时两周，准备好了sprint 中所需的一切。这个启动阶段由一个项目经理，一个架构师和一个Scrum___ master 参与完成。 选择产品负责人时候，我们选择了两个业务分析师一同承担产品负责人的职责。 因为之前做过这个系统，有些部分的需求文档是存在的，但是形式不适用于敏捷计划 和估算。因为在敏捷开发中，需求应当被组织成小块的段落，每一块都可以在一个sprint中进行实现、测试和演示，但是现有的文档与此要求不符。为了解决这个问题，Scrum___ master帮做了最原始的产品backlog，里面放着一些细粒度的、经过估算 的用户故事，供前几个迭代使用。 分布式团队的组建 建立团队伊始，就要决定如何协作。因为有海外的多个分公司，沟通显得尤为重要。 我们跟所有团队成员一起制定了一个“规范和章程”，定下来一些实践方式，如怎样做结对、用哪些工具、质量目标、每天的核心工作时间等等。然后在Wiki上记录下来。整个团队有了共识。一旦这些共识需要修改，比如在回顾会议上提出改进，这些实践 就要在wiki上更新，这样有新人加入的时候，他们看到的总是最新内容。 我们用ScrumWorks记录谁在做什么事情，记录Sprint的进度。因为我们是分布式 团队，所以这个比白板要好得多。在跟产品负责人讨论产品backlog的时候，ScrumWorks也起了很大作用。