Hi，请教一下，“变更代码与 jvm 代码轨迹进行匹配” 这里是如何实现的？

项目流程是否合理

1. 需求阶段：段是否讨论的充分
2. 开发阶段：是否有设计，设计是否被评审
3. 测试阶段：测试用例是否被评审
4. 预发布阶段：上线前除了本次改动的功能，产品上下游功能是否有回归测试 5.可以考虑灰度发布 6.缺陷总结：对于线上 Bug 或者事故的 review 及经验分享，优化流程，改进工具等避免同样的问题再次发生

人员能力是否能胜任当前的工作

1. 执行力&态度问题？
2. 能力问题？对自己负责产品的架构及实现细节是否了解？有没有能力 review 开发设计？。。。

我们说的测试技术，未必就是做做自动化&&性能测试。一个了解被测系统架构，懂代码的测试同学，在深入了解产品需求的情况下，可以指出开发设计是否合理，除了功能外，还能从性能，安全等角度评估出项目的风险，这些最终都能在测试用例中体现出来。

套用 monkey 在新书中的话，“测试不是比技术精深，不是比谁代码写得好，最终要提升项目，团队的效率，解决问题才是真的。”

我这边是把 jenkins 和 fir.im 集成在一起 http://fir.im/