工作六年时间，总共在两家公司待过。第一家公司是个大型集团，做的都是长期项目，测试流程很完善。第二个公司是一个创业公司，敏捷式开发，测试流程自定。大概流程对比如下：
在测试进行过程中，遇到的问题也不尽相同。
长期项目中存在的问题：一、需求变更比较多也比较散，不可能每次提新需求都开评审会。解决方案是由项目经理、测试主管、项目管理人员和需求方开会或者邮件联系，确定需求，再对已经确定的需求进行后续流程操作，并且将每次的交流过程进行记录，做好沟通文档。二、项目参与人员多，配合度不一，开发人员间对模块对接不够重视，导致提交的产品可能在模块交互时走不通。这时候一般会先把用例中的功能点给开发人员，让他们先进行自测，提交测试申请时开发人员提交打好基线的版本并提供自测报告。三、测试过程中提交的一些bug，开发人员会觉得不重要或者连续修改都存在问题，就得将bug整理出来，发给项目经理，请他组织人员进行风险评估，看看bug是否需要修改，并明确修改时间。
新公司中现在产品已经上线，但是产品经理仍会根据市场部的反馈提出新的需求，以便让产品更完善。开发时间很短，基本上一到两周就会上一个新版本。测试中存在的问题：1.产品分app端和pc端，不同客户端的开发人员对UI中未明确要求的功能点理解不一致，导致三方的界面展示不够统一。正式开始测试前，会对界面进行对比测试，让开发人员统一。2.之前的敏捷开发过程中，对版本控制不够重视，导致开发人员有时候自己会混淆，忘了将修改好的代码都上传到svn。现在测试时，将每个版本都进行留档，可以很快看出是哪里出了问题。3.迭代开发时，需求不断发生变更，可能会导致最初的数据和现在的数据发生冲突，导致出现一些不可预知的问题。要解决这个问题，需要有个明确的需求更改说明。后台也需要对接口和数据进行备份，并且有归总的记录文档，对变更的后台数据进行记录，定义新数据的时候可以查看文档，防止数据重复。除此之外，建议对输入数据进行统一，不要每个类似功能输入的数据都不同，导致后台数据混乱。
测试工作在不断的进行中，每次都会有新的问题出现，我们能做的就是找出问题，给出解决方法，让下一次不会出现同样的问题。
