【测试新人】听2新0人2阶0段0汇8报2小1结

最新推荐文章于 2021-07-29 16:38:44 发布

Fain_99

最新推荐文章于 2021-07-29 16:38:44 发布

阅读量189

点赞数

分类专栏：自我总结思考

本文链接：https://blog.csdn.net/Fina99/article/details/108182179

版权

自我总结思考专栏收录该内容

3 篇文章 0 订阅

订阅专栏

前言

本文内容的个人小白：工作经验记录，有段时间没有更新了，最近有幸参与新人阶段汇报，就把听到的测试入行0~2年的 "自我认知"记录一下，当然，我是有且仅有的3年多一点的经验。

一、汇报形式：

通常都是：思维导图（Xmind、processOn）、在线文档（word、有道云笔记）

因为频率大概在两周一次汇报，所以很少用到PPT，PPT花费时间多一点，正式一点，好看，可以放在重要汇报使用。

二、汇报年龄（经验情况）和与会人员：

A是职场新人也是岗位新人，刚毕业，带着学校的知识；

B是同岗2年，主要是财务方向的测试；

C是同岗2年，主要是用户UI、UE、UX方向的测试。

连我也算在内D，同岗，回忆2年时，主要做过本地化（翻译）的测试执行、硬件与软件通讯的黑盒测试。

这次我们面向的“路演”对象，是已经不怎么需要了解项目业务细节的部门经理、还有在项目上的部门主管。

三、汇报流程：

主要说明：对自己的上两个周的学习内容、总结，下周要学习的内容和参与项目的计划。

（大家说了什么，其实差不多，因为同期新人学习相同，个人理解不同。业务的学习，专业的学习，要求参与的项目参与度）

四、我的会议纪要：

其实记了一页纸，密密麻麻，东填西画（这里想起来，我还有个《一页纸XXXX》的知识还没有学习。）

3年经验总结不出高大上的东西哈~只是看到别人想想自己。

1.开场白

开场白的准备，有一个印象分，也是一种习惯，也是一种礼貌，也是一个可以提前准备的事情。

（大家进入会议室，领导先在？领导后到？减少冷场，把握控场，我们这个是领导先到）

A：今天我们来看一下我的阶段汇报。

B：X姐好，大家好，这是我的阶段汇报。

C：（先遇上了X姐的闲谈装扮发型变化不同）X姐好，X姐好，我今天的阶段汇报分为三个部分，一工作汇报，二其他因参与了新人培训，三下周计划。

如果是D，估计和A差不多，不打招呼，和C差不多，会先介绍模块。

现在的D：大家下午好，很高兴大家来听这次的汇报，我叫XXX，（工作经验多久，来公司多久，一次带过）这次阶段汇报计划三个部分（同PPT宣讲会用几个部分一个状态）。现在我们正式开始……

2、汇报内容

以我短短3年的经验，做一下自我发现和小结。

	优点	我的主观不足	提问
A	1、业务上没有错误，说明业务理解能力较好； 2、专业上开始考虑如何定位缺陷，说明渐渐专业化； 3、在学习他人的分享会后，能够把听到的听懂的应用到参与的项目上，这是我不止一两次看到他讲听到的举一反三去应用，说明学习能力很好，学以致用很好。 4、有意识学习接口测试、学习DB的知识。 5、有意识，不被开发同化。（对于摩羯座来说，是不是同化概率会较大？x(>ω･* )ﾉ） 6、问答讨论阶段能够放开思路，该说说该举例举例，交流顺畅。	1、多次提到工作中，时间问题：如与产品开发沟通成本高、准备测试数据耽误时间。还不懂得说明这些是一些早期成本，对项目影响是低成本还是高成本，其次本身定位在应届生，分派的任务即难易度较低时间长的任务。 2、对“测试偶现”频率的缺陷的跟踪度把握，不宜过高，不宜忽略。 3、根据学习到的跨专业知识，在讲出来的时候，把握专业知识，还不到位。token过期、cookie过期等。（可能是紧张）	工作、学习什么比较困难： 1、测试数据的准备； 2、样式标准的把握； 3、业务理解。
B	1、关注场景类的用例关注度高，关注跨系统的用例，对应UI的关注低。（看项目需求呀，这个项目确实需要先保证场景和功能，时间又紧，UI的重要程度就第一点） 2、和同事交流互动。 3、对安排学习任务有产出物（Web原理基础的脑图清晰）	1、业务上多个功能错误，业务理解急于求成导致处处出错，还说了出来错误的。（实际上就是把自己的程度表现出来就行，此处无错） 2、业务思路还不清晰，所产出的成果物——流程图，独具特色，一般人屡不明白。 3、提到了准备数据耗费时间（此处无错，仅记录AB同事都提到了，需要解决方案如提升效率的技术）	对准备数据的提升效率的技术的方案？从经验技术在新项目的应用有什么分享？
C	1、用例规范用起来~ 2、自学了SVN的指示，完成了指定平台的学习任务，产出物也很清晰，实际应用也有用到。 3、指出了PRD与UI的差异，无法及时更新同步。指出了PRD上没有完整的历史规则。指出了PRD上没有具体详细的需求结果。指出了测试结果不是太关注用户体验（看项目需求），指出屏幕分辨率适配兼容性测试度不高（看项目需求），指出了历史问题及时暴露开发及时改正的较好的现象。提出想要学习测试报告。 4、量化学习：性能学习、数据库脚本学习。 5、业务上没有错误，说明理解力可以，只是部分业务还未有时间开始学习。能自我纠正，把之前理解过错的纠正。	无。表现了自我的软实力能学习，硬性指标能完成测试任务，还积极好学公司的测试规范，与同事相处有提PRD不规范但没有直言“耗时间”，能够自我解决。稍微有点的是多次提到的关注用户体验，是原有工作经验的惯性。	和原有的工作经验有什么冲突？新人培训的作用？
D	我也会说明学了什么，个人习惯罢了，一个会写日记的人总是很会啰嗦的(>ω･* )ﾉ当然，自我理解就存在可能理解偏差的错误。	啰嗦不见得坏事，也不见得好事，实际大部分时候是坏事。要言简意赅！再者，在业务讲解的时候，要先说明项目定位，体现一些《用户故事》，方便大家理解业务。	/