51testing

1. 内存分析方法 WWaKrJ0 内存分析用于判断系统有无内存瓶颈，是否需要通过增加内存等手段提高系统性能表现。 7ZJ{^u]0 内存分析需要使用的计数器：Memory类别和Physical Disk类别的计数器。内存分析的主要方法和步骤： 51Testing软件测试网�R,uV^z�Ge#Jnv （1）首先查看Memory\Available Mbytes指标 51Testing软件测试网$m;L/f!`gkg6V%Ji0?!s 如果该指标的数据比较小，系统可能出现了内存方面的问题，需要继续下面步骤进一步分析。 51Testing软件测试网1zI~PA(b 注： 在UNIX/LINUX中，对应指标是FREE(KB) 51Testing软件测试网G$f�Ab B （2）注意Pages/sec、Pages Read/sec和Page Faults/sec的值 51Testing软件测试网eI8f"p[!Z 操作系统 会利用磁盘较好的方式提高系统可用内存量或者提高内存的使用效率。这三个指标直接反应了操作系统进行磁盘交换的频度。 no2j`0Z"[v1D0 如果Pages/sec的计数持续高于几百，可能有内存问题。但Pages/sec值不一定就表明有内存问题，可能是运行使用内存映射文件的程序所致。Page Faults/sec说明每秒发生页面失效次数，页面失效次数越多

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 语法规则： location [=|~|~*|^~] /uri/ { … } = 开头表示精确匹配 ^~ 开头表示uri以某个常规字符串开头，理解为匹配 url路径即可。nginx不对url做编码，因此请求为/static/20%/aa，可以被规则^~ /static/ /aa匹配到（注意是空格）。 ~ 开头表示区分大小写的正则匹配 ~* 开头表示不区分大小写的正则匹配 !~和!~*分别为区分大小写不匹配及不区分大小写不匹配 的正则 / 通用匹配，任何请求都会匹配到。 多个location配置的情况下匹配顺序为（参考资料而来，还未实际验证，试试就知道了，不必拘泥，仅供参考）： 首先匹配 =，其次匹配^~, 其次是按文件中顺序的正则匹配，最后是交给 / 通用匹配。当有匹配成功时候，停止匹配，按当前匹配规则处理请求。 例子，有如下匹配规则： location = / { #规则A } location = /login { #规则B } location ^~ /static/ { #规则C } location ~ \.(gif|jpg|png|js|css)$ { #规则D } location ~* \.png$ { #规则E } location !~ \.xhtml$ { #规则F } location

作为一位 功能测试 人员，其主要的职能就是进行 测试用例 的设计，并根据测试用例执行测试，通过全面的测试来验证产品的质量。因此测试用例也从侧面反映了一个测试人员的测试思路的严密和发散性，要做好功能测试，测试用例的重要性无法忽视。现将本人设计测试用例的流程和思路进行总结，也方便进行交流和探讨： 　　1） 首先要对测试用例的组织结构进行划分 　　如果公司的测试流程还算规范完整的话，在进行需求评审的时候，测试人员就应该根据需求对测试用例的结构进行分类，如果是一个比较大型的管理系统，那么测试用例就可以根据功能模块来进行分类，比如： 　　如果是游戏，就可以根据场景来进行划分，比如： 　　对测试用例的组织结构进行划分的思路，主要根据需求文档的测试切入点来进行参考。 　　2） 根据功能点细致地设计测试用例 　　进行完需求评审后，开发人员会根据需求文档及自己所负责的 工作 提交自己的设计文档来进行评审，测试人员可以参考设计文档中的内容提取出各个功能模块中的功能点来设计测试用例，如果是管理模块，首先可以将增删查改功能作为第一层功能点，然后再根据必填项非空判断、输入格式验证来作为第二层功能点；如果是报表模块，就可以根据各种查询条件来提取功能点。 　　划分好功能点后，就可以利用等价类划分、边界值分析等一些测试方法来编写测试用例，并且可以进行标注，这样对于后期的测试用例整理相当有帮助。 　　3）