发表于: 2019-04-30 20:54:02

1 635


今日完成事情:

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分析法,功能/非功能,重要/次要 






返回列表 返回列表
评论

    分享到