*主流技能：
功能测试、自动化测试、接口测试（用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）不明确时无法覆盖测试点）
 
*项目测试流程
需求评审
测试计划+测试方案
测试用例+评审
测试执行+提交缺陷
测试报告