1：公司流程
立项（确定项目）——>产品说明书（PRD）——>需求文档（需求人员）——>需求评审（开发、测试人员、经理）——>开发人员进行（详细概要设计——>编码——>自测——>提测）——>测试人员进行（测试计划——>编写测试用例——>测试用例评审）——>冒烟测试（测试主流程是否通过）——>功能测试——>禅道记录bug——>回归测试（验证上个版本出现的问题是否解决，是否出现新的问题）——>验收测试（客户、经理、需求、开发、测试人员）——>上线
2：软件分类
3：VW模型
v模型
优点：
测试阶段划分得很清楚。
每个开发阶段都有相应的测试对其进行验证。
缺点：
容易让人误解为测试是在开发完成后的一个阶段；
由于其的顺序性，当编码完成后，正式进入测试时，一些bug可能不容易被发现并修改；
忽视了测试对需求分析，系统分析的验证，一直到后期的验收测试才被发现。
w模型
优点：
将测试贯穿到整个软件的生命周期，不仅要测试代码，还要对需求、设计进行测试；
测试人员更早的介入到软件开发过程中，能尽早的发现错误，降低开发成本；
测试与开发独立起来，并与开发同步。
缺点：
对有些项目，开发过程中没有文档的产生，所以W模型没法使用；
对于需求和设计的测试技术要求高，实践起来很困难。
4：公司职位简称
RD: Research and Development engineer，研发工程师，对某种不存在的事物进行系统的研究和开发 并具有一定经验的专业工作者（开发）
PM: Product Manager，产品经理，又称品牌经理。举凡产品从创意到上市，所有相关的研发、调研、生 产、编预算、广告、促销活动等等，都由产品经理掌控。
QA: Quality Assurance，品质保证。QA的主要职责就是质量保证工作(测试)
OP: Operator，操作员，管理员 case:测试用例
5：测试用例模板
用例编号 用例模块 用例标题 优先级 前置条件 输入数据 操作步骤 预期结果 实际结果
6：设计用例模板
测试背景，测试目的，确定测试范围，制定测试策略，测试资源安排，人员的分配，时间安排，风险评估
7：测试用例的方法有哪些
等价值划分 边界值法 因果图法 判定表法 场景法 错误推测法 正交图法
8：缺陷报告八大要素
缺陷编号 缺陷状态 缺陷标题 重现步骤 严重程度 优先级 缺陷类型 测试环境