摘要: 产品总算上线了，历时两个半月的时间，出了内测，公测，beta版本，1.0.1版本，中间有段时间累得够呛，但上线之后，感觉努力还是值的。 在整个测试过程中，遇到了一些问题，及在遇到这些问题后所采取的措施 ...
| 产品总算上线了，历时两个半月的时间，出了内测，公测，beta版本，1.0.1版本，中间有段时间累得够呛，但上线之后，感觉努力还是值的。 在整个测试过程中，遇到了一些问题，及在遇到这些问题后所采取的措施 1. 提测质量差 问题描述：第一个提测版本差，有些均未通过冒烟测试 问题分析 A. 版本提测质量差，但基于发布时间已在，因此，在提测差时就开始测试 提测质量差的点：- 基于上每项功能的完成度都不高 - 有些功能均未实现 - B. 新的团队，团队处于磨合期 C. 在提测时，对提测要求不明确，在时间点到后，匆忙提测 解决方式： 明确版本提测要求，并且开发得到了足够的时间。 2. 版本控制 问题描述： 最初阶段，每天出一个版本，基于新版本测试，记录每个版本上测试的功能。版本过于频繁，质量把控不好 问题分析： A. 基于版本提测质量差，而且每天出一个版本，差上加差， B. 虽然记录每个版本上测试的功能，但仍然无法把控当前版本的质量状况。 解决方式：暂停每天发布一个版本 前期：将全功能版本作为下一个版本发布目标，但由于一些功能并没有完成，因而，全功能版本分成了好几个阶段 后期：以测试一轮周期，发布最新版本 3. 功能反复 问题描述：在上一个版本是OK的功能，在新版本中功能失常 功能反复分两点：一是大功能反复， 二是小功能（如：某个bug）反复 问题分析： 大功能反复：情况主要发生成项目前期和中期 A. 功能未完成，在完善功能时，未考虑到与该功能相关的点 B. 在提测之后，发现一些问题，导致了整个模块重构，重构后导致了问题的反复 小功能反复：这个情况主要发生在项目中后期 A. 因为项目里的部分开发是外援的，在项目中期时，撤出了团队，新接手的人员，对代码不熟悉，在修改bug时，经常出来顾此失彼 B. 开发小一在修改代码时，动到了小二的代码，导致了小二出了问题 解决方式： 对大功能反复，是这么处理：冒烟测试由开发来完成，冒烟通过后，再交由测试 对小功能反复 ，没有有效的处理方式，测试这边可以做的是，加强测试，这个问题，在发布前夕好了很多，但问题仍然存在 |
