请个为大侠传授我点经验

解决方案 »

  1.   

    看需求分析.   这是肯定的.        等你了解架构了再去深入了解他们的产品..还有..如果是不是"山寨"的话.. 看他们的注释生成的javadoc是蛮好的方法. 先看需求..再doc 吧. 
      

  2.   

    我们公司维护项目很多
    所以Burn In这方面我觉得比较成熟的经验是1.有测试用例的话,首先根据测试用例完整测试一遍系统
    2.测试同时可以阅读代码不过很多项目测试和需求文档在你接手时,其实已经很陈旧了,项目后期的很多CR都没有同步更新文档所以,更多时候,应该根据代码同步更新URS,UCS,test specs,这样子也算是一种检验
    因为接受前要保证系统没有太多遗留问题,防止以后被算成bugs,不然等你以后维护时,就不好对这些问题收钱喽
      

  3.   

    找到主线是关键, 先作为用户体验一把如何使用,然后再找到main 一路下去. 不懂的先别管,慢慢就好了.
      

  4.   

    有条件的话一定要多debug,看看这些参数的值在什么情况下是多少,怎么变化的,系统处于什么状态