唯品会网站架构,自建网站系统,企业网站开发文献综述,学什么可以做网站今天是进入GEHC XR ATX的第25天#xff0c;是周日#xff0c;下周二我的第一个sprint也就到期了#xff0c;幸好在这周五晚上完成了#xff0c;当然还差个分享。在此记录第一个sprint中两个story过程。
第一个story是操作固定式DR设备进行exposure整个过程。这是所有新人必…今天是进入GEHC XR ATX的第25天是周日下周二我的第一个sprint也就到期了幸好在这周五晚上完成了当然还差个分享。在此记录第一个sprint中两个story过程。
第一个story是操作固定式DR设备进行exposure整个过程。这是所有新人必选story流程上是我需要先在实验室学习、了解DR设备包括硬件和软件。熟悉了之后需要发送邮件预约demo的时间和地点。到点了组内所有成员都会来参加琼哥会提问题我根据琼哥提的问题进行操作或解答。这个熟悉的时间还是比较充裕的差不多从入职第一天开始当然期间也杂加着各类培训及权限申请。我差不多有两周时间。但其实我熟悉并不够一方面是我对这方面确实没有一点经验另一方面就是资料缺乏基本靠口述和我自己找资料还有就是不清楚问题范围不知道我应该关注什么。在做demo的时候好多细节没有做好我机器实操的次数也挺少的因为机器有限需要主动找测试老师们去借说实话我不太好意思或者我根本不知道我要解决什么问题。最后我还选了比较复杂的DR系统直至当天上午我才真正接触了该系统demo结果也就可想而知了琼哥他们当然最后也给了合格。总结以下我还没搞清楚我到底要干什么懵懵懂懂而且不敢主动问问题这是不好的需要改进的不懂就问。
第二个story是修复SonarQube中关于unit tests数据展示问题因为coverage都是有数据的不知道为什么unit tests的数量一直不显示整个项目组的都是这样。关于这个story我开始理解的是给SHM项目增加unit tests然后做一个关于unit tests的设计分享因为SHM项目中并没有unit testing在QA数据上说不太过去。我其实之前也没怎么写unit testing不应该是不写写了代码之后直接用postman做冒烟测试测试通过后续的测试工作就交给了测试老师了。现在的团队中没有类似的角色了所以需要开发人员注重unit testing而且QA页面也需要展示该数据。当时我看unit testing的coverage是有数据的但是只有4.5%unit tests为-没有数据。我以为我需要增高unit testing的coverage后来在一次daily scrum上琼哥问了我说实话我当时没听清他的问题所以回答也模糊的反正后来就变成了要展示出unit tests的值当然这也是忠靖最开始给我设定的目标但是后来发现要展示这个数据并没有这么简单我们在排查这个问题时通过修改sonar.properties配置参数后test的代码确实可以展示到页面了但是unit tests数据依然为空所以推测是jenkins中关于sonar scanner的配置有问题于是联系DevOps人员进行解决但是这个问题注定没有太快解决。分配的人员是印度老哥工作时间就差了2.5个小时反馈问题后半天都没反馈最后让提供log我开始也没搞懂我理解我只要提供了jenkins的pipeline信息就可以他应该就能找到结果并没有这么简单不过他倒给我提供了问题解决的思路不过这个简单思路我自己倒是忘了。解决bug的第一要义就是定位bug也就是通过log去找于是我又向强哥学习了如何构建pipeline这样就不用总是麻烦他了不过构建一次pipeline真是耗时得一个小时起步这就很难受了不过幸好还是熬到了但是最后发现日志中也没有什么有用的信息最后还是结合网友的blog和官网文档找到问题就是自定义sonnar scanner的配置有问题coverage数据来源和unit tests的数据来源是两个文件coverage来自jacocounit tests来自surefire所以页面一直有coverage数据但unit tests数据没有在配置文件中指定surefire数据源就可以了。所以自己的命运要掌握在自己手里等待别人总不是最好的选择当我告知DevOps的老哥问题已经解决了时他回复说他很忙在决解其他问题问我怎么解决的在我委婉的表达没关系时他居然急着问我解决方案说他得用这个来关闭我在channel中提的问题。怎么说呢打铁还需自身硬吧我是程序员这点问题算啥。
上面两个story是常规的做完也就算合格吧还有一个隐藏的story那就是关于unit testing的design分享这个确实有点难因为我也没写过unit testing。只能硬着头皮干吧分享定在了下周一下午4点到5点也就是明天了现在整体思路还没有。
