在软件测试过程中遇到什么问题？怎么解决的？

测试积点老人

1. 提测质量差
　　问题描述：第一个提测版本差，有些均未通过冒烟测试
　　问题分析
　　A. 版本提测质量差，但基于发布时间已在，因此，在提测差时就开始测试
　　提测质量差的点：- 基于上每项功能的完成度都不高 - 有些功能均未实现 -
　　B. 新的团队，团队处于磨合期
　　C. 在提测时，对提测要求不明确，在时间点到后，匆忙提测
2. 版本控制
　　问题描述：
　　最初阶段，每天出一个版本，基于新版本测试，记录每个版本上测试的功能。版本过于频繁，质量把控不好
　　问题分析：
　　A. 基于版本提测质量差，而且每天出一个版本，差上加差，
　　B. 虽然记录每个版本上测试的功能，但仍然无法把控当前版本的质量状况。
3. 功能反复
　　问题描述：在上一个版本是OK的功能，在新版本中功能失常
　　功能反复分两点：一是大功能反复， 二是小功能（如：某个bug）反复
　　问题分析：
　　大功能反复：情况主要发生成项目前期和中期
　　A. 功能未完成，在完善功能时，未考虑到与该功能相关的点
　　B. 在提测之后，发现一些问题，导致了整个模块重构，重构后导致了问题的反复
　　小功能反复：这个情况主要发生在项目中后期
　　A. 因为项目里的部分开发是外援的，在项目中期时，撤出了团队，新接手的人员，对代码不熟悉，在修改bug时，经常出来顾此失彼
　　B. 开发小一在修改代码时，动到了小二的代码，导致了小二出了问题

4. 需求不明确，前后不一致
　　问题描述：需求不明确，特别在一些边界，各端统一上
　　问题分析：
　　A. 交互文档经历6任交互，最后一任交互只参与两个模块的定义，现任交互对于以往交互了解不够深入
　　B. 产品提测时，交互验证不足

5. 测试和开发信息不对称
　　问题描述：测试获取到的消息，与产品实现的方式不一致，如：有的功能定义了，但产品并未实现或实现方式与定义不一致
　　问题分析：
　　A. 在开发阶段，测试并未参与讨论需求，还在其他项目里
　　B. 需求重新确认后，没有及时通知测试

以上5个问题，希望大家帮我看看。我把自己的思路也放在上面了，谢谢！

海海豚

提测质量差时，建议报出相应风险

郭小贱

1.提测质量差，说明开发没自测，建议提供核心测试点给研发，让他们先自测；
2.版本控制的话可以借助管理工具进行版本管理，比如SVN,GIT；
3.功能反复的话，研发在做新功能/修复bug时要做到横向展开的思考，避免牵一发而动全身；
4.需求不明确只能让产品多下功夫了；
5.信息不对称，那只能加强沟通，及时更新文档。

bellas

先让开发自测，然后提出风险

litingting0214

有问题及时提出，及时报风险