实际开发总结

      项目开发过程中，会遇到许多线上问题。一些可能测试场景没有覆盖到，或者代码改动之后不是全量测试；还有一些事产品设计不清晰，产品设计问题；还有一些是开发的问题，和自身经验、素质有关。这些就需要不断总结，避免以后出现类似的错误。

      1、复杂判断使用if return判断。在开发中，主要流程的判断逻辑可能会比较复杂，多个if else 嵌套，多个层次，多个括号，很容易弄混逻辑。并且从一个条件中跳转到另一个条件中的某个逻辑，程序不会执行。所以建议先缕清判断逻辑，然后按顺序判断逻辑。

      2、场景优化的时候，要考虑全面。包括单个场景的影响情况，项目中有没有类似场景。统一梳理。

      3、信息同步问题。就是发现问题之后，产品、开发、测试都参与进来，统一梳理。梳理之后排期，提jira，做一个完整的闭环。统一迭代。避免产品以为开发做了，开发不知道测试有没有测，领导以为已经上线了。内部同步还是比较重要的。

     4、项目优化问题。开发小伙伴可能某天想着重构一下，之前写的代码像shit，希望重构。重构一下，代码没问题，性能会更快。自己没有充分自测，还没有告诉测试。可是可是，实际情况有时候是，优化了某一点，整体不能兼顾，其他场景可能有问题。所以，重构有风险，开发需谨慎。建议是需求重构的时候，牵扯到相关场景，测试重新走场景，又不增加工作量。这样是比较合适的。

     5、全局意识。修改代码、修改布局，要全局搜索，考虑到覆盖的场景。项目中有发生过优化了一个控件，但控件复用，出现问题，又紧急发版重新上线的过程。

     6、自测很重要。移动端开发中，经历几个公司，测试同事因为工作量的问题，每次上线都是增量测试，非全量，是个风险点。要思考到所有场景。开发是按照需求文档开发的，自测一下容易理解项目的所有流程。也能发现一些别人觉得正常，但有问题的场景。

     7、沟通、流程问题。实际开发中，口头需求建议走流程，容易排期，也能保证质量；工具，建议使用jira、wiki，使用svn同步会很麻烦；沟通留痕，需求更新及时更新文档。降低风险率。

     8、子线程 主线程执行时间顺序，注意变量值、线程安全问题。

     9.3月份线上bug总结，

        问题场景：进入界面，先下载pdf；再次进入，直接加载本地pdf。第一次进入，在主线程放置回调，就有问题；第二次、第三次进入，就会有问题。

        测试发现了问题，但再次进入又没有复现。自己简单的归结为手机问题，so库不兼容。

        启示：所有bug必须追踪到底，思考场景并考虑复现。不能大意。

 

      自己写的一些场景，欢迎大家补充。