摘要: 如果新功能是在老功能基础上改进的,测试用例如何设计? 1. 如果新功能是取代老功能的,修改原有测试用例 2.如果是改进,就可以考虑有可能复制一份原来的用例,修改和完善后,关联到新功能上。 测试用例的粒度 在所处的项目中,测试用例的粒度貌似是弹性的,有空间的,却是有规律可循的。关键看项目的性质和自身的 阅读全文
posted @ 2018-06-07 20:52 雅~ 阅读(296) 评论(0) 推荐(0)
摘要: 测试用例的设计是很关键的业务技能,用过的有助于涉及测试用例的方法有: 对测试用例的设计初期可以使用思维导图来辅助;画出逻辑流程图的方式来理清业务功能模块,进而设计测试用例;团队坐在一起brain storming,把尽可能想到的用例列出来,开发脑细胞,各抒己见。还有,最近比较常用的就是一个人独自思考 阅读全文
posted @ 2018-06-07 00:34 雅~ 阅读(103) 评论(0) 推荐(0)
摘要: 测试经理是个监工。每天看客户有什么测试工作,把任务分配给手底下的人。期间测试发现了问题,就提供一些决定性的建议。最后搜集任务完成进度以及遇到的问题,归纳成报告,发给客户。在第二天客户回复了邮件解答了问题后,再次确认问题解决,如果还有疑问便再追加。 这看似简单的工作中会遇到许多需要做决定,要有技巧的地 阅读全文
posted @ 2018-06-03 00:03 雅~ 阅读(425) 评论(0) 推荐(0)
摘要: 如果开发认为这不是bug,对QA来说应该怎么处理? 这是面试时经常问到的题目,如果报了一个bug,开发不认为这是个bug,从QA角度该怎么处理? 首先排除自身bug报错的可能性,虽然这很不专业,但也不是不会出现的, 尤其是对于新手,刚接手新的项目,对业务没有那么的熟悉,报错bug就不足为奇了。 接下 阅读全文
posted @ 2018-05-31 10:19 雅~ 阅读(290) 评论(0) 推荐(0)
摘要: 在51testing上看到了一篇文章,分析自己为何会选择测试这个岗位,激发了我自己动笔写我的选择过程。加上之前面试的时候,面试官都会问你为何选择测试,我都回答的很官方,像是标准答案。我平时也会自己写点东西,却没有记录我的工作经历,这很可惜,记录主要是让自己整理过去,反思,我并希望别人能关注,我在把自 阅读全文
posted @ 2018-05-27 19:45 雅~ 阅读(111) 评论(0) 推荐(0)
摘要: API中若节点是属性,不带命名空间。 若节点是类,即还有下级标签,就要在类后面带命名空间 比如 <b:Notes xmlns:c="http://test.com/Classes"/>; <b:Notes/> API测试步骤间互相传参的方式: 1.新建一个properties,比如叫sessioni 阅读全文
posted @ 2018-03-05 18:32 雅~ 阅读(120) 评论(0) 推荐(0)
摘要: 测试人员到底最关键的技能是什么? 保持质疑和敏锐感是其中之一。对于从开发转为测试的人员来说,个人觉得保持这种敏锐感是很难的事情,很容易纠结。开发的思维是尽量用最快的时间最小的代价把功能实现,容易忽视细节,重点在脉络清晰,主题架构的搭建,细节嘛,等到把主要功能实现完之后再润色和修补,考虑的常规操作更多 阅读全文
posted @ 2018-01-05 16:28 雅~ 阅读(367) 评论(0) 推荐(0)
摘要: timezone的计算为何要在db中逐条写呢? 用算法是可以的吧,自动根据地区来计算,而不是依赖于db中的基础数据。 遇到一个bug,客户的实时时钟因为某种异常跳到了2037年,在此期间,有一些时间数据存入了db造成了垃圾数据。当前端通过timezone转换来获取时间时报错。后来发现db中对于tim 阅读全文
posted @ 2018-01-02 18:10 雅~ 阅读(683) 评论(0) 推荐(0)
摘要: 不要期望通过新工作来获得新的技能,而是换个角度,要先拥有技能才能得到新工作的赏识,没有哪个公司愿意招聘一个不符合自己公司要求的人员,然后通过培训来达到新岗位的要求。 面试时运气很重要,时机很重要。每一次的经历都是很宝贵的体验,是经验。碰到那种很阴柔的面试官真是不同的体验,所有的出招就像是打在棉花上一 阅读全文
posted @ 2018-01-02 17:32 雅~ 阅读(118) 评论(0) 推荐(0)
摘要: faststone,同事推荐的绘图工具,据说能截屏,能录像,能取色值,能量像素https://www.lucidchart.com/ 开发推荐的画图工具 阅读全文
posted @ 2015-02-05 09:37 雅~ 阅读(144) 评论(0) 推荐(0)