《测试思维培训V1》.ppt

编写测试用例到测试执行，这个阶段，测试会根据开发的进度和项目的情况，进行接口测试代码编写、UI自动化代码编写 功能测试稳定后，进行性能测试 在测试执行阶段，我们会提交bug、编写质量报告 测试执行结束后进行质量分析 * * 测试分析是一个思考的过程，这个过程中会用到我们的一些逻辑思维的分析能力，我总结了几种我们常用的思维方式：全局思维、正向思维、逆向思维、组合思维、发散思维 * 全局思维： 先测试变更的部分，然后回归未变更的部分 先测试核心功能，然后测试辅助功能 先测试功能，然后测试可靠性 先测试常见情况，然后测试少见情况 先测试影响大的问题，然后测试影响小的问题 * 正向思维 就是在常规想法下用户的行为，一般情况是我们的正常流程、主干功能。比如：正常情况下单，并且完成交易 逆向思维 开发是构造代码的过程，使代码能够跑起来，测试是从另外的角度考虑如何使程序出现问题，测试关注的是失效的情况； 比如：测试考虑怎么样使下单失效，比如库存量少于下单量时，是否会失效 等 * 不同的用户，操作行为会各异，比如一个上传图片，有些人是先上传图片再填写备注，有些人是填写备注再上传图片，我们测试的思考就要把这几种操作行为组合的考虑。 * “2468”和“3579”的相同点 多想象用户的行为，这个也需要积累的，碰到的状况多了，思考的就多了。 比如当我们说到并发测试，可能会想到2个并发，但是也需要考虑3个情况并发如何处理 * 破换坏思维：创造性的破坏 当测试到大的情况，就要考虑到小的情况会怎么样，如：比如附件最多可以上传10个，那不传的情况怎么处理，这个也需要考虑 不管逻辑多复杂，会存在简单的规律，需要从复杂逻辑中提取简单的思维。 * 逆向思维（从结果推导）、组合思维（条件组合分析）、发散思维 假定结果是 红色 A 错 B 错 C 错 假定结果是 黑色 A 对 B 对 C 对 假定结果是 黄色 A 错 B 对 C 错 结果是黄色的 也可能是这三个之外的颜色 * * 破换坏思维：创造性的破坏 * 因为了解需求只是测试分析的前提（需求要重点强调深挖业务），但测试分析的重点和方法未给出 了解需求： 除了从UC、FRD上了解需求一下也是了解需求的途径 会议：通过参加需求讨论会了解PD需求；了解用户的真正需求以及期望是项目的最终目标； 推导：通过其他项目或产品，推导本项目需要的需求、重要的需求 参考：发现隐式的需求（参考：相关产品、老产品、自己的经验、竞争对手的产品） 测试分析 在测试分析过程中，头脑中可能会有一个想像的图景，也可能有功能清单或某种图表。回去想想谁是用户、用户关心什么的一些概念 了解用户，了解他们的期望和需要 根据设计补充 了解技术，了解软件运行环境的配置，了解这个软件要与之交互的其他软件，了解开发过程等等。 探索 有目的的对产品进行各种情况的试探、测试 * * * * * * LOGO LOGO 测 试 思 维 开发的测试 方式 单元测试 除了测试主干，按照自己的理解测试分支、边界值 在开发环境自测 自测的时候不列检查点（功能多会列） 偶偶会跑UI自动化 困惑 不知道测试流程和方法 不知道从哪些角度考虑更容易发现问题 测试不全面易遗漏 业务之间的关联不清楚，不确定影响范围 提供易用的测试工具（自动化、造数据） 优势 对代码了解深入，测试更有针对性 根据代码实现方式进行测试，能想到更多（例如：消息的优先级等） 主要内容 测试思维 2 测试分析 3 测试技巧 4 实践 5 测试职责以及方式 1 测试职责 前期介入需求，参与需求讨论和细化 制定测试计划和策略，进行测试分析 利用各种工具和方法进行功能、性能、安全、兼容性 等测试 根据需要编写不同的测试工具，设计和维护测试平台 跟踪项目的整体理质量，确保开发的产品适合需求。 编写测试报告、分析结果；给出改进建议。 测试方式 自动化测试 安全测试 测试环境/工具 功能测试 性能测试 测试方式 功能测试 通过黑盒或白盒的方式对产品功能进行测试，我们这边常指手工测试 自动化测试 UI自动化、接口测试、单元测试、持续集成 性能测试 对产品的性能进行测试常用的工具有jmeter、LR 测试环境/工具 搭建一套模拟线上的仿真环境 倚天平台（环境）、大力神平台（性能）、守护神平台（自动化）、数据银行、mock 等 安全测试 垂直和水平两个维度,Hatrix工具扫描 测试流程 接口测试/自动化测试 测试计划内审 代码和业务 流程图 测试用例 测试计划/策略 测试范围界定 需求了解 测试执行 提交bug/质量报告 性能测试 接口测试/自动化测试 测试用例评审 主要内容 测试思维 2 测试分析 3 测试技巧 4 实践 5 测试职责以及方式 1