给Testerhome测试小道消息做个硬广告

Testerhome最近推出2个好玩的版块:匿名吐槽和测试小道消息广播. 匿名吐槽版块是用于爆料和揭露行业的真相.给大家一个自由发言的环境. 在这里发帖是匿名的, 回复也是匿名的.也没办法回复消息给某个人进行辩论.希望这里可以给大家一个畅所欲言的环境.把工作中的不满, 不爽统统的说出来. 一些重要且有借鉴意义的内容, 会被testerhome整理到测试小道消息, 进行广播推广. 匿名吐槽:http://testerhome.com/topics/node37 测试小道消息版块是一个夜间轻松谈话节

大部分的研发经理心中,进度是第一位的,其次是成本,最后是质量,当然人员队伍最好稳定.天下武功,唯快不破:进度 > 成本 > 质量 > 人. 围绕效率提升,测试可以做什么?你脑海里跳出来的,应该是"自动化"或者"敏捷"吧,没错,自动化和敏捷都可以帮助提升研发效率,但是并不是只要做了都有这个作用. 下面来看看测试支持效率提升的不同段位. 一段:提升测试效率. 提升测试的效率,最有效的手段是制定测试策略.对,你没有看错,是测试策略而不是自动化! 测试策略

相关的知识点 如何编程实现随机数 import java.util.*; class TestRandom { public static void main(String[] args) { Random random = new Random(); for(int i = 0; i < 10;i++) { System.out.println(Math.abs(random.nextInt())%10); } } } head -n 功能:head用来显示档案的开头至标准输出当中,默认hea

我们可以用集合来做一个这种趣味的测试,输入一个或者两个人的名字,系统自动生成一句话,这句话中的一些词语都是随机组合,这样随机拼出来的句子就显得比较有趣. 首先是控制游戏开始: 下面开始定义几个集合,分别存放我们编好的用来组成一句话的语句: 开始输入两个人的名字,分别存储在name1和name2里: 之后利用随机数生成器,句子每个部分有8个元素所以生成0-7之间的随机数:这里我们定义了5个集合,每次生成5个随机数,放入n[]这个数组中,然后利用数组n[]进行显示操作: 到这里游戏制作完成. 游戏效

前提B/S架构 1.要有个备库和主库保存一致 到时候做压力测试的时候,要断开主库连接到备库.进行测试.以免主库出现垃圾数据.2.节点 判断单节点能承受多大的压力,如200万的用户账号,10万的在线用户,5000的并发用户,50台负载均衡应用服务器,一台数据库服务器,一台手机端服务器,那么单节点最少要承受多大的压力?5000/50=100并发用户 结论:在这样的条件下,单节点要承受100并发用户.这个用户数据有实施提供.3.IE浏览器的兼容性 在loadrunner录制脚本的时候,要求不能出现IE

我们在虚拟化及某些服务测试时可以用linux或windows系统来安装存储服务,当做存储服务器使用,并能满足大部分测试环境的要求.以下使用Windows2012R2来做ISCSI和NFS存储服务器. 一.为一台ESXI主机添加iscsi存储空间 Win2012R2添加ISCSI服务 安装时要指定备用源,如下图,D为光盘盘符 打开ISCSI配置界面 进入"选择ISCSI虚拟磁盘位置"界面,选择Q盘.Q盘为专门为存储新添加的磁盘. 填写名称,无要求随意填写 在此选项选择"动态扩展

Web测试要点 一.功能测试 1.链接测试 (1).测试所有链接是否按指示的那样确实链接到了该链接的页面:  (2).测试所链接的页面是否存在:  (3).保证Web应用系统上没有孤立的页面(所谓孤立页面是指没有链接指向该页面,只有知道正确的URL地址才能访问). 2.表单测试(1).注册.登陆.信息提交等,必须测试提交操作的完整性,以校验提交给服务器的信息的正确性:(2).用户填写的出生日期与职业是否恰当,填写的所属省份与所在城市是否匹配等:  (3).检验默认值的正确性:(4).如表单只能接

在向开发人员介绍单元测试或TDD等工程实践时,往往可以听到这样的疑问.比如: 自己写的程序,自己无法从另一个角度测出问题.写bug的时间都不够了,哪有时间来写测试?开发来写测试了,测试干什么?除了核心代码,没有什么值得测试的.-- 一个例子首先我们看一个例子. 全项目唯一的测试 不止一次,我在各种项目中看到这样的测试,往往这也是整个工程中唯一一个测试.可以看出,开发者认为编写是有必要的.所以按照"标准"的做法建立了测试目录,引入JUnit依赖.并且利用它在开发的初期来验证某些技术疑问,

Hi 您好: 服务器维护是一件严肃的事情,可能您发现服务器很久也不出什么问题,一旦出问题可能将会是致命的,出问题的时候才能展现优秀系统工程师的价值.能搭建环境让业务运行起来的人很多,能让业务运行起来并稳定运行下去的人不多.只做最专业的代维! 一.您真的需要招一位全职的IT工作人员么? 二.您真的放心将公司重要系统(公司网站.内部敏感服务器等)交给非资深人士维护么? 三.您真的需要一个头痛医头脚痛医脚的"救火队员"么? 四.您真的信任外包公司派来的刚入行的"系统工程师"