参加了一个分享会,不是技术型的分享,只是泛泛而谈。不过还是有一些收获吧,也是思考。
无非就是两点
无论开发还是测试最终都要接触管理层面。以前我单单以为做好技术就行,但是分享会后我觉得管理其实无处不在,需要细心留意。比如管理测试项目进程,项目质量,人员调配。
怎样保证项目质量?
一个项目就是由多个测试功能不同的小组组成的。如果我是总体负责的人。我会掌握各个小组测试关系,所实现的功能。实施进度和缺陷管理这方面我会以数据分析的方式做统计。不仅仅是完成和缺陷数据。每个小组和项目整体数据环比增长率,缺陷修复率。做一个数据可视化分析。雷达图可能更加直接。我们的项目还没有用到过,我分析一下,过几天总结一下。少不了Excel 模板。Excel重要性。另外我还想问一下如果测试用例上万条,Excel肯定是不够用,那他们是怎么管理的?有人可以帮我解答一下么?
测试用例的全覆盖和应用率
的确我们现在有了CTD这个编写测试用例的工具,极大的简化了测试用例的编写,但是我们还是需要深入研究一下,不仅仅是停留在表面。需要拥有扎实的理论基础。还有几篇国外paper看一看,同时提醒我不能忘本。
技术,这是一个永恒的话题
测试不仅仅是需要BA的分析,其他的测试技术仅仅是帮助我们方便快速的查找defect。技术这方面我了解的的确不多,受项目和经历的影响。以后希望能够接触更多的技术吧。分享的人总结了测试路线图,思路挺清晰的,主要是他说是自己总结的,好感度提升到80%。我待会画一下。

PPT 美个赞
说道这个不得不回想起周六的TB,感觉非常不好,我原本以为只是偶尔diss,没想到diss是常态。不说了心情会凉大半截。PPT是其他话题无意中带出来了,就那么一句。PPT 真的是很重要类似于见面的第一印象。要有提纲,有血有肉最好还有颜值(主题配色)。多临摹其他商业PPT,其实学术型PPT就够用了,但是我还没见过其他项目PPT。从我们项目开始总结。
刚才思路打断了。接着前面说。分享会完事后有提问环节,表现时刻。no no no。没有人问。因为定势思维,类似于课堂与老师的提问环节。会后我才想起提问什么,没有反应过来。
分享会很流程化,介绍现在的项目流程,运用到的技术,巴拉巴拉一大堆。最后回忆整个课程,却没有任何印象(这就是我为什么写这篇博客,因为我记不住啊)。后来我想想他们没有说过在项目中遇到的问题,以及解决的方案。这就类似于一个故事结构,有引引入省的开头(背景),跌宕起伏的情节(发现问题),故事中的高潮(解决的方案)以及最终的大结局(思考)。
你的项目遇到了什么问题?怎么解决的,中间的过程如何管理?
微服务与传统测试流程的不同,所面临的问题以及项目中的趣事,吐槽。
我对微服务挺感兴趣的,主要是因为觉得它会跟开发(终极目标)更近,通过分享会了解,其实它需要掌握多种测试技术尤其是接口测试,而且对项目管理要求的更高。没有做过,所以好奇。
写这篇博客之前。我是打算仅仅把分享会提供的学习链接记录下来的,没想到会写这么多。现在目前感觉是没有时间学习。工作主要是学行业领域的逻辑内容执行测试。很少能够静下心来去真正的了解测试。这也是我很纠结的地方,这条路到底能够走到多远。不断地学习与充实自己吧。以此,敬上。
认真对待,摒弃学生思维。工作与效率。
Link:
机器学习:
scikit-learning https://scikit-learn.org/stable/
TensorFlow http://www.tensorfly.cn/
IBM Community https://developer.ibm.com/community/
案例分享 https://testerhome.com/topics/8167