6/12 自我反思

今天没去上班 生病 请了天假 思考下自己的工作 发现有如下问题：

一.工作方面

1.工作太被动 小组长要求测什么就测什么 环境问题大多都是小组长解决 自己只管点点点

2.跑小组长的测试用例时 跑完用例就over了 没有进行过多的思考 比如：哪些点是用例没写上去的？小组长设计这个用例时是怎么考虑的？有哪些地方可以借鉴一下？

3.测试过程中对于一些细节没有做到位 比如：文案比较容易被忽略（有时候觉得大概意思表达到位就行 没必要一字一句地去看） 比较少站在用户的角度去考虑问题

二.交流方面

1.对bug的跟进力度不够 说到底没有持续跟开发进行沟通 问题抛在群上 提了bug 开发不管的时候就没有再催下去了 导致有些bug是快要到达下一个测试阶段前才临急临忙地解决

2.没有打破沙锅问到底的精神 很多问题别人给出的答案只是停留在表面 没有深追背后的原理以及思路

三.时间利用方面

1.每天早上的2小时利用的不够充分 有些时间用来看新闻 聊天去了

2.每天的碎片时间（开发解决bug以及没项目的空巢期等空闲时间）安排的不够充分

3.开始测试前就要造好数据的意识薄弱（如：注册线上测试账号 提SQL请求修改记录）

4.每天时间除了用在工作 就没别的安排了（指的是项目不赶的时候）

四.学习及能力方面

1.比较薄弱及需要强补的知识环节：软件架构知识 （包括各种框架组建知识 linux系统原理 持续集成）环境问题的解决方法及问题定位 网络知识 软件工程知识（敏捷测试 敏捷开发）

2.太过依赖navicat的图形化界面 导致常用的sql语句不熟练

3.一些比较实用的linux命令不是很熟

4.JAVA知识正在逐渐遗忘 因为工作上没用过（这是我最不想看到的）

5.其他需要补充的进阶知识 如：数据库原理 算法+数据结构 操作系统原理

五.总结反思及输出方面

1.对于一些零碎的业务知识（如各种黑名单表 造无学历白领数据的方法等）在微信上提及过后就没记录下来了 导致下次需要的时候又要去翻聊天记录或问人 浪费不必要的时间

2.一个项目测完后没寄出时间进行总结及输出文档（包括业务总结          犯的错误 测试方法及思维总结等 其中最后2个尤为重要）

3.缺乏阶段性总结反思（周总结 月总结 季度总结）

对于以上问题 现解决方案如下：

一.工作方面

1.归根结底 还是惰性太强 想着反正测完就交付任务了 缺乏主动性 接下来的工作要做到：主动申请解决环境问题 勤思考

二.交流方面

1.停留在表面的答案或回答没有任何实质意义 要深追背后的原理以及别人解决问题的思路

2.主动且持续地与开发沟通

三.时间利用方面

1.早上10点前做好一天的时间规划 工作做到几点 得保证每天有1小时的学习时间

2.碎片时间利用（不适合系统学习）

（1）看聊天记录中开发的发言 看看能不能想到他们是怎么实现的 原理是什么

（2）看Wiki或下载下来的文档

（3）老徐的文章

3.中午别玩了 好好学习吧

四.学习及能力方面

1.制定具体的学习计划 每天至少1小时的时间用来学习

2.别用navicat的GUI了 多敲SQL语句吧（有些简单的select语句未了节约时间可以用gui 一些多表查询之类的还是写SQL语句吧）

3.碎片时间看下老徐总结的一些实用linux指令

4.中午补JAVA 往自动化方向学习

5.测试过程也是学习过程 可把以前看到的架构 网络 数据库方面的文章结合到工作中思考 想想一个流程走下来  背后的原理是怎样的（这个以前有试过 不过没坚持下来）

五.总结反思及输出方面

1.一个项目结束 输出这3个文档（如果时间不够 业务总结可忽略 主要是为了总结测试思路及测试方法 归纳错误 这些东西才能沉淀下来）

2.每天的工作日报得坚持下来

3.星期五的日报内容为周总结