什么是追踪溯源，这个词语放在 “测试开发” 工作中要怎么理解我们先放一放。
先来想一下，在测试开发工程师写一个复杂平台的时候，最担心什么？
如果是一位中等测开，那么可能他最担心的是平台的性能，效果，以及推广问题。
如果是一位高级测开，那么他最担心的八成就是后续的维护成本，自己能不能有精力维护，能不能交接给新人。
而其实最影响后续维护成本的，也是最让人操心的，就是自己和后续的人，很难看懂之前的代码，或者很难去再次置身于当时开发阶段的场景中。想要维护好的精力甚至比当初开发还要大和难。
举个例子：其他系统拿过来的接口/脚本
小王是公司的一位测开，这天，他准备打造一套复杂的业务处理平台- 数据工厂。
数据工厂，就是自动去生成各种测试数据的平台。其中牵扯到各种复杂业务，即便是公司老员工，也不可能知晓各个业务的技术细节。
所以，小王凭借自己优秀的人脉关系，迅速联系了很多其他系统和业务支撑的开发同事。打造的这套数据工厂利用了很多很多开发同事提供的接口和脚本。
小王只简单的给这些脚本接口写了一个和用户交互的前端页面，即完成了这个数据工厂。
可是好景不长，一年后，数据工厂的各个功能开始逐渐失效，小王解析代码发现，是这些引用的外部接口或脚本出现了问题。
但是因为当时没有明确的注释，导致小王维护的时候，完全想不起来这些外部接口的功能，参数字段的含义，更想不起来这些要去找哪位开发同事......
小王预感到，如果现在要捋清这些，恐怕付出的代价不会少于当时从头开发。所以就把这个恶心的维护任务交给了新人，新人的热血工作立即见效，但小王也逐渐失去了核心测开工作的地位。
上述的例子中，其实小王如果在一开始就想好 这一步，那么就可以很好的避免了。
毕竟做的平台，并非底层的算法类工具，或者说技术框架 架构。而是一个超多增删改查，引用外部接口脚本的重业务平台。那么对应的文档的重要性就大大提高了。
比如一个良好的习惯就是，凡事引用了外部接口/脚本，都在文档中记录好，对应的一切有关信息：时间，作用，原理，接口文档，字段含义 规则规范，最重要的是对应的负责人。把这些整理成一个文档，每个月拿出来重新检查一遍，把有改动的，趁着自己没忘，赶紧更新了。那么之后也就没有上述的重新沟通成本的麻烦事了。
尾语：
开发平台诚可贵，推广运营价更高，若为维护故，俩者皆弟弟。
行动吧，在路上总比一直观望的要好，未来的你肯定会感谢现在拼搏的自己！如果想学习提升找不到资料，没人答疑解惑时，请及时加入群： 786229024，里面有各种测试开发资料和技术可以一起交流哦。
最后： 下方这份完整的软件测试视频教程已经整理上传完成，需要的朋友们可以自行领取【保证100%免费】
软件测试面试文档
我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。
