软件发布上线后，或者投入客户使用后，就没有我们测试什么事情了？工作几年的你，肯定不会认同。而如果作为菜鸟的你，更多是一知半解。但我想，在之后至少有四件事情是需要测试做的。
1、上线后review
往往测试实验环境与生产环境或多或少都有一定的差异，可能是硬件环境，可能是软件环境，也可能是网络环境，更大的可能是负载量。如果我们认为在实验环境软件测试的一切OK，上线后也应理所当然的表现为一切OK，那就大错特错了。往往会发生一些意想不到的事情，例如，车牌识别系统，在实验环境中车牌识别率一切都很好，也考虑了测试所能想到的一些异常测试，但在真实的环境使用时，可能会因为摄像头安装位置不理想，车辆行走的角度太刁钻，摄像头使用的4G网络因时间发生周期性的波动，以及阳光暴晒等原因，导致摄像头对车辆车牌的识别失败或大打折扣。
所以，我们应该在上线后进行Review，确保我们的软件发布上线后，也能够按预期的结果工作。如果出现偏差，应该在造成更大损失前进行修复、解决。
2、问题跟踪，确认及分析
问题暴露不可怕，可怕的是问题一直留在那里，没任何人愿意去进行处理，千里之提毁于蚁穴，最后酿造出了难以挽回的损失。所以，在软件发布上线后，测试应该跟踪一段时间内的软件运行情况，积极的收集问题区、讨论区或者其它问题反馈渠道汇总来的问题，并进行确认分析。如果是严重的bug，应该督促开发人员及时修复、解决。如果是轻微的bug，也应该反馈给产品经理作为后面的优化内容。如果遗漏严重的bug，或者遗留过多的bug，还应该分析漏测的原因，从而改进后续的测试方法，进行规避。
3、遗留bug的处理
每次软件测试发现的bug很难全部被修复的，往往一些复杂而情况特殊的，一般、轻微级而不影响用户使用的bug可能会因为时间等原因，被列为延期修复。延期，不代表不修复。我们应该在后面继续跟踪这些bug的处理情况，否则bug日积月累，或者开发人员的变更，导致这些bug一直留在那里，最终导致软件带着“一身的毛病”工作。
4、用例的完善补充
只要对软件测试稍微了解的都清楚，测试用例是动态维护的。所以在测试完之后，前面设计用例时没有考虑到的用例，或者后面探索性测试新增的用例，都应完善补充进用例库。后面，才能方便我们测试人员更好的进行回归。否则，用例一直不维护，导致的结果可能是：自第一次测试后，用例就成了摆设。