邓智群的博客
本文说明一个java逻辑问题。 100个人组成10*10的方队,横队称为行,纵队称为列。从每一行中挑出最高的一个人,共10人,再从这10个人中挑出最矮的一个人,记做甲;同时从每一列中挑出最矮的一个人,共10人,再从这十人中挑出最高的一个人,记做乙,甲和乙谁高,为什么 ..一个貌似比较复杂的逻辑问题.... 原始方阵为person[ i ][ j ] 则从该方阵中选出的每行最大值为max[
375°/3754
人阅读/0 人点赞/0 条评论
无论你是从事小规模的应用程序开发或者是你已经开发了企业范围的应用程序,但是在某一时刻你可能会遇到需要读取文档的情况。这会使你沉浸在看java.io包的喜悦中。虽然包本身是被精心设计和结构化的,但是它不能解决根本问题——事实上你正在对付的是一个文件系统。你的应用程序的反应时间会被文件系统本身的反应时间所限制。 对于大多数的本地文件系统都不是问题(即使你有繁忙的文件系统和一些大容量的读取,你可以开始
416°/4162
人阅读/0 人点赞/0 条评论
1、生手 如何快速掌握该工具呢? A:这个问题可推广为如何开始学习一个自动化测试工具 开始前必须理解的两个问题: 1)仅仅录制是不够的 2)并不是每个人都可以做自动化测试 理解了前面的两个问题之后,才开始学习一个工具: 1)阅读工具的帮助文档 2)熟悉编程语言 3)参加网上的论坛 4)找个小项目练手 5)找人做脚本的审查 6)使用工具附带的一些样例代码
388°/3887
人阅读/0 人点赞/0 条评论
数据库的三范式1N:关系R中的属性都是不可分割的项.2N:在1N的基础上,每个非主属性完全函数依赖于码.3N:在2N的基础上,每一个非主属性既不部分依赖于码也不传递依赖于码. 1N | 消除非主属性对码的部分函数依赖 2N | 消除非主属性对码的传递函数依赖 3N | &nb
360°/3601
人阅读/0 人点赞/0 条评论
工作中的成就感非常重要。持续的成就感能够给工作带来持续的动力和激情。 而测试工程师的成就感,和开发人员相比,却显得有些偏少。 产品部门会为产品PV、CTR等指标飙升而欢呼雀跃;开发人员为实现一个功能/解决一个问题而击掌相庆;而测试人员呢?即便发现了很多bug,还需要将喜悦隐藏起来,否则让开发人员看到,容易被认为幸灾乐祸。 那测试工程师如何在工作中寻找自己的成就感,以进行自我激励呢?
490°/4893
人阅读/0 人点赞/1 条评论
“为什么”这是我们最喜欢问的问题,这是我2011年末尾总结出来的一篇感受,为什么现在才拿出来分享?为什么不早一点拿出来分享? 为什么和为什么不这是一个很有趣的问题。 我们在测试工作中,尤其是需求不明确,公司没有一套规范的情况下,常常面对一些自己完全不知情的程序,比如,一个WEB测试,一级目录有五个,其中有一个目录的风格和另外四个的不一致,这个时候不要立即去将这定义为BUG,而是去询问开发人
465°/4658
人阅读/0 人点赞/0 条评论
499°/4961
人阅读/0 人点赞/3 条评论
我这是在登陆状态,还是已经退出。这个网站是哪家公司做的,要不要来个人肉搜索?
413°/4042
人阅读/0 人点赞/9 条评论
X项目的测试工作到今天算是全部结束了,除了后期维护必要的一些回归测试和用户使用手册的撰写外,整个测试阶段告一段落。 从10月底进入项目,在测试经理的帮助下开始学着写项目测试文档,到根据文档的每日功能测试及回归测试,再到整个项目进行迭代后对测试文档的重新架构及整体回归测试,直至最后的统一交付测试,我个人提交总BUG数为244个。 在这244个BUG的提交和回归过程中,在测试文档的写作及修订中
464°/4600
人阅读/0 人点赞/4 条评论
这个问题我记得我在感悟软件测试这个帖子里面说过,只是不明确 诚然,我也不是大家,说的话也没有权威性,只是说明一下自己的感悟。 测试需要懂编程知识。但是不是所有的测试都会用到编程知识。 要是你想要做自动化测试,编脚本是基本的能力,所以你要会脚本语言以及协议 一个不懂得脚本语言的人,是不够资格去做自动化测试的。因为你除了简简单单的录制脚本之外,需要设置的东西很多。需要你用脚本语言进行控
362°/3602
人阅读/0 人点赞/2 条评论