概述 很多同学其实都简单的做过分布式压测。按照百度说明书改一下配置，简单调试一下，就大功告成了。那么分布式真的这么简单吗？ 判断需不需要分布式压测 压力机资源不够的情况下，我们就需要另一台机器来支撑一下。比如要做一万线程的并发，单台机器撑不住了怎么办？再配置一台机器来分担压力。 那又怎么判断 ...

什么是缺陷密度 基本的缺陷测量是以每千行代码的缺陷数(Defects/KLOC)来测量的。称为缺陷密度(Dd)，其测量单位是defects／KLOC。缺陷密度=缺陷数量/代码行或功能点的数量。 我们可以按照以下步骤来计算一个程序的缺陷密度： 1.累计开发过程中每个阶段发现的缺陷总数(D ...

参考资料： http://dev.mysql.com/doc/refman/5.1/en/mysql-cluster-privilege-distribution.html http://www ...

偶然性问题的处理 在测试执行过程中，一旦系统出现异常信息，我们第一时间要做的是截图，保存证据； 确定是偶然性的bug之后，收集相关的日志，连同截图一并提交过单位开发 如果缺陷在当前版本无法复现，且缺陷的影响程度比较低，我们会跟踪三个版本，如果后三个版本都无法复现，就可以关闭 ...

将bug整理并写入测试总结中 ...

如题，我们做性能测试的负载测试和压力测试时候，经常会遇到一些性能瓶颈，大概表现在这些方面： 1.数据库方面的性能瓶颈； ①数据库JDBC连接池的参数设置（简称数据库连接数，一般默认数据库最大连接数为50，并发超过50个用户数时会提示失败）； 如果参数设置在配置文件中，就需要修改配置文件中 ...

前一段时间，终于抽出了点时间，在自己本地机器上尝试搭建完全分布式Hadoop集群环境，也是借助网络上虾皮的Hadoop开发指南系列书籍一步步搭建起来的，在这里仅代表hadoop初学者向虾皮表示衷心的感谢，他总结的系列文档确实帮我们扫除了很多hadoop环境搭建过程中的障碍 ...

作为测试人员，和我们最常打交道的，莫属bug。但是测试不只是负责发现问题，除了发现问题这种基本功外，定位问题，提出解决方案，提出预防方案也是要掌握的技能。 如何快速定位一个bug，就需要对功能、产品的流程、开发方案、开发人员非常熟悉。 遇到一个bug的时候，我们要去定位发现这个bug的来源 ...