熊志男的博客
做测试的都知道,对于需求的理解是非常重要的,如果不能深入理解需求,怎么能设计深入的用例,发现深入的bug呢? 最开始做测试的时候,总觉得很疑惑,怎么和我想象中的测试工作不一样呢?我以为只要拿到相应的文档,就可以独立地完成测试了。后来发现,一天中有大量的时间是去问开发、问需求人员,问他们详细具体需要
400°/4005
人阅读/0 人点赞/0 条评论
最近做的工作有些偏离测试,有时想,在自己的职业道路上,以后可能从事别的职位或者别的工作,那么我从测试这个职业学到了什么,测试对我有哪些影响呢? 记得头一年,我的师傅对我说:“做测试啊,最重要的是要细心,有耐心...”。当时我抱着要学技术的心态,心里还有些不服。 这几年过去后,觉得学过的工具也好,技术也罢,如果不用了,那么就忘
472°/4675
人阅读/3 人点赞/5 条评论
如果做为一个小公司的测试负责人或者主管,没有太大的权利给组员涨薪,但是还想能够留住团队里优秀的成员,要如何做呢? 作为员工的角度,我思考了下,也纸上谈兵:不好的做法:增加工作强度,让员工没有时间学习和进步,没有时间参加其他面试,这样做无异于饮鸠止渴。空头支票:没有什么实际的,总是口头承诺一些未来,公司要上市啊,年底会加薪啊。
673°/6412
人阅读/0 人点赞/32 条评论
人长大后,总是凭着责任心在做事。渐渐忽略了兴趣的重要性。 有时候就会觉得累,可是想想还是要坚持。就这样坚持,可以说是应付,这种心态如何能做好事情呢?如何有创新呢? 没有创新,如何能有成就感呢?没有成就感,就感觉越来越枯燥,那么恶性循环。。。 十几
658°/6496
人阅读/0 人点赞/9 条评论
原文地址:http://seleniumhq.org/docs/05_selenium_rc.html#programming-your-test现在我们将举例说明Selenium RC所支持的语言,如何来编写简单的测试程序。两个基本步骤如下:通过Selenium IDE把测试脚本转换成编程语言,选择性地修改生成的结果;写一个简单的主程序来执行生产的测试代码;你可以选择一个测试引擎平台,如基于Ja
692°/6916
人阅读/0 人点赞/1 条评论
清晰得记得,2007年的测试组例会,我们讨论的最多的问题就是,需求变更太多,导致我们测试工作量增多,产品发布日期一再拖延。 花费时间编写了详细的测试用例,可是突然重要功能需求变更了,那么需要重新修改; 构造好了测试数据,可是计算规则发生了变更,整个数据有需要重新来设计构造; 
489°/4832
人阅读/0 人点赞/6 条评论
现在的测试功能是,数据库中大量数据的统计分析,当然有一系列的详细规则。那么就要按照用例构造大量的基础数据,且执行完程序后,需要逐个核对测试用例执行结果。 manual test:设计用例:根据不同的分析规则,设计testcase;构造数据:依据testcase,构造基础数据(先在excel中写好,再用sql插入
434°/4323
人阅读/0 人点赞/2 条评论
[如需转载,请在转载时注明出处,并保证本文的完整性] 作为测试组,对于每一个新入职员工来说,正确的做法是要有一个有计划的循序渐进的入职培训,才能让新成员更好更快的学习项目业务及流程相关知识,使其能够快速上手。但是有很多测试团队对于新人的培训都是比较随意的,我是亲身经历过这样的公司,不过也经历过比较好的公司(glodon)。 &
523°/5199
人阅读/0 人点赞/4 条评论
[如需转载,请在转载时注明出处,并保证本文的完整性] 曾经作为新人的时候,我的测试组长对我们说:“分给你们任务的时候,一定要自己先想想,想好怎么去做,有个思路和计划”。到后来我就一直秉承他的思路,在接受任务的时候,要做一下几点: &nb
674°/6655
人阅读/45 人点赞/9 条评论
[如需转载,请在转载时注明出处,并保证本文的完整性] 2007年写的一篇组内分享文档: “如果把测试比喻成树的话,那么测试思想是主干,工具是支干和叶子,支干和叶子的茂盛使树显得更强盛,但如果少了主干的支撑,支干也就无扬展的空间。” 快速测试是一种思想,最近在网上看到了介绍快速测试的文章,然后发现在项
511°/5075
人阅读/0 人点赞/4 条评论