“细节决定成败”,这句话对于一个开发工程师来说最贴切也最实用了,短短几个字就能体现出一个开发人员的功底,细节,再大的项目
都是由若干个业务单元组成,每个单元都有相应的约束,业务单元和约束条件都是细节,对细节理解有多深就体现了对业务的理解有多深,
另外,在代码实现上也会更细致更全面,产生的bug也就越少,代码也就更有生命力。如果不注重细节,可能表面上完成的需求功能,但是
可能已经埋下了定时炸弹,最后还要花大力气去排雷,不管怎么样,最后你的能力肯定不能被认可,周而复始,能力始终不会得到提高。
言归正传,作为一个开发人员,不埋雷可能不太现实,但是我们应该尽量少给自己埋雷,同时也尽量自己发现雷点。
通过什么手段呢
第一,Review代码,保证业务框架正确流程顺畅,查缺补漏,优化代码,特别是功能节点的约束以及场景处理,比如可能出现的异常捕捉
处理
第二,联调 一般指与服务端接口调试,该阶段要确保正常场景和异常场景的业务逻辑处理的正确性,同时也确保业务逻辑的合理性,比
如网络数据的存储或缓存以及展示
第三,自测 也称为冒烟测试,按照测试用例运行应用,检查是否有应用性异常,另外,对比高保真界面设计,检查页面是否有不一致的
内容和布局偏差
第四,转测 进行专业测试阶段,测试人员进行几个级别的测试,首先进行功能测试,然后是性能测试,专项测试,几轮下来,测试可能
会测出一些意想不到的结果,我们还是要做好思想准备
第五,内测 专业测试这一关过了以后能找的雷基本上已经找的差不多了,但是为了安全起见,在服务端发布以后应用还是不能急着发布,
需要再验证一下各个功能,根据应用不同内测的时间长短也不尽相同
第六,发布 万事俱备,应用方可以发布了,发布完成后,还是要到应用市场下载或者在线升级,这个时候这个应用版本才算翻篇过去,
即使有问题也是下个版本的要解决的问题了
第七,统计 基本上现在任何一个实用的app都离不开埋点统计,否则应用撒出去就两眼一抹黑了,也难以做运营和一些决策,比较成熟的
有友盟统计,百度统计等