目前所在公司的测试流程：
背景： 创业的小公司，目前50人
整体的测试流程：
理论上：产品组织需求评审会，开发推进需求推演会，测试推进测试分析（case分析）
今天第一次跟产品、开发过测试分析（感觉跟测试用例评审会一样）。
需求评审会开完后，测试开始进行需求分析，编写测试点（case点），等开发提测，根据测试用例进行测试。存在问题：在每次进行功能测试完之后，才想起来根据测试点验证，背离的设计测试点的目的。case是分析需求得来的，case 设计就是为了在测试的时候有个依据。
目前只牵扯到手工测试，在测试的时候，对照原型和高保真（页面逻辑参照原型，前台展现依照高保真）。
产品在测试环境测试完毕后，没有阻断性的bug,上预发布环境测试，同样进行验证，最后上生产。
每次测试完之后，自己就感觉没事了。看着老大每次将产品发布前所有提交的bug导出来，进行分析整理，出测试报告。我就没这个意识。
有疑问的地方：
1.目前的测试计划是整理在一个表格里边，实时更新到SVN，根据项目的随时变动。
以前我见到的测试计划文档，包含：测试版本，测试时间安排，人员分配，工时安排，风险等。
自己悟不到的地方：
1..测试管理究竟是什么
4.测试思维是什么
5.测试知识理论体系的掌握程度。
网友评论