一、过去的做法
之前参与项目测试，我都是等开发差不多快完成了，才开始手动点点功能，找明显的 bug，而且测试过程很随意，没系统规划，发现问题也没详细记录。
二、结合书中分析不足
《构建之法》里讲软件测试要尽早介入、有系统性和规范性 。我过去这种滞后、随意的测试方式，很多隐藏在早期的问题没及时发现，后期修复成本高，且因为没详细记录，和开发沟通 bug 时说不清问题场景，导致修复效率低，无法保障软件质量。
三、解决办法
采用测试驱动开发理念，需求确定后就规划测试用例，开发过程中同步进行单元测试、集成测试，用测试管理工具（如 TestLink）记录测试用例、bug 详情（包括操作步骤、预期结果、实际结果等 ），定期召开测试评审会，推动问题解决。