第一周 周测

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:缺陷报告八大要素

缺陷编号 缺陷状态 缺陷标题 重现步骤 严重程度 优先级 缺陷类型 测试环境

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值