• 面试过程中遇到面试官和你气场不合很正常,只吸取自己能用的就行;简单一句你达不到要求这种,只能说面试官水平也不是很到位,正常情况下应该通过HR进行反馈,所以我个人觉得不用太往心里去;

    工作6-7年,我觉得是资本而不应该成为负担,楼主需要整理一下你自己的成就而不是陷入对比人生这个怪圈,谋事在人但是成事在天,每个人的际遇本来就不一样,没必要去按照各种鸡汤把自己的生活搞的郁闷;

    关于如何总结自己的资本的话,我自己的资历也不足,分享一点我自己的心得看看能不能参考了:
    尝试着让自己去回答这几个问题:

    1. 你做过的事情中,有哪些花费了特别久的时间,你下次再做能不能缩短时间
    2. 你做过的事情中,有哪些你曾经觉得很有成就感的(不一定是技术方面,扩宽一些,比如你觉得你的工作能给别人带来很大帮助的,或者公司这个恶心状况能让你明白很多的),今天你回过头来看,能不能做到更好或者处理上能够让自己得到更多的利益
    3. 你服务过哪些行业,有哪些你认为是共通的问题,怎么解决的,后面遇到过哪些问题,有一个刚开始创业接触这个行业的老板(非技术人员),你会从哪些地方提出建议

    回答完了找个论坛或者博客记录下来,这个就是你现在的资本了

    面试不对盘太正常了,但是也不建议矫枉过正一切觉得都是人家不赏识,需要透过招聘启事和电话沟通更快锁定你能给人家带来价值的这种公司,通过面试去培养自己的人脉

  • 本人是从游戏测试转过来的,只能说关键要看你自己原来的功能测试怎么做的了

    游戏测试相比Web和APP,人机交互上不可预测的变量更多,因此掌握了单变量控制、逆向思维的人转其他测试反而觉得游刃有余,如果之前做过偏数学类的测试比如刚体碰撞、地图检查、追踪轨迹测试、lod减面等等,再加上能会一个语言,转其他的测试问题不大

  • 为什么想从测试转开发 at 2018年05月31日

    现在从填报专业到选择就业完全处于没有任何情报支撑的情况,出来以后找不准自己的定位很正常,换个角色换个视角是一个方法,建议可以先维护一个github投石问路,看看自己是否真的适应开发的工种再去针对性的学习课程,能找到一份好一点的工作

  • 仅楼主可见
  • 😢 人在杭州,超想去,请问会后可以索要相关资料吗

    1. 测试从按次测试改成按轮测试,整轮开始之前记录版本号,整轮结束之前不接受提交代码修改
    2. sonar规则扫描,每次出问题花时间跟到代码层追溯,整理成sonar的规则;建议初期用findbugs排除低级错误
    3. 测试过程数据分析:建议全部测试开始前清理掉数据库和日志,测试过程中全部保留,最后测完之后分析,比如测试环境限制了邮件发送,那么发送记录表里面就不能有成功的记录;再比如主数据与关联数据关系应该是1:3,做个联表group找找有没有关系不对的;日志里面所有的异常必须全部过一遍、另外,对各个流程节点关键日志进行统计,在某一个节点数量大幅增加的可能就是有bug的
    4. 推动jenkins和docker,部署脚本建议测试维护,确保上线环境与测试环境一致
    5. 埋点提前预测线上bug,这个一两句很难说完,建议自己查资料
  • 怎样算一个好的测试主管 at 2018年05月15日

    我有过这种经历,但是试着反过来考虑一下,如果你的上司什么都答应了,那你推动任何事情都会被开发各种甩回来还甩你一句你老大答应了啊或者你要不好说话我就找你老大了,你更郁闷,这个世界上当好人永远比坏人容易了

    当然了,不是说完全顺着自己的脾气来了,我觉得你的主管既然还在这个位置,那就是说至少他的做法在这个环境是适用的吧大概,人家也是被逼的

  • Postman,Charles都有mock功能能做到这点

  • 问题已解决 4 at 2018年05月15日

    因为之前有人问过我相同的问题但是当时我没答上来,这里放一下我自己总结的请大家也帮忙看一下:

    1.测试平台的出发点:经验分享、标准统一、便于量化执行
    2.好的测试平台需要关注的点:
    针对主营业务近几年的发展已经和将要遇到的问题,能不能起到正确的引导方向;
    如何去考核平台对执行效果的影响(问的人看来有相当的眼界和水平了,第三个问题实际上是第二个问题的答案);
    平台推广的方案
    3.平台对效率的提升,实际上这个问题完全取决第一个问题有没有答到点上,如何量化看第二个问题的回答

  • 大家平时的工作量饱和吗 at 2018年05月15日

    需求问题,明确本期的建设目标,别什么都压在这一期,要划出基线;

    过程中有共性的问题,举一反三,别一个地方数值不对相关的部分就放过了

    另外,本期风险较高的,比如框架改造、对外接口、不合规的调用、自定义的控件交互等等可能要反复回归的,优先自动化,别一直功能测试

    还有,每天八小时,最少留一小时总结一下,别死干