高级软件测试技术——2.pptVIP

高级软件测试技术 国信培训 段念 2005.12.17 课程说明 本课程的面向对象为测试经理、测试分析设计人员、测试工程师、项目经理、开发人员、质量相关人员 课程时间安排为 2 天，上午 9:00 – 12:00，下午 13:00 – 17:00 课程进行中，请关闭手机或是将手机调为震动 课程进行中，任何问题都可以随时向讲师提出，但讲师有权决定在何时进行解答 测试组织结构 测试组织的构成 测试部门经理 测试项目经理/测试经理 测试代表 测试小组成员 软件测试工程师 硬件测试工程师 自动化测试工程师 其他技能人员 选择合适的成员 技能 经验和背景 类似的项目经验 个人性格和软技能 成员培训 关注项目启动阶段 关注项目确定的范围 为即将到来的测试做好准备 项目背景 技能要求 用户态度 可能的参与模式 要注意的特殊事项 测试团队成员类型 老虎 牛 猴子 长颈鹿 狐狸 鼹鼠 不同类型员工的对策 部门氛围的营造 学习型组织 学习的交流的氛围 部门讲师制度 专题研究 鼓励参与外部交流 制度和流程 制度流程先行 知识不仅仅是个人的，首先是团队的 部门讲师制度 原则 讲师既是荣誉，也是责任 将讲师的传播工作作为绩效的组成部分 讲师聘用制度 部门讲师的认证方法 自行报名 考核认证 发证 测试经验库 “从实践中来，到实践中去” 测试经验库的几个层次 普适性的测试经验（测试设计经验、测试执行经验） 针对具体产品的测试经验 针对规范的测试经验 测试经验库的载体 Excel 文档 自行开发的信息系统 采用 Wiki 作为载体 测试规范 测试规范是另一种形式的测试经验积累 测试规范的类型 界面测试规范 XX产品测试规范 XX模块测试规范 WEB应用性能测试规范 …… 围绕测试用例的测试工作 什么样的用例才是好的用例？ 首选，评价用例的好坏要从“总体”的角度来考虑——覆盖性、有效性 其次，用例应该具有基本的要素——用例编号、用例名称、用例前置条件、用例步骤、用例的输入数据、用例预期结果、验证用例的方法 用例示例 用例示例.doc 测试工程师绩效评价的难点 测试不是构造工作，因此无法用确切的构造成果来评价 测试不能提高质量，因此产品质量不是评价测试的唯一因素 测试不是纯粹的技术工作，测试还应该包括许多沟通和协调的工作 测试工程师的绩效评估框架 事后评价 工作成果评价 非技术因素评价 组织建设评价 事后评价 通常，我们可以通过对测试产品的质量评价的一部分反映测试人员的工作效果 现场发现问题数 / 测试发现问题数 工作成果评价 用例设计效率 用例执行效率 发现缺陷数量 工作规范化程度 相关问题：测试组织的基准效率 非技术因素评价 一个好的测试人员不是发现问题最多的测试人员，而是使自己发现的问题最多得到解决的测试人员。 ——《Software Testing》 沟通能力 协作能力 受欢迎程度 评价的方法：360度考核 组织建设评价 在测试理念推广上发挥的作用 在测试工具研究上发挥的作用 在测试自动化方向上发挥的作用 为测试经验库和规范库贡献的成果 其他与组织建设相关的工作 建议方法：将所有这些纳入日常工作管理范围内，例如，月度计划、周报和日报 测试度量 测试是什么 测试是一个系统工程 测试是设计和实现一种特定软件系统的过程 测试的目标是发现缺陷 测试是一个发现缺陷的过程 测试的手段是 V（Verify） V（Validate） 测试是对依据系统预期行为设计的测试用例的动态验证（Dynamic Verification）过程，目的是发现程序中的缺陷 —— SWEBOK 2004 测试度量过程 测试现状 CMM 3级的经验数据： 千行代码错误数：2.39 美国国防部经验数据： 千行代码错误数 0.01 测试度量过程 度量分析过程提供对其它相关过程的支持，是一个支持过程。度量分析过程指导项目和组织将度量需求和目标与提供客观有用结果的度量活动结合起来，从而帮助项目和组织制定有用的决策并采取适当的纠正措施。 为有效开展度量分析活动，度量分析过程需遵守一些准则和规范： A) 度量活动要满足相关方对数据的需求； B) 与所投入的资源相比较，度量结果是有价值的； C) 严格按照组织定义（或经批准的裁剪）的度量说明来执行。 测试度量过程 测试度量过程 选择有用度量的标准 依据如下标准评价潜在的度量是否真的有价值： ?? 度量与问题紧密相关； ?? 能提供足够的信息来说明问题； ?? 通过了事实的测试，如度量是否真的反映了过程对重要结果的实现程度； ?? 数据收集起来容易、有效，不需花费太多的工作量； ?? 使来源不同的相同度量数据一致、不矛盾； ?? 度量后能够显示出可比较的差异； ?? 形成数据集合时，可以用