软件测试高阶培训课程.pptVIP

流程即算法 流程是和技术、管理同等重要； 现代工程科学都重视流程。 CMMI, PMP… 流程清晰，接口明了，有章可循。 剪裁流程同等重要，怎么剪裁，体现功底。 流程改进（过程改进）就是因地制宜，逐步剪裁或增加。 软件测试过程 没有过程的测试会产生什么负面影响？ 1）抓不住重点。那些是测试的重点？ 没有流程的测试往往一开始就执行测试，管理层不知道他们在测什么，不能统计测试覆盖情况，测试不能用来度量质量，测试工程师一离职新人就要从零开始。 2）不可控。资源、人员和时间开销统统未知。比如：什么时候测试结束？测试范围如何界定？能否在产品发布前完成测试？ 3）难度大。比如爬山，没有伙伴，没有阶梯。 系统测试规范流程 软件测试过程 软件测试是包含“计划-执行-检查-改进”的一系列活动的序列。 软件测试不是“写用例，跑用例”或者漫无目的的盲测。 不要认为测试不需要过程！ 测试作为项目的流程建设 工程角度 测试需求分析—〉测试设计—〉测试执行—〉测试交付 项目管理角度 启动—〉规划—〉实施—〉监控—〉收尾 现实的测试流程总是统一的，是有机的整体，不是两张皮或多张皮 确定测试的需求 功能性测试需求 性能测试需求 可靠性测试需求…… 获取功能性测试需求 正如其名称所示，功能性测试需求来自于测试对象的功能性行为说明。每个功能测试需求项至少会派生一个用例。 要学会沟通。很多需求需要和需求分析及设计人员面对面交流、整理，形成文字。 虽然测试需求的获取有时是口头的，但对测试需求的确认却需要足够的严肃。如有必要，请有关人员评审、签字，并纳入配置管理。 获取性能测试需求 性能测试需求来自于测试对象的指定性能行为。性能通常被描述为对响应时间和/或资源使用率的某种评测。性能在各种条件下进行评测，这些条件包括： 1.不同的工作量和/或系统条件 2.不同的用例 3.不同的配置 获取性能测试需求 性能需求在补充需求中说明。检查这些材料，对包括以下内容的语句要特别注意： 1.时间语句，如响应时间或定时情况 2.指出在规定时间内必须出现的事件数或用例数的语句 3.将某一项性能的行为与另一项性能的行为进行比较的语句 4.将某一配置下的应用程序行为与另一配置下的应用程序行为进行比较的语句 5.一段时间内的操作可靠性（平均故障时） 6.配置或约束 软件测试过程 获取测试需求 将软件需求转化为测试需求 业务需求、用户需求、功能需求、性能需求、约束性需求的转化 将不具有可测试性的需求明确，转化为可测试性的需求 软件测试过程 测试需求工程 测试需求规约 哪些测试需求是重要的 哪些测试需求是不重要的 哪些测试需求是关联的如逻辑顺序 哪些测试需求是可以合并的 软件测试过程 测试需求工程 形成测试需求规格说明 测试需求矩阵 测试需求列表 测试需求优先级别 软件测试过程 测试需求工程 测试需求管理 测试需求仅在需求、设计规格变动后变动； 测试需求变动 CCB DCR； 测试需求与最新软件文档保持一致； 重大测试需求变动应提交产品相关部门批准。 测试需求规格应纳入配置管理。 软件测试过程 测试设计是从宏观对微观、从最佳到最差、从概念到操作逐步求精的计划和实现过程。 测试设计包括7个部分。 策略、计划、方案、场景、用例、数据、脚本 软件测试过程 测试策略设计 好的策略是测试成功的一半： 测试需求的优先级别定义 测试阶段的重点与非重点 测试技术选型(工具) 测试活动的并串行关系 测试用例设计的正反向比例关系 测试风险及其应对 软件测试过程 测试计划设计 测试计划应包括的内容：项目背景知识、资源约束、测试范围界定、角色职责、测试方法、测试进入及退出准则、测试交付方式、测试风险应对等等。 测试计划不应该由一个人制定，同时计划是需要不断更新的 软件测试过程 测试方案设计 与软件体系结构相关； 是一个树状结构； 叶子结点应能分解出测试场景或用例； 软件测试过程 测试场景设计 与用户的业务需求相关 与实际的调用有关 是一个有意义的相对完整的应用 软件测试过程 测试用例设计 从测试需求项直接导出测试用例；（功能点细分与逻辑关系分析） 从状态机导出测试用例； 虚拟用户的分析方法； 从Adhoc发现的bug倒推出测试用例； 改变测试环境类推用例 软件测试过程 测试用例设计 注意串行、并行关系 注意粒度大小 注意用例间的耦合关系，归并相同结点 注意用例间的时序关系 软件测试过程 测试数据设计 等价类 边界值 特殊值 随机数（自动工具盲测） 错误猜测 软件测试过程 测试脚本设计 C# ，Java， 商用工具测试脚本设计。