发表于: 2019-04-30 20:54:02
1 638
今日完成事情:
1.查看任务1(前中后),
2.百度(博客+百科)测试流程、测试用例、需求分析
3.关注知乎IT修真院PM专栏
4.完成任务编写测试用例
详情(理解了测试流程基本内容,了解测试用例的基本编写,了解需求分析方法)
1.熟悉任务1三步走的用意:动眼,动手,动脑/ 即了解?实践?延伸思考?
2.测试流程:(没有统一的流程/即没有最好的流程,只有最适用的流程)
a.定义,一个完整的测试行为所需要完成的步骤
b.目的,找bug,分析前后因果,完成测试报告,验证产品上线
c.内容 (1.需求分析2.测试计划3.测试用例4.进行测试5.bug跟踪6.测试报告)
d.测试模型(V/W/X/H)
3.测试用例:(指导你测试哪儿,按照什么规范测试,记录追溯bug的文件)
a.定义;根据需求分析,测试计划制定的验证产品bug的详细方法,包括(测试输入,执行条件,预期结果)。
b.内容;版本号、模块名称、用例编号、用例名称、用例级别、预知条件、验证步骤、期望结果(含判断标准)、测试结果、测试时间、测试人员。
c.要素;
用例编号,在统一编码规则下记录追溯测试用例的编号,不同公司不同编码规则(子系统/模块/功能....)
所属模块,模块的类型归属
测试标题,描述测试的内容(如“测试正常密码账号登录情况”)
重要级别,测试用例分4类优先级(BVTs ,高,中,低),划分方法比较多,如按照(功能/非功能,重要/次要 SWOT分析法)
前置条件,(以mm/NN 密码账号注册登陆过)
测试输入,(1.输入mm/NN、2.mm/ 空、3.空/NN
操作步骤,(1.输入mm/NN,点击登录 2,输入mm/空,点击登录 3,输入空/NN,点击登录)
预期结果 ,测试理想状态,没有BUG的情况下的情况
d.测试方法:1)等价类 2)边界值 3)因果图 4) 判定表 5) 状态迁移 6) 正交实验 7) 场景法 8) 错误推断
4.测试用例文档;不同的的测试用例管理软件有不同的规范要求和文档模板。一个测试用例文档是以一个模块或子系统为单位。
测试用例文档由简介和测试用例两部分组成。
简介部分编制了测试目的、测试范围、定义术语、参考文档、概述等。
测试用例部分逐一列示各测试用例,测试用例是随着软件更新迭代变化的。
5.需求分析
a.定义,是充分理解客户需求,用户需求,开发需求,测试需求的情况下确定产品的定义和设计,吧非形式的需求表述转化为完整的需求定义,就是在产品上面充分实现客户需求,体现客户潜在的商业价值。
提出方:产品,运营,推广,技术,老板
依据:数据分析、用户调研、竞品分析、个人经验
阶段:需求提出、需求描述及需求评审三个阶段
需求类型:业务需求/用户需求/功能需求 功能需求、非功能需求、设计约束
分析方法:功能分解/结构化/面向对象/信息建模
6.知乎专栏
a.初步大纲,验收/模块/行业知识/开发/MVP/运营/,
b.关键词
(BUG的优先级;
最严重critical 系统崩溃,停下工作立刻修复
次严重block操作卡死/流程不通 ,停下工作立刻修复
严重major业务数据不对/流程通,停下工作立刻修复
一般normal偶然问题,
小问题minor兼容性/字体样式错误
BUG的生命周期;新建/指派/接受/修复/关闭
三个环境;开发、测试、线上共三台服务器
敏捷开发/
STORY/
MVP/)
明日计划事情:
1.依据测试用例完成萝卜多测试
2.百度(博客+百科)理解以上关键词内容
3.理解分析需求
4.深度思考任务完成阶段问题
遇到问题:
1.产品经理是什么? 我是谁?从哪来?到哪去?(百度+思考中)
2.测试?测试对产品经理重要性程度?产品经理需要对测试了解多深?(百度+思考中)
收获:
测试用例注意要素:用例编码的唯一性,可追溯性。编码规则的灵活性。优先级的百分比分布情况是:BVT 为10-15%,高为20-30%,,中为40-60%,低为10-15% 。
测试用例优先级划分方法:SWOT分析法,功能/非功能,重要/次要
评论