2014年第17讲-复习大纲与课程总结.docVIP

软件测试概述 1、 软件缺陷的定义——正式定义 软件未达到需求规格说明书中指明的功能 软件出现了需求规格说明书中指明不会出现的错误 软件功能超出需求规格说明书中指明的范围 软件未达到需求规格说明书中虽未指出但应达到的目标 软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好 2. 软件测试的目的和意义 “使用人工或自动手段来运行或测定某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别”。 3、 软件测试原则 软件测试应追溯到用户需求 应尽早和不断地测试 穷尽测试是不可能的——Good Enough原则 具有良好的测试态度 避免测试自己的程序 增量测试 测试分级 测试有重点：80/20原则 避免测试的随意性 4、 对待缺陷的基本原则 缺陷的群集现象 缺陷有免疫力 缺陷关联和依赖 测试结果的处理原则 对缺陷进行复查和确认 测试结果的全面检查 出错统计和分析 妥善保存测试过程文档 5、 软件测试与质量保证的区别： 相同点：都是贯穿于整个软件开发生命周期的。 不同点：软件质量保证（SQA）侧重于对流程中各过程的 管理与控制，是一项管理工作，侧重于流程和方法； 而软件测试是对流程中各过程管理与控制策略的具体执行 和实施，其对象是软件产品（包括阶段性的产品）。即软 件测试是对软件产品的检验，是一项技术性工作。软件测 试，常常被认为是质量控制的最主要手段。 6、 v模型和w模型的区别： V模型是软件开发完了之后才开始测试活动。而W模型则是 软件测试活动伴随着软件开发活动。和软件开发同时开展 W模型更加敏捷，对于软件的交付期和品质的保证能力 更强。 7、 测试用例的定义 测试用例 = 输入 + 输出 + 测试环境 测试用例是针对软件产品的功能、业务规则和业务处理所设计的测试方案。 对软件的每个特定功能或运行操作路径的测试构成了一个测试用例。 8、 测试用例的重要性 技术层面 指导测试的实施 规划测试数据的准备 编写测试脚本的“设计规格说明书” 降低工作强度 管理层面 团队交流 重复测试 检验测试员进度 质量评估 分析缺陷的标准 9、 测试用例设计的基本原则 测试用例的代表性 正常数据 边界数据 错误数据 测试结果的可判定性 测试结果的可再现性 10、 测试用例的评价标准 有效性 经济性 可仿效性 可修改性 独立性 可跟踪性 11、软件测试人员应具备哪些素养 作为一名开发人员：熟悉属于开发人员自己的测试任务和测试技术 作为一名测试人员：熟悉属于测试人员自己的测试任务和测试技术 作为一名测试项目经理：组织测试人员进行项目测试 作为一名测试部门经理：根据公司发展的不同阶段，设计公司测试流程和进行测试团队建设 第三章 禅道系统 1、 禅道项目管理系统是什么？ 禅道项目管理系统(ZenTaoPMS)是一款国产的，基于LGPL协议，开源免费的项目管理软件，它集产品管理、项目管理、测试管理于一体，同时还包含了事务管理、组织管理等诸多功能，是中小型企业项目管理的首选。 2、 为什么选择禅道系统？ 第一款完整涵盖产品管理、任务管理、测试管理的开源管理软件，使用一个软件解决项目管理核心问题。 基于国际流行的敏捷管理方式scrum。 B/S架构，方便部署、使用。 概念简单，容易上手。 开源的项目管理软件，可自由进行定制，修改。 免费的项目管理软件，降低企业的投入成本。 自主的开发框架，预留扩展机制，通过第三方的插件扩展获得更多的功能。 有完善的开发团队，特别适合中小企业的管理。 3、 禅道系统的功能列表 组织管理 部门管理、用户管理、分组管理、权限管理 产品管理 产品管理、需求管理、计划管理、发布管理、路线图 项目管理 项目管理、任务管理、项目需求管理、团队管理、工时管理、build管理、燃烧图。 质量管理 Bug管理、测试用例管理、测试任务管理。 我的地盘 TODO管理、我的需求、我的bug、我的任务…… 4、 禅道项目管理的基本流程 首先产品人员维护需求列表，需求有优先级和预计工时。 召开产品计划会议，与会人员有产品、研发和测试，大家就当前项目（固定的时间和人）所需要完成的需求达成一致，形成项目的需求列表。 项目团队对需求进行WBS任务分解，开始开发。 测试人员根据需求创建自己的测试用例。当有版本提交以后，建立相应的测试任务，记录缺陷。研发人员修复bug。 项目结束之后，大家召开演示会议，团队向相关人员（产品人员及所有感兴趣的人）展示该项目所取得的成果。大家提出的反馈由产品人员整理成为需求。 开始下一轮的循环。 5、 禅道里面bug的基本处理流程 禅道里面缺陷处理的基本流程是：测试提交bug = 开发解决bug = 测试验证bug = 测试关闭bug。 如果bug验证