华软敏捷开发与测试复习提纲

(一)简答1.敏捷软件测试的关键成功要素。2.敏捷宣言。3.常用的敏捷方法。4.敏捷测试象限。5.敏捷测试中，自动化的原因有哪些？6.敏捷测试与传统测试的区别。7.高效敏捷测试自动化工具的特征。(二)有关敏捷开发与测试重要知识点:（填空）(三)教材每章最后的小结。文化因素如何影响测试人员和他们的团队成功的转变到敏捷开发。1 在做出任何变化之前都应该考虑组织文化。2 当整个组织重视质量的时候，测试人员可以容易地融入敏捷团队，但是具有“质量警察”思想的测试人员很难融入敏捷团队。3 有些测试人员可能会在适应“整个团队”对质量负责的时候有困难，但是团队方式可以帮助克服文化差异。1 要考虑团队结构的重要性2 测试人员需要接触更大的测试人员社区来学习和实践新的想法。3 整个团队在一个地点很重要。4 在招聘时关注态度。5 没有正确的测试人员-开发人员比例。6 团队需要自组织，应确认并确认他们自己的问题，并寻找进步的方法。7 如果团队在努力，管理层应该奖励促进团队交付业务价值的业绩，但不要惩罚个人。8 测试人员可以使用敏捷原则来改进自己的技能并增加他们带给团队的价值。 正确的度量标准能够帮助团队运转正常以实现特定目标，并提供良好的投资回报。 度量标准应该是可见的，应提供必要的里程碑以供我们做出决定。 使用缺陷跟踪系统的原因包括便捷、用作知识库、用于跟踪。 缺陷跟踪系统被滥用作沟通工具，记录和跟踪不必要的缺陷是一种浪费。 所有工具，包括缺陷跟踪工具，需要整个团队使用，所以在选择工具时应考虑所有人的看法。 测试策略是长期的总体测试方法，可以记录在静态文档中。测试计划应该对每个项目都是唯一的。 在简单地接受文档之前应考虑替代方案。例如，敏捷方法提倡小的增量开发、紧密协作，可能不再需要正式的跟踪性文档。把源代码控制系统的注释与测试连接起来可能是另一个选择。 传统的质量过程和过程改进模型，如SAS70审计和CMMI标准，能够与敏捷开发和测试共存。团队需要创新思维，一起解决问题。 敏捷测试四个象限作为确保在测试和开发过程中覆盖产品质量的所有方面的指导方针。 1 可以使用支持团队的测试驱动需求。 2 评价产品的测试帮助我们思考应用质量的所有方面。 3 使用象限来知道什么时候完成，并确保整个团队共同负责来覆盖矩阵的四个象限。 4 管理技术债务是任何软件开发团队的基础。使用象限来思考不同的维度。 5 上下文环境可指导测试工作。 支持团队的面向技术的测试的目的，以及所需要的技术和工具： 1 支持编程的面向技术测试使团队有了生产更高质量代码的可能，构成其他所有类型测试的基础。 2 程序员编写支持团队的面向技术的测试并通过提高系统的内部质量和可测试性向测试人员提供了很大的价值。3 如果你的团队不做这些测试，可以通过让其他团队成员参与其中和从管理层的支持来启动测试。4 为了尽快提供反馈，团队应该实施持续集成、构建和测试过程。5 为了帮助支持团队的面向技术测试，敏捷团队需要例如源代码控制、测试自动化、IDE和构建管理等工具。 在敏捷开发中，示例和面向业务的测试告诉团队应该编写哪些代码，而不是传统的需求文档。 针对功能的小部分工作，在短迭代内，让客户有机会查看和使用应用并调整需求。 测试人员的一个重要职责是帮助客户表述满足条件和创建预期、非预期的示例、每个故事的行为。 和团队一起将功能集合分解成小的、可管理的故事和路径。 遵循“编写测试-编写代码-运行测试-了解”的模式，一步步构建功能。 支持团队的面向业务测试必须自动化以快速和容易地进行反馈，团队才能在短迭代中生产价值。 1 团队需要正确的工具来启发需求和示例，从全局到细节，包括核对表、思维导图、电子表格、模型、流程图和各种软件工具。2 在GUI层或底层显示示例和自动化测试的工具对敏捷测试自动化很重要。一些工具包括单元测试工具、行为驱动开发工具。3 自制的测试自动化帮助团队降低自动化测试维护的成本。4 通过面向业务测试驱动开发是激励敏捷团队设计可测试性代码的一种方式。5 构建自动化的测试策略应该包括增量构建测试和确保测试一直通过。设计模式可以用来指导创建有效的测试。6 关键词和数据驱动测试通常适用于本章介绍的各种工具。7 在代码设计中考虑可测试性，理智地选择测试工具，因为它们需要适用于你的代码。8 我们需要想办法组织测试，以便有效地使用并进行版本控制。 (1)在评估一个故事的工作量时，考虑不同角度，包括商业价值、风险、技术实现、以及该功能的使用方法、场合等。不明白的地方要有针对性的提出问题，不要钻牛角尖。(2)测试人员能帮助你在功能集中找出其中的薄弱环节和关键路径，对设定故事优先级有较大帮助。高风险的故事应尽早作出安排，可能需要尽早开始额外的测试。(3)测试人员能帮助团队全面考虑新故事对整个系统造成的影响。(1)迭代审核是从客户团队得到反馈的绝好时机。(2)回顾活动是帮助团队不断改进的一项关键性实践活动。(3)全盘考虑团队可以做出改进的方面，但每次只关注其中的一至两项。(4)找到合适的方式让大家在迭代中时刻不忘这些改进活动项。(5)大小成就都要庆祝，并且感谢团队中不同角色各自做出的贡献。(6)迭代结束时的这几项活动也是提出测试相关障碍的好机会，大家一起想办法客户它们。(1)产品的成功交付不仅包括正在构建的应用,还要计划好非软件交付的产品,例如文档、法律声明和培训。(2)结束阶段是精心修饰产品、对产品进行最后加工的机会。(3)其他小组可能负责结束阶段和发布的环境、工具和其他构件，要提前与他们合作。(4)确保测试了数据库更新脚本、数据转换和安装的其他部分。(5)UAT是客户用他们的数据测试并建立他们对产品的信心的时机。(6)为必需的额外周期计划时间，例如协调在开发之后与外部部分的测试周期。(7)在发布计划过程中建立发布验收标准，这样可以知道发布什么时候准备好。(8)测试人员要经