发布版本之后，被客户吐槽还是有bug，把他们当成了免费测试工程师。
其实我们有专业测试团队，每个发布的版本，不论是自动化测试工具（AutoRunner、MobRunner、ATF）还是测试管理工具ALM，都经过严格的测试。这样做的好处是，很少有大的功能模块会出现严重问题，对产品质量的提升还是具有非常大的作用。
去看了问题列表，以及和开发团队进行沟通，发现客户所说的问题，都是比较细微的业务逻辑分支和场景。举个例子，当我们手工执行200个测试用例，执行到150，客户把执行过的测试用例更新了30个，那么你的测试执行进度统计，应该是什么样算是正确的？
开发团队会认为测试团队对需求不够了解，没有测试到位；测试团队认为开发团队没有讲到那么细小的需求，因此没有测试到。
如何解决？我们把测试团队拆分成2个，一个加入到开发团队，做开发过程中的功能测试；另一个团队负责产品的验收测试，从客户的角度和完整的功能回归角度测试产品。
这样我们就解决了细微需求沟通不到位，导致的漏测，也解决了测试与开发分离的问题。开发与测试团队分离，使得我们可以从用户的角度来测试这个产品，不受到开发团队使用产品的习惯、场景的影响，可以发现很多开发团队没有考虑到的场景的缺陷。
sales@spasvo.com
