1、构造运营文档的基本内容：操作指南、标准的操作流程；用户支持和技术支持的流程；知识库；技术支持人员的培训。 2、在制定项目中间里程碑时，以下哪些方针可以借鉴？ 由项目类型决定；考虑外部事件和风险；避免长时间没有里程碑；将里程碑与交付成果结合起来；仅使用适合项目情况的MSF 推荐的里程碑 3、关于“项目对团队成员能力的需求”以下说法正确的是：在某个项目给定范围内，能够保证工作有效进行所需要的知识、技能和绩效等级 4、使用测试的目的是确保解决方案在它所需要的环境下正常工作，其重点是从用户和运营人

软件测试理论篇 一、为什么软件要做软件测试 纵观历史事件说明软件测试的重要性 二、软件测试的概念 1、测试是为了发现错误而执行程序的过程 ; 2、在规定条件下，对程序进行操作，以发现错误，以软件质量进行评估 ; 3、使用人工或者自动化手段，来运行或者测试某个子系统的过程，其目的在于检查它是否 存在满足规定需求或弄清预期结果与实际结果之间的差别（ IEEE ：美国电气和电子工程师 协会）应用程序管理工具 2、软件基础知识:软件工程,软件生命周期、测试理论和测试方式有较深的理解 3、软件测试技术,方

火龙果软件工程技术中心  如果我们有多个敏捷团队在同一个代码库上工作时，如何将彼此之间代码互相冲突的风险最小化？如何确保每个迭代结束时拥有一个干净的、可发布的软件版本？本文讲述了关于如何在敏捷的环境中与多个团队共同进行版本控制工作的实例——这正是我们在《ScrumandXPfromtheTrenches》中描述的公司所采纳的方式。本文并非专为版本控制专家所写，实际上这样的专家在本文中找不到新东西。本文是为我们这些希望进行简单、有效的协作的人所准备的。任何直接参与敏捷软件开发的人，无论他承担何种角

火龙果软件工程技术中心  如果我们有多个敏捷团队在同一个代码库上工作时，如何将彼此之间代码互相冲突的风险最小化？如何确保每个迭代结束时拥有一个干净的、可发布的软件版本？本文讲述了关于如何在敏捷的环境中与多个团队共同进行版本控制工作的实例——这正是我们在《ScrumandXPfromtheTrenches》中描述的公司所采纳的方式。本文并非专为版本控制专家所写，实际上这样的专家在本文中找不到新东西。本文是为我们这些希望进行简单、有效的协作的人所准备的。任何直接参与敏捷软件开发的人，无论他承担何种角