管理经验积累百人计划

测试流程---TP01(20170607)

2017-06-08  本文已影响24人  eosclover

目前所在公司的测试流程:

背景: 创业的小公司,目前50人

整体的测试流程:

理论上:产品组织需求评审会,开发推进需求推演会,测试推进测试分析(case分析)

今天第一次跟产品、开发过测试分析(感觉跟测试用例评审会一样)。

需求评审会开完后,测试开始进行需求分析,编写测试点(case点),等开发提测,根据测试用例进行测试。存在问题:在每次进行功能测试完之后,才想起来根据测试点验证,背离的设计测试点的目的。case是分析需求得来的,case 设计就是为了在测试的时候有个依据。

目前只牵扯到手工测试,在测试的时候,对照原型和高保真(页面逻辑参照原型,前台展现依照高保真)。

产品在测试环境测试完毕后,没有阻断性的bug,上预发布环境测试,同样进行验证,最后上生产。

每次测试完之后,自己就感觉没事了。看着老大每次将产品发布前所有提交的bug导出来,进行分析整理,出测试报告。我就没这个意识。

有疑问的地方:

1.目前的测试计划是整理在一个表格里边,实时更新到SVN,根据项目的随时变动。

以前我见到的测试计划文档,包含:测试版本,测试时间安排,人员分配,工时安排,风险等。

自己悟不到的地方:

1..测试管理究竟是什么

4.测试思维是什么

5.测试知识理论体系的掌握程度。

上一篇下一篇

猜你喜欢

热点阅读