问题单的流程确保了问题一旦发生不会丢失，因为一旦有问题单产生，始终有责任人进行跟踪，直到修改完毕走到测试人员那里。他测试完成发现确实修改了没有问题，这才将问题单关闭。问题单的这个修改跟踪的流程后来用在了快递业上面，发件人将包裹发出后，就产生了一个单号，这个单号可以一直查询该包裹的状态，确保了包裹不会丢失。各行各业都有自己的跟踪方法，华为的某位员工因为该跟踪流程去了一家物流公司，现在做到了副总裁的位置。

测试驱动开发是成熟产品开发的重要模式，开发与测试的这种制约关系保证了产品的质量，以及修改问题的有效性。一个产品如果测试人员过于软弱，开发人员在处理问题的时候有着太高的话语权，一方面测试人员的劳动积极性就会受挫，另一方面针对缺陷的处理可能会放松，因此产品的质量就会产生风险。

因此问题单是我们日常生活中处理问题的主要形式，作为一名开发人员，问题单的处理过程要经历几位重要的角色，他都可以宣布你的修改无效，甚至因此说你工作做得不好。他们分别是测试人员、PL以及问题涉及的相关审核专家。这就保证了一个问题的处理经过了重重的关卡，保证是有效的处理。这也让开发人员在处理问题单的时候，要经过三座大山。