程序员成长第十七篇：项目转测

需求功能都做完了，并且通过了自测，就可以转测试了。

UI 设计师在这个阶段会验收视觉效果。UI 验收也可以在每一个前端页面完成后，是可以提前的，根据设计师的工作情况灵活调配。一般公司还会有 UE 设计师岗位，是验收交互流程的。我公司是由 UI 兼任。

测试人员会根据测试用例验收功能，首先会进行单元测试和简单的集成测试。本来这个是开发人员做的，但是测试人员会按流程走一遍。如果连基本功能测试都通不过，会直接打回，让研发人员重新修改后自测。

在这一阶段，测试人员是最忙碌的。不仅要做功能测试，还要做性能测试、安全性测试、兼容性测试。

功能测试：业务需求的正常的操作逻辑，页面展示效果等。

性能测试：系统运行的时间、速度、并发性、容错性、空间占有率等指标是否达到预期。

安全性测试：系统对非法操作的防范能力。

兼容性测试：系统在不同平台、不同硬件环境下是否能够正常运行和显示。

因为很多工作都是靠人力去测试的，所以测试周期会很长。要想办法培养测试人员走自动化测试的道路。同时对于一些兼容性测试，可以使用云测试第三方平台来辅助测试。

测试工程师根据测试用例测试出的 bug 都会提交到项目管理软件，测试出一个提交一个。对于能复现的会有复现的操作步骤和日志。不能复现操作的，要提供日志。同时备注 bug 等级。一般会优先处理 bug 等级高的。我前面推荐的 teambition、worktile、tower 之类的项目管理软件也可以用作 bug 管理。

bug 提交后，研发人员能够收到提醒，在这一阶段研发的工作主要是修复 bug，如果前期业务逻辑理解的很清晰，编码规范、自测也做的好。那这一阶段相对是很轻松的。如果做的不好，那情况会很糟糕，bug 会越改越多。如果真到这一步了，只能优先去处理等级高的 bug。

如果遇到 bug 多到达不到上线标准。那项目负责人，只能选择砍需求或者项目延期。绝不能带着重大 bug 上线。