软件测试管理-天准.pptVIP

课程内容 软件测试概述 测试策略 测试用例设计 系统测试 缺陷管理 测试工具 单元测试 软件质量决定了软件企业的生死存亡 巴拿马中心医院因设备软件缺陷，引起医疗事故，导致8人丧生 赛门铁克、卡巴斯基的“误杀门” 奥运门票销售系统瘫痪 …… 软件质量管理主要活动 质量保证（QA：Quality Assurance） 确保缺陷不引入到产品当中，如培训、过程改进、质量计划 质量控制（QC：Quality Control） 检测出产品缺陷，确保缺陷不流入到客户，如评审、测试 测试的重要性 完全靠质量保证活动来保证产品质量既不现实也不经济，评审和测试是提升产品质量的必要手段 测试活动约占整个项目总工作量的50%以上 微软的测试人员甚至比开发人员数量还多 在国内，测试已由原来的冷门职业成为了如今的黄金职业 测试常见问题1 测试工程师是不是只在项目开发的后期才参与到项目中？ 测试常见问题2 经过了测试的产品依然有较多质量问题，一定是测试工程师的责任吗？ 测试常见问题3 测试工作是否是简单、重复、没有创造性空间的工作？相比之下开发人员具备的技能应该更高、职业前景更好？ 测试常见问题4 是否是所有的测试工作都由测试人员完成？开发人员不承担测试工作？ 测试常见问题5 测试发现的所谓的bug到底是不是bug？测试人员说的算还是开发人员说的算？ 测试常见问题6 把发现缺陷的数量作为测试人员的考核有什么益处和弊端？ 软件测试原则 所有测试都应追溯到用户需求的原则 测试是为了发现缺陷，而缺陷是以是否满足客户需求来界定的 消除“我们就是这样设计的”现象 测试工作尽早启动的原则 缺陷的十乘十乘十法则，测试活动启动越早效率越高 20/80原则 80%的错误源于20%的模块 有所为，有所不为 软件测试原则 为效益而测试的原则 测试最终目不是要测出无缺陷产品，而是让企业盈利 测试的艺术在于用最少的代价发现最多的问题 先局部后整体的原则 高效率测试，从小规模开始（单元测试）、逐渐到大规模（系统测试） 第三方测试的原则 自己找自己的问题总是很难 测试目的 测试是为了证明程序是正确的？还是发现程序中的错误？ 测试目的： 程序测试是为了发现错误而执行程序的过程； 测试是为了证明程序有错，而不是证明程序无错误； 一个好的测试用例是在于它能发现至今未发现的错误； 一个成功的测试是发现了至今未发现的错误的测试。 ——《 The Art of Software Testing 》 测试管理关注点 测试人员能力培养 测试项目管理 测试过程体系建设 测试过程资产累计 测试工具的开发和引入 测试自动化的开展 测试人员技能要求 业务领域知识 测试用例设计方法 专项测试技能 测试工具的使用 测试工作规划和管理 测试职业发展 测试技术员（Technician ）：入门级职位，搭建软硬件环境，执行自动化测试脚本等简单工作 测试工程师（Engineer ）：设计测试用例、执行测试；具有初步的编程能力，编写自动化测试脚本、开发简单的测试软件、指导开发人员执行白盒测试 测试工具开发者：精通测试和编程，自行开发测试工具，或对开源测试工具定制化 测试经理：制定测试策略、测试计划、人员管理，测试团队和能力的建设等 课程内容 软件测试概述 测试策略 测试用例设计 系统测试 缺陷管理 测试工具 单元测试 测试过程 思考 只要开发人员把代码交给测试工程师，测试工作就启动了？还是有什么条件？ 所有的特性都同等程度地测试吗？ 哪里将是测试的重点？ 将使用什么样的测试技术？ 动态还是静态？哪些用白盒、哪些用黑盒？ 如何执行测试？手工还是自动化？ 哪些部分进行自动化测试？哪些部分进行手工测试？ 什么时候测试可以结束了？ 答案… 为了回答这些问题，要制定测试策略 演练：测试策略制定演练 课程内容 软件测试概述 测试策略 测试用例设计 系统测试 缺陷管理 测试工具 单元测试 测试用例设计时机 测试用例 测试用例：描述输入、动作和期望的结果，其目的是确定应用程序的某个特性是否正常的工作。 软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果 测试用例 软件测试中最重要的因素是设计和生成有效的测试用例 在时间和成本的约束下，软件测试的最关键问题是：在所有的测试用例中，哪个子集有可能发现最多的缺陷 测试的创造性充分地体现在测试用例的设计上 黑盒方法 黑盒方法 黑盒－等价类划分 黑盒－边界值分析 边界值分析 边界值分析 边界值分析 黑盒－判定表 判定表-例子1 判定表-例子2 规则及规则合并 判定表中列出多少组条件取值，也就有多少条规则，即条件项和动作项由多少列 有两条或多条规则具有相同的动作，并