工作中的流程梳理

入职新公司一个半月，开篇先谈自己对如何比较快的上手新项目的看法。。。

一、入职新公司，如何比较快的上手新项目？

入职新公司，比较快的上手新项目的方法就是：走流程。

这里就拿目前在做的项目来说——电子商务交易平台。流程涉及：（1）注册——（2）登录——（3）基础信息认证——（4）资质认证——（5）卖家发布商品——（6）买家购买——（7）买家签章——（8）卖家签章——（9）买家支付——（10）卖家发货——（11）买家确认——（12）买卖双方评论等。

交易流程包括不同的交易方式和不同的交收方式，每种交易方式和交收方式对应不同的订单状态和资金流转。一个项目拿到后，（1）按所有整个流程走一遍，关注不同流程对应的订单状态和资金的流转，走过两遍后，自己可利用visio等画图工具做出业务流程图加深理解；（2）阅读用例库中的测试用例，主要关注新项目测试用例的写作方式以及用例的粒度，方便后续快速上手编写用例（3）大致看下bug库中的bug，了解下项目组的bug情况：哪些模块bug相对较多、各个开发负责模块的代码情况、哪种引发bug的原因比较多等，方便后续测试流程过程中多去关注。

二、工作中的流程梳理

各家有本各家经，互联网公司的产品项目也难逃，每家自有每家的坑。。。

（一）目前工作中的测试流程

（1）需求分析

参加者：总监、项目经理、产品人员、开发人员、测试人员

输出：根据会议内容，产品人员形成需求定型

（2）需求熟悉

测试拿到产品提供的需求原型，根据需求分析会议内容和需求原型熟悉需求，有疑问的地方统一记录起来，后续找产品开会确认

（3）开发完成、产品转测试

无冒烟测试，也没有测试用例，只有针对各种业务流程整理的关注点，测试人员发现bug提单

（二）测试流程中的坑

（1）开发外包。开发、测试人员不在一起，日常交流使用微信，导致交流效率比较低。

（2）项目无软件设计文档、无接口开发文档、无数据库设计文档。测试不清楚各个模块之间的内部关联，容易导致开发修改后的漏测。

（3）各种环境都在运维手中，日常测试中测试人员遇到问题不能查看日志，无法定位问题的根音，既降低了开发修改问题的效率，也不利于测试人员能力的提升；目前所在的测试环境不便给测试分配数据库权限，日常测试过程中只能检测到前后台数据一致，无法检测到数据库层面。

（4）领导的态度。因为项目组测试后，产品还要转总部产品研发部测试，有些易用性考虑问题，领导经常选择不关注。

x