关于测试验收

在软件开发项目里，测试验收应该是很常见的一个产品操作环节。但是因为各种各样的压力，我们通常会忽略这个环节。但是最近一段时间因为验收的问题，屡屡碰壁。

验收，从本质上讲，是质量的管理和控制。今天中午和同事一起吃饭，正好聊到了最近的几起翻车事件，原因都是验收环节的卡壳。但是因为本身流程管理的不规范，所以就屡次在客户那边翻车，而且是PD和PM口径不一致，简直是大型社死现场。虽然不验收或者说翻车不会造成人员伤亡，但是屡次这样的话，开发和协同成本会特别高，效率会很低。

昨天下午下班到地铁，直梯在进行检修，看着检修人员完成了检修，自己进入电梯上下好几次，在测试是不是真的没问题了。其实这就是一种验收测试的场景，如果电梯维修工完成了检修，而没有真正的验收检修的结果，很容易造成人员伤亡的事件，所以验收测试是这类项目的必经环节。那么切换到我们的软件开发的场景，测试验收如果没有完成，那么我们的需求和实际开发的成果之间的差异是没有办法控制的，从侧面就会看到我们在流程管理中的很多的缺陷，而且这些缺陷会直接造成一些理论上不可挽回的损失。

所以，之前我们认为测试验收环节并不是很重要，但一次又一次的翻车告诉我们，那些我们忽略的环节才是真正影响我们的环节。今天利用月会的时间，终于有空好好整理一下近期的内容，履行和老板上周约定的线上化。其实线上化对于我来说并不是很难，因为长久以来已经形成了条条框框的习惯，只是因为真的时间太紧张，所以不愿意去改变习惯，所以从心里上拒绝了这个事情。但现在又重启了，那就决定要坚持下去，弥补环节上的缺失，避免造成翻车。

已经日更超过300天了，记得第一个目标是100天，但是当deadline来临的时候，却不想放弃，最近一直在思考放弃，因为有时候真的坚持不下去，但是一次一次的拾起来，就像长歪了脑子里，风雨无阻。既然断不了，那就慢慢来吧，就当给自己每天一次验收测试了。