公司属于创业型公司，整体的流程都不是特别正规，测试这块的流程比较简单，我来之前有一个测试人员，原来的测试流程是这样的
1.项目组召开需求会议（测试不参加）
2.需求确定后，测试拿到需求原型，开始写测试用例
3.开发完成，测试开始执行测试，测试用例基本没用上，因为对需求不了解
我来到这家公司之后，了解到上述的测试流程后，跟部门负责人沟通后提了几点建议，目前大部分都在实行
1、项目组召开需求会议，测试一定要参加（已实行）
2、在需求会议前先拿到需求相关资料，测试人员可以先补充相关知识点
（这个执行的一般，刚拿到需求一般一两个小时就召开需求会议了，原因是因为流程不规范，项目又比较紧，产品也是刚刚做出需求原型）
3、第一次需求会议结束后，测试根据原型图梳理分析需求将有疑问和不明确的地方整理出来（已执行）
4、测试参加第二次需求讨论会议，提出疑问和不明确的地方，产品给出解答或具体解决办法（已执行）
5、需求明确后测试开始写测试点（项目时间都比较短，所以建议写测试点更实用）（已执行）
6、数据库设计完成后，参与数据库评审（因为本人开发出身，对数据库也比较了解所以每次数据库评审也会参与，了解数据结构，后期方便通过SQL定位BUG）
7、开发代码完成后，进行一次所有功能的演示，保证每个功能可以跑通，避免了测试时很多功能都走不通，能提高测试效率，至少功能可以走通再开始测（已执行）
8、测试根据测试点进行测试、出测试报告（已执行）
9、测出问题后，开发修改完成，首先自测一下再点修改BUG（这点执行的不怎么好，后续仍需沟通 ）
听了老徐的分享后，觉得仍需改进的地方如下
1、编写测试点后发给开发和产品进行评审，检查是否有遗漏点
2、需求调整时及时告知相关人员，防止做了无用功
3、UI出效果图也要参与评审
3、跟领导沟通要求开发完成首先开发自测
4、跟开发和产品要多沟通。
