1、测试计划包含：
确定测试范围、制定测试策略、测试资源的安排、人员的分配、时间的安排、风险评估
2、测试用例包含：
用例编号、用例标题、所属模块、前置条件、操作步骤、输入数据、预期结果、实际结果
3、缺陷报告包含：
缺陷编号、缺陷标题、缺陷类型、缺陷状态、测试环境、严重程度、优先级、重现步骤
4、测试报告包含：
测试目的,测试背景，测试范围,测试环境，测试结果分析，回归测试，遗留缺陷，测试结论
5.测试接口的流程：
拿到接口文档、分析接口功能，请求路径，请求参数，查看参数是否必填，
是否唯一，参数类型，参数长度，编写测试用例，使用postman执行接口测试用例
6.常见测试用例的方式：
等价类划分法：
场景： @计算1~100之间两个整数的和，在1~100之间是有效等价@ 若<1或>100是无效等价
边界值法： 场景： @输入要求是计算1~100之间两个整数的和，自然就产生了1和100两个边界@ 上点是：1和100，离点是：0和101
场景法： 场景： @比如在ATM上取款@ 如： 取款成功 密码有误 账户余额不足 ATM现金不足等 正交表法： 场景： @字符属性设置程序@ 因为字体、字符样式、颜色啥的种类多，所以使用正交表法
因果图法： 场景： @有一个处理单价为2.5元的盒装饮料的自动售货机软件。若投入2.5元硬币，按“可乐”、 “啤酒”、或“奶茶”按钮，相应的饮料就送出来。 若投入的是3元硬币，在送出饮料的同时退还5角硬币@ 场景： 原因： 结果： 投入2.5元硬币 退还5角硬币 按可乐按钮 送出可乐饮料
判定表法： 场景： 同上（因果表法里的场景）
错误反推： 场景： @登录页面@ 如： 账号密码错误 登录失败错误次数——冻结账号 验证码——（图片或短信）等
7.公司流程：
立项>>>产品说明书>>>需求文档>>>需求评审
>>>(开发)详细概要设计>>>编码>>>自测
>>>(测试)>>>测试计划>>>编写测试用例>>>用例评审
>>>
提测>>>冒烟测试>>>功能测试>>>禅道>>>回归测试>>>验收测试>>>上线
8.软件分类：
A. 根据阶段分：单元测试、集成测试、系统测试、验收测试
B. 根据是否执行：静态测试、动态测试
C. 根据是否查看源代码：黑盒测试，白盒测试
D. 黑盒测试又分为：功能测试和性能测试
·功能测试：兼容测试、易用测试、界面测试、安装测试、逻辑功能测试
·性能测试：一般测试、稳定测试、压力测试、负载测试
E. 其他：随机测试、冒烟测试、回归测试
9.W模型和v模型：
*v模型：*
客户需求>>>需求文档>>>概要设计>>>详细设计
||
程序编码
||
单元测试>>>集成测试>>>系统测试>>>验收测试
优点：每个阶段都清晰明了，便于控制开发的每一个过程
既可以单元测试又可以系统测试
缺点：测试介入的比较晚，对前期的一些缺陷无从发现和修改
测试和开发并行
*w模型：*
需求分析>>>概要设计>>>详细设计
||
编码
||
集成>>>实施>>>交付
系统设计、系统分析、设计系统设计策略>>>概要分析、设计集成测试策略>>>
||
详细设计、设计单元测试策略
||
单元测试>>>集成测试>>>系统测试>>>验收测试
优点：测试伴随着软件的整个生命周期
测试和开发并行独立运行
缺点：有些项目，根本没有需求文档，所以w模型无法使用
对需求的测试和设计的测试要求很高，实践起来很困难