黑马测试学习记录（1）

标签：模块 记录 -- bug 用例 测试 缺陷 黑马

*主流技能： 功能测试、自动化测试、接口测试（用postman，对模块/系统之间的数据请求地址来测试）、性能测试（模拟多人、找服务器的缺陷） *测试分类： 按阶段（单元、集成、系统、验收）；代码可见度（黑盒-功能、白盒-代码/单元、灰盒-接口/集成）；自动化测试更偏功能测试；性能测试更偏接口 *测试策略： 冒烟测试（大规模测试前对主功能重点测试） *模型： 质量模型（ISO/IEC 25010标准）；测试模型--W模型   *测试用例 *等价类划分法 （无法穷举场景） 有共同数据特征来划分 步骤：1、明确需求，即确定数据特征和数据特征范围；2、确认有效等价和无效等价条件；3、提取数据编写用例 *边界值分析法 （限定边界）--合格用例部分一般设置五类节点 步骤：1、明确需求，即确定数据特征和数据特征范围；2、确认有效等价和无效等价条件；3、确定边界范围节点（上点、离点、内点）；4、提取数据编写用例 *判定表法 （多条件依赖，条件之间有组合关系） 列出条件桩、列出动作桩、列是否和结果 *场景法/流程图 （项目业务） *错误推荐法 （时间紧、任务量大）选之前测试时常出错的模块或业务复杂的模块   *缺陷/bug 少功能、功能错误、多功能、隐性功能错误、不易使用 优先级：P0 在24小时内修复、P1发布前必须修复 类型：功能（抓包看请求和响应来确定）、UI（前端）、兼容性（前端）、数据、易用性、改进、架构   *验证码测试点： 正确、为空、错误、过期   *缺陷编写

 

缺陷ID	缺陷标题	缺陷状态	严重程度	优先级	所属模块	缺陷描述/复现步骤	附件（图片）
可以直接使用用例id	简化的描述 实际：通过 （预期：不通过）					[前置] [步骤] [预期结果]（详细） [实际结果]（详细）

    跟踪流程 提交缺陷--分派缺陷--（是否重复、是否bug、是否推迟处理）--处理缺陷--回归测试验证是否通过（有时需要到下一个版本验证，实际注意问一下）   *抓包 抓客户端发送服务器的数据包或服务器响应客户端的数据包   *下拉框测试点 总数量、排序、每页显示   *测试报告 --项目背景 --测试目标 --提测标准（如，冒烟测试用例100%通过；被测内容符合约定版本及功能） --结束标准（上线标准，如p0-p2全部修复完成，p3修复完成95%） --风险控制（人员风险--多储备1-2人测试开发产品；环境风险--开发运维测试共同完成；需求风险-跟产品确定有可能变动的部分） --bug统计（xx模块：x个，级别） --bug分析 --测试总结（重点总结测试遇到的问题及收获，如需求（xxx）不明确时无法覆盖测试点）   *项目测试流程 需求评审 测试计划+测试方案 测试用例+评审 测试执行+提交缺陷 测试报告  

标签：模块,记录,--,bug,用例,测试,缺陷,黑马
From： https://www.cnblogs.com/bbnltxdy/p/17603408.html