• 2013.11.25—2014.1.15总结


    标题本来是“2013.11.25—2013.12.06周总结”这个的

    但是因为之前一直加班,所以总是一个星期一个星期的往后推,再后来公司各种流言纷飞,boss也说我可能被裁掉,就更没心情了,自己懒惰了吧

    还有一点就是,以前都是下班后不急着回家,所以星期五会留下来把总结写完了再走,现在则不是,下班了有人一起回去,所以都是下班了就直接走人了,家里虽然终于有了网,却没有了写这些东西的兴致。之前决定要做的事情也没有做。

    晓婷昨天问我,觉得现在是生活有意思吗?没意思,真的没意思。但是,这并不能怨责别人,其实都是自己酿成的,种什么瓜结什么果。上班外的世界全花来睡觉、看电视、看小说、玩游戏了,能做成什么。

    这里也算简单做个2013的总结吧,有点烦躁了

    2013自己毕业,经历了半学期辛苦的求职后累了,所以接到一份offer后就直接来了,尽管听到很多的负面信息,但是依然来了,所以现在成这种样子也怪不得别人。

    工作的半年,觉得自己表现得还不错,应该是觉得精神上还不错,虽然也会偷懒、也会抱怨,但是是实打实的、也花了很多心力的去学习、去工作,希望能够好好的做,直到现在马上就要被公司扫地走人了,我还是希望、也确实这么做了,努力把本职的工作好好的做好,做到我能力的最好。毕竟这次的项目算是我步入工作以来最正式、最能代表我自己的成绩与能力的项目,我希望最后做出的结果是好的。

    在生活上,周末会找朋友出来玩玩,也联系了好几次同学一块儿吃吃火锅、打打牌,还算可以,就是自己还是单身啊单身啊可悲的单身啊!2014是本命年,求马上有对象!

    在身体健康上,自己比起10月回家的时候又胖了点,昨天称了下,比10月的时候重了3斤,回去老妈又该郁闷了,其实身材也是我找不到对象的重要原因之一吧。。。。呜呜呜呜,我要求高别人当然也要求高的啊。。。。好吧。。。纲巴蝶咯哒噻!希望2014的夏天,我2013没有退掉的那件衣服,在2014可以穿的很好看!

    一、主要成就/特殊貢獻:

    第四季度的工作是在LV的指导下进行的,AD专案的测试由自己独立完成,因为LV手头项目较多,在AD专案完成的前提下会帮助LV进行APP的测试。
    日常工作:编写case、调试自动化case、冒烟测试、冒烟测试报告、版本规划报告、回归测试、功能测试、Daily Report、Release Test Report、Dashboard。
    目前自己并无特殊贡献,但自觉可以较好的完成自己的工作,明白在哪个阶段该做什么事,能够在规定时间内完成工作,不delay,不过有时快到下班的点时发现了问题,不喜欢把问题遗留到第二天,就会留下来把问题理清楚再离开;在编写测试用例时能协助PM修改PES;与TM和RD主动进行沟通,用有效且详细的步骤重现bug,使他们能在这方面节约时间;能简单的辅助LV的工作。

    二、困難/問題描述:

    1、在Bug的把握性上仍需要加强,有时候遇到一些Bug,如:时间控件有异常,概率性地可以选中规定范围外的时间;或是视频广告预览,在IE上有异常。大部分是一些优先级不高,但是用户体验不甚佳的问题。当与TM意见不一致,而PM也未作决定或其也持相反意见时,不确定自己是否仍该坚持自己的想法,这时候就会找LV来进行判断。然后若她判断我是正确的,那么再去与PM进行沟通;若不然,则仅记录该现象,在今后继续观察,而不提出bug。
    2、第一次进专案是在第三季度的Tuna,但当时在文档方面学习和接触到的只有Daily Report,对于其他项的流程多为理论了解程度。本季度进入Wicommunity项目中,开始从初始点学习和实践各项流程,培养自己的工作习惯。所以在初次接触各项文档的时候,会先自己编写完后,由LVreview一遍,然后再发邮件,现阶段每次发邮件前也会先请LV帮助review,找出如remark栏上语言描述的不足,也避免邮件出错。不过现在各项邮件发送前都会自觉从头检查一遍,希望在下个阶段可以做到不需要LVreview而使各项文档不出错。

    三、績效檢討:

    在第三季度的基础上来看第四季度自己的表现,在刚刚进入WiCommunity项目的时候,初次独自发daily report时仍有犯过错误,心急的时候在检查时遗漏了细节上的数据错误。比如因为模板上写的AAA的前缀是WiCS,而WiCommunity项目中也有AAA专案,便理解成是WiCommunity Portal S的缩写,未有与LV进行确认便将项目名称写作了WiCS。这表现我的“我以为”这种想法的不成熟性;也同时说明在开始的测试的时候,只关注的自己负责的AD和APP专案,没有对整个系统的所有专案具体的了解。
    不过,在犯过一次错误之后,学会了凡有疑惑的地方必须先找Leader或PM了解清楚,不能以“我以为”来做定论,所以这些日子也非常麻烦LV,也谢谢她一直不厌其烦的为我解惑及讲解重点;而且也经常找TM好PM,宁可麻烦点,但是需求不明朗的地方一定要双方确定清楚。并且通过和其它专案人员的沟通,对整个项目有了一定的了解,可以在空闲时辅助其它专案进行工作。今后,也努力在“细致性”这一点上做到更好。

    四、學習/發展目標:

    第三季度填写评核表时,我有说希望自己能好好去学Ruby语言,10月的时候每周有坚持看书或者视频,11月因为项目比较忙,在这方面的时间有所减少。但是在看书时间减少的同时,因为项目开始使用新的自动化测试框架,所以经常去请教熊伟。看着他操作,一边看一边问,从最开始连书上的代码都不太看得懂,现在已经可以用ruby自己来调试自动化case,可以看懂简单的代码,可以自己在代码里编写方法。之后也会继续进行ruby的学习,希望到这个项目结束的时候,可以更为熟练的编写Ruby的方法。
    另外,12月会有专案的性能测试,之后也要好好学习使用Jmeter,暂时不期望自己能学得特别好,从写简单的脚本开始,循序渐进,一个半月能看懂和处理简单的性能操作。然后从Java语言、网站架构、数据库的配置管理方面来学习,通过看蔚娟、雷琴她们工作,我觉得数据应该是性能测试中的一个重点,或者说是数据的复杂性,初步预计能够独立且良好的进行性能测试,快则需要5个月,慢则需要1年。尚不可知明年接触的项目是什么样的,自己的工作是什么状态,希望明年年底前能独立完成性能测试工作。
    从总的发展来看,目前并无成绩,只是在学习的过程中先不断的完善自己的工作方式,但希望也努力在此基础上以后自己能有所突破及贡献。

    五、其他補充:

    在进WiCommunity项目的这段时间里,从LV身上明白及学会了很多东西。她常常说“提Bug重要的不是数目,而是将现象描述清楚。”在TM催促我快点测完他们好发版的时候安抚他们说“不要催,仔细测才能避免遗漏”。
    同类型的bug就归到一个报告里,方便归纳统计,也帮RD少点bug,不管是测试还是开发,大家最终的目的都是让项目能尽量流程、尽量少bug的上线,bug数目的多少,彼此谁绩效的高低反而不是最重要的。而在和开发人员合理且有效沟通这方面,真的是要讲究方法,这关乎个人的性格,但是也关乎于个人的态度。面对自己认为是bug的现象要据理力争,态度坚定而不强势;当bug被PM驳回时询问清楚原因及最终处理方法,接受并妥善记录。工作上要态度严肃,生活上大家可以随意嬉闹玩乐,不因生活影响工作态度,也不因工作影响生活交流。这是我这段时间领会的想法,对于LV,非常欣赏她的做事态度和风格,也会继续向她学习,希望自己能和她一样做得好。
    然后,觉得作为测试真的还有很多需要学习的,而我们也是在学习中不断进步的。10月的时候写APP和AD的case,写APP的时候要画流程图,彼时仿照UserMgm直接在Excel上绘制,不满意但觉得也尚能用。到AD要绘制流程图时因为逻辑要更为复杂些,所以去网上搜索绘制流程图的方法,然后找到一个绘制流程图的网站ProcessOn,果然十分好用,继而就练习绘制AD的流程图,而在这过程中将各种场景及需求分析得更为清楚些了。
    总的来说,这些就是这个季度我所总结的自己,而今后也将继续在各个方向上学习,努力做到更好。

  • 相关阅读:
    CF500F New Year Shopping [线段树分治,背包]
    P5344 【XR-1】逛森林[倍增优化建图,zkw线段树优化spfa]
    CF452F Permutation [哈希,树状数组]
    [NOI Online #2 提高组]子序列问题
    牛客挑战赛39题解
    #6036. 「雅礼集训 2017 Day4」编码 [前缀优化2sat]
    CF1156E Special Segments of Permutation [分治,set]
    #6198. 谢特 [后缀自动机,01trie合并,启发式合并]
    P4246 [SHOI2008]堵塞的交通 [动态图连通性]
    CF1096G Lucky Tickets [NTT,多项式快速幂]
  • 原文地址:https://www.cnblogs.com/poppyp/p/3449806.html
Copyright © 2020-2023  润新知