测试流程分析

在大部分创业型公司，因为种种的原因，导致我们进行测试的时候发现流程并不是很完善，也导致很多时候测试工作进行起来比较的困难。

1、比较靠谱的提高代码提交质量的方式：使用提测演示，缺点不适用于跨国公司和异地办公的小伙伴；

2、完整的测试流程：

提出需求->需求评审->测试用例编写->用例评审->用例执行->小版本迭代回归->测试报告->上线验收报告

需求评审->用例评审这些前驱工作，对比于测试本身能有效的帮助对于业务不熟悉的小伙伴进行业务熟悉，讨论之余，能够让大家更深刻的理解每个需求点是如何出来的。包括测试工作在讨论中会得到更多的测试点，测试方向：是否需要压测、性能测试、其他的测试，那个环境可以测试。

私下交流：

优点：更容易交流，更能得到部分人为的支持；

缺点：思路狭隘，交流不完善，多方确认要频繁进行，浪费时间；

3、测试最大的难点：需求确认，需求范围确认，提测范围确认，测试范围确认。

4、bug提交：每个公司都有自己的bug提交方式，bug提交模板，也是需要确认的点。一般公司会有完整的bug提交流程；目前大部分互联网公司：一句话描述bug情况，适用于大家都很了解测试进度、业务流程的情况；不熟悉小伙伴在提交，修改时会有很大的难点。