上一页 1 ··· 16 17 18 19 20 21 22 23 24 ··· 26 下一页
摘要: 作为一个“质量保障”的角色,这个问题肯定会遇到,那么我就浅谈一下自己的看法吧。 谈到这个话题,也许很多人下意识会想到如何“甩锅”,想着如何把责任撇清。其实就我个人经历而言,这个方法虽然必不可少,但用的时候需慎之又慎,而且切不可常用。 因为一旦出现了质量事故,无论解释的多么天花乱坠,都于事无补,反而容 阅读全文
posted @ 2016-06-23 11:04 张老师的小黑屋 阅读(1973) 评论(4) 推荐(4) 编辑
摘要: 今天早上看了一个帖子,介绍说谷歌、英特尔、领英这几家公司已经放弃KPI,专项OKR。好奇之下看了一下OKR的解释。看完之后,倒也不能说没有收获,只是感觉想在现在自己的部门里推行还有挺多难度。想了解的朋友点击此处。 作为测试部的leader,有时候不得不对部门里做一些强制性的要求和检查,不管怎么说,我 阅读全文
posted @ 2016-05-24 14:02 张老师的小黑屋 阅读(476) 评论(0) 推荐(0) 编辑
摘要: 在工作过程中,我们常常面临多个项目或者多项任务的情况,若不把任务梳理清楚,或者不把时间进行科学合理的评估,很容易造成时间不够用、测试不充分、进而领导不认可、自己辛辛苦苦不但得不到回报反而被黑锅压身的窘境。 该怎么办呢? 说一下我自己的看法,抛砖引玉,希望各位看官多多交流。 每个测试员的工作都有大量的 阅读全文
posted @ 2016-05-23 13:57 张老师的小黑屋 阅读(1655) 评论(0) 推荐(5) 编辑
摘要: 一、对开发人员的建议: 控制版本/补丁发布频率(重要) a) 版本交付间隔保证在2个工作日以上,尽量避免出现版本/补丁频繁交付导致的测试不充分。 b) 控制版本补丁数量,原则上除紧急补丁外,多个补丁合并发送。这样可以让测试人员对交付版本提供一个更准确的质量状况。 版本能按计划交付(重要) a) 根据 阅读全文
posted @ 2016-05-19 18:14 张老师的小黑屋 阅读(5842) 评论(1) 推荐(2) 编辑
摘要: 这两个月陆陆续续面试了十多个应聘者,工作年限在半年到八年之间,但少有满意。期间,种种感叹,回想起去年面试六十余人仅有3人满足要求,如鲠在喉。 我的要求高么? 我的要求其实是:有还算不错的沟通能力,熟悉常见软件开发流程,有一定的需求分析、用例设计能力,会基本的linux和sql操作能力。有一些代码能力 阅读全文
posted @ 2016-05-13 16:41 张老师的小黑屋 阅读(8797) 评论(1) 推荐(3) 编辑
摘要: 考核规划:在现有基础上,完善加减分项。明确具体指标和加减分标准。 考核项整体思路:根据团队和个人分别划分考核项,并将个人考核项分关键指标和非核心指标。 部门考核(红色代表核心指标): 个人考核: 阅读全文
posted @ 2016-05-09 13:17 张老师的小黑屋 阅读(2805) 评论(0) 推荐(0) 编辑
该文被密码保护。 阅读全文
posted @ 2016-05-06 16:10 张老师的小黑屋 阅读(6) 评论(1) 推荐(0) 编辑
摘要: http://www.tuicool.com/articles/QFvARfr 阅读全文
posted @ 2016-05-06 16:03 张老师的小黑屋 阅读(240) 评论(0) 推荐(0) 编辑
摘要: 性能测试的意义和作用,说出因为性能不良造成的质量事故? 如何进行性能测试,整体的性能测试流程是什么? 确定需求-制定计划和策略-准备环境(干净的,数据)-编写脚本-设计测试场景-运行-监控执行-分析测试结果 性能测试的难点在哪里?如何克服? 如何选择性能测试工具? 如何确定性能测试团队的人力资源需求 阅读全文
posted @ 2016-04-26 15:42 张老师的小黑屋 阅读(2438) 评论(1) 推荐(0) 编辑
摘要: 同一场景 1.小用户量的情况下测试 2.大用户量情况下的测试 分析的方法: 整个系统架构分析,系统响应时间消耗,利用图表分析 查看事务响应时间,通过事务摘要图分析事务响应时间,哪个消耗最大(通过小用户量和大用户量的响应时间分析,查看哪个事务响应时间最高),确定哪部分功能是性能的瓶颈,分析window 阅读全文
posted @ 2016-04-26 09:39 张老师的小黑屋 阅读(1344) 评论(0) 推荐(0) 编辑
上一页 1 ··· 16 17 18 19 20 21 22 23 24 ··· 26 下一页