杜芳亚的博客
前天下午技术支持转给一个客户处出现的问题,相对内部发现的问题,客户处的问题得到的信息量要少很多,现场的运行环境和办公室也有不同,有时候很难复现,只能一步步剥丝抽茧。 第一步:排除用户误操作 第二步:由以往的经验排除常出错误点 第三步:通过一定的方式,找出能导致错误产生的功能点。我采用的方式是通过出错数据,查找这个数据从产生到出错的整个流向过程中涉及的功能点,采用回退的方式一个个功能点的验证 前三步
274°/2745
人阅读/1 人点赞/0 条评论
发现bug和提交bug 之间要做的事: 1、找出最简洁的复现步骤 2、举一反三,由一个bug找出相同功能是否存在相同问题(有时候真的能有一个bug找出N个bug出来) 3、bug之前是否已有其它测试人员提交
359°/3512
人阅读/0 人点赞/8 条评论
最近部门人员一直紧缺,好不容易招来一小姑娘,刚毕业,对于测试方面的知识那就是一张白纸,嘛都不知道,但贵在肯学,而且学习能力还挺强的。应该是个可塑的好苗子,想使其快速的成长起来培训是不可缺少的,暂按测试流程列一下培训目录: 1、测试总体描述,使其对测试有个总体的了解 2、熟悉测试
313°/3039
人阅读/0 人点赞/10 条评论
公司执行敏捷流程已经有段时间了,基本上评审会议后sprint就结了,之后会有个总结会议,但总结会议也只是对整个流程的一个总结。一直没有一个专门的总结报告。也不知道别的公司实行敏捷流程有没有专门的测试报告,不过我觉得还是有一个相关的测试总结文档还是比较好的。一直考虑怎么写来着,是不是和瀑布式测试报告一样就可以了?犯愁。
541°/5388
人阅读/0 人点赞/3 条评论
前几天部门中有个资格老技能强的同事离职了,觉得担子一下子重了很多,好多任务都不好分配了。今天有个才来两个月的小姑娘因为家里的原因也要离职了,本来还想重点培养,也是下了一番心力的,人最后还是要走了。人各有志,人有其他的选择也是不能强留的。不过这样一来,人手一下子少了很多。套用一句诗“人去人留,活都在那里,不多不少”,压力好大啊!
314°/2986
人阅读/0 人点赞/16 条评论
现在啥都涨钱就工资不涨,听说今年别的公司都涨钱了,但我们还没有动静。。。
286°/2829
人阅读/0 人点赞/4 条评论
今天技术支持给我们部门报了一个疑似bug(我们公司的流程是用户的问题传达给技术支持,然后再由技术支持给我们提疑似bug),我才发现在测试的过程中出现了一个很大的漏洞,有个模块的最基本的功能竟然是无效 的,而相对复杂点的功能都是正确。刚看到问题的时候我还难以自信,怎么连这么基本的问题都没有测试到。 &n
546°/5277
人阅读/2 人点赞/19 条评论
干了快3年的测试了,感觉提高很少,公司也没有正规的培训,而且没有一个专业的测试带头人,经理是市场部经理兼职带我们,大家都一直在探索中发展 ,感觉不论是测试方法还是测试管理都是那么不靠谱,基本还是开发小助理的角色。 最近听同事们说职业规划的事,觉得自己也该规划下了,怎么说也在这个岗位上待了这么长时间了,也该为将来工作的进一步发展做打算了 &nb
211°/2113
人阅读/0 人点赞/0 条评论