效率 | 易学教程

怎样提高测试效率

阅读更多关于怎样提高测试效率

问题: 怎么样可以提高测试效率，在人力有限的情况下怎么把控软件质量？有时因为项目优先级的问题，测试到一半的项目停了去测试其他项目（其他的项目是后面把优先级提上来的），每次这样都感觉到时间紧张，人力紧张，版本更新后客户也会提很多问题；思考： 1、优先级调整正常都有会，无法避免，重点是调整优先级后，先把高优先级项目的产品质量做好把关，首先要做到如下几点：一段时间只专注于一件事，严格按照测试流程做好测试执行，影响到产品质量的流程更要做好；低优先级项目也要保证足够的测试时间，有理有据提供测试估时；如果因为频繁的调整测试优先级，导致产品质量出问题，向测试负责人提出，并找项目负责人抛出这个问题，一起商讨对策。非要调整，那么测试有权利要求合理足够的测试时间，这点一定要去争取。 2、接下来就是考虑如何提高测试效率，这是你日常测试工作中需要考虑的事。测试流程规范是否有？大家是否去遵守？重要节点是否同步测试进度，遇到的问题是否及时抛出，并群策群力？漏测问题为什么没测到？找到每一个问题背后的原因，有针对性的给出解决方案，逐步提高。不能说时间紧就没测出来，这是借口，是逃避责任。来源： https://www.cnblogs.com/shewendong/p/11438463.html

数据库压缩备份提高备份效率

阅读更多关于数据库压缩备份提高备份效率

原文: 数据库压缩备份提高备份效率背景在数据库的备份过程中有很多参数，前几日发现公司的备份数据库job运行的很慢，就去研究了一下，发现在备份程序中都没有启用压缩，加上压缩以后有发现效率提高了不少，本篇就几个压缩相关的参数来看一下备份数据库的过程中如何提高备份的效率。代码实现为了更好地了解数据库备份，我们首先要知道代码以及参数的含义。普通代码： BACKUP DATABASE ‘备份数据库名称’ TO DISK = '地址+bak文件名称' ; 加快备份进度的几个关键参数： 1.BUFFERCOUNT--指定用于备份操作的 I/O 缓冲区总数。可以指定任何正整数 2.MAXTRANSFERSIZE--指定要在 SQL Server 和备份介质之间使用的最大传输单位。可能的值是 64 KB的倍数，最大 4 MB。 3.COMPRESSION--压缩备份选项。 4.CHECKSUM--验证数据选项。 5.启用多个备份集。这四个中CHECKSUM是用来保证数据安全的这里我们不做讨论，由于一般备份也不会用到多个备份集，这里我们主要讨论前三个带来的影响，当然对于数据量级比较大的可以采用多备份集，尤其不同磁盘的备份集将会大大提高效率。具体对比：首先是常规没有压缩的情况下的备份如图1：图1 数据页数282295，总共花费了32.147秒。接下来我们看一下当加了压缩等参数后的表现。

数据库压缩备份提高备份效率

阅读更多关于数据库压缩备份提高备份效率

背景在数据库的备份过程中有很多参数，前几日发现公司的备份数据库job运行的很慢，就去研究了一下，发现在备份程序中都没有启用压缩，加上压缩以后有发现效率提高了不少，本篇就几个压缩相关的参数来看一下备份数据库的过程中如何提高备份的效率。代码实现为了更好地了解数据库备份，我们首先要知道代码以及参数的含义。普通代码： BACKUP DATABASE ‘备份数据库名称’ TO DISK = '地址+bak文件名称' ; 加快备份进度的几个关键参数： 1.BUFFERCOUNT--指定用于备份操作的 I/O 缓冲区总数。可以指定任何正整数 2.MAXTRANSFERSIZE--指定要在 SQL Server 和备份介质之间使用的最大传输单位。可能的值是 64 KB的倍数，最大 4 MB。 3.COMPRESSION--压缩备份选项。 4.CHECKSUM--验证数据选项。 5.启用多个备份集。这四个中CHECKSUM是用来保证数据安全的这里我们不做讨论，由于一般备份也不会用到多个备份集，这里我们主要讨论前三个带来的影响，当然对于数据量级比较大的可以采用多备份集，尤其不同磁盘的备份集将会大大提高效率。具体对比：首先是常规没有压缩的情况下的备份如图1：图1 数据页数282295，总共花费了32.147秒。接下来我们看一下当加了压缩等参数后的表现。增加压缩参数的情况如图2：图2

节点操作案例8-效率测试

阅读更多关于节点操作案例8-效率测试

<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>效率测试</title> </head> <body> </body> <script> function fn() { var d1 = +new Date(); for ( var i = 0; i < 1000; i++ ) { var div = document.createElement('div'); div.style.width = '100px'; div.style.height = '2px'; div.style.border = '1px solid red'; document.body.appendChild( div ); } var d2 = +new Date(); console.log( d2 - d1 ); } fn(); </script> </html> 来源： https://www.cnblogs.com/jiumen/p/11412383.html

android app 用什么语言开发的？

阅读更多关于 android app 用什么语言开发的？

　作者 Tom 2017/3/11 首先我们需要选用一个语言来开发本地App。那么，我们第一步干啥了。在现有的语言中挑选语言。那么首先考虑的条件是不火的语言和没前途的语言是不在选择范围的。 ---因为没人用，那么库就会少。因为库少就不会好用。因为不好用。所以用的人更少。生态圈的核心思想。 --那这个世界是不是只有C++/Java了。肯定不是。因为有些语言是有前途的。最大的特点是。简化了程序员的负担。或者效率更高。未来肯定是主流。那么我们常用的语言和有前景的语言是哪些 C/C++ /Java/C#/Python/Ruby/Go/JavaScript+Html 好。这些是我们常用的语言。我们看待的是怎么把这些语言一步步的踢掉。然后只剩下Java的。首先踢掉的是C。至今大型的超过10万行代码的图形化界面程序没有几个是用C的。因为复杂的错误处理和没有纠错机制。使得程序非常容易崩溃。同时。因为C没有面向对象。那么工程化开发显得非常麻烦。相信没有人现在主动说。用C 开发App 这种多界面程序吧。继续踢掉的是C#。我干嘛要用一个一出生就为了对付Java的。还是微软的私货的语言。对。Android是开源界的。而C#注定不是适合开源界的语言。那我们继续踢语言：我们该要一门重语言还是轻语言？ Java/C++/C#/Go/C是重语言。 Python/Ruby

Mysql模糊查询like效率，以及更高效的写法

阅读更多关于 Mysql模糊查询like效率，以及更高效的写法

在使用msyql进行模糊查询的时候，很自然的会用到like语句，通常情况下，在数据量小的时候，不容易看出查询的效率，但在数据量达到百万级，千万级的时候，查询的效率就很容易显现出来。这个时候查询的效率就显得很重要！一般情况下like模糊查询的写法为（field已建立索引）： SELECT `column` FROM `table` WHERE `field` like '%keyword%'; 上面的语句用explain解释来看，SQL语句并未用到索引，而且是全表搜索，如果在数据量超大的时候，可想而知最后的效率会是这样对比下面的写法： SELECT `column` FROM `table` WHERE `field` like 'keyword%'; 这样的写法用explain解释看到，SQL语句使用了索引，搜索的效率大大的提高了！但是有的时候，我们在做模糊查询的时候，并非要想查询的关键词都在开头，所以如果不是特别的要求，"keywork%"并不合适所有的模糊查询这个时候，我们可以考虑用其他的方法 1.LOCATE（'substr',str,pos）方法 SELECT LOCATE('xbar',`foobar`); ###返回0 SELECT LOCATE('bar',`foobarbar`); ###返回4 SELECT LOCATE('bar',`foobarbar`

MySQL优化：使用慢查询日志定位效率较低的SQL语句

阅读更多关于 MySQL优化：使用慢查询日志定位效率较低的SQL语句

MySQL 通过慢查询日志定位那些执行效率较低的SQL 语句，用--log-slow-queries[=file_name]选项启动时，mysqld 会写一个包含所有执行时间超过long_query_time 秒的SQL语句的日志文件，通过查看这个日志文件定位效率较低的SQL 。慢查询日志在查询结束以后才记录，所以在应用反映执行效率出现问题的时候查询慢查询日志并不能定位问题，可以使用show processlist命令查看当前MySQL在进行的线程，包括线程的状态、是否锁表等，可以实时地查看SQL 的执行情况，同时对一些锁表操作进行优化。下面我们举例说明一下，如何通过慢查询日志定位执行效率低的SQL 语句：开启慢查询日志，配置样例: [mysqld] log-slow-queries 在my.cnf 配置文件中增加上述配置项并重启mysql服务，这时mysql慢查询功能生效。慢查询日志将写入参数DATADIR（数据目录）指定的路径下，默认文件名是host_name-slow.log 。和错误日志、查询日志一样，慢查询日志记录的格式也是纯文本，可以被直接读取。下例中演示了慢查询日志的设置和读取过程。首先查询一下 long_query_time 的值。 mysql> show variables like 'long%'; +-----------------+----

如何提高团队协作的效率

阅读更多关于如何提高团队协作的效率

分工合理，责任明确团队是由个人组成的，团队中的个人往往经历不同、背景不同、性格有差异、水平有高低。在团队形成后、正式开工前，首先应该进行合理分工，要结合每个人的特点和爱好，充分发挥出每个人的特长。因为如果工作不愉快、不顺手的话，效率自然低下。分工完成后，每个人对应的职责也就确定了。这时应该同每一位团队成员进行明确申明，最好以文字形式落实到个人并与日常绩效考核挂钩，以避免互相推诿、相互等待的情况出现。制定高效的沟通机制分工完成后团队即开始工作，此时必须保证信息在整个团队内的畅通，特别是互相之间有工作关联的同事，在发现问题时需要及时提出，以免造成不必要的工时浪费。但软件开发本身是一种需要精力集中并且安静的工作，多次临时性的打断会造成开发思路的停滞，因此团队负责人最好能够每天在固定的时间段内组织大家进行沟通，并了解工作的进度。而固定的时间也会让大家形成习惯，使效率得到提升。发现团队瓶颈大家往往会陷入一种误区，认为团队中每个员工效率发挥到极致的时候就是这个团队效率最高的时候。但经过企业管理实践不断的论证，这种想法其实是非常可怕的谬论。正确的做法应该是将整个团队看成一个整体，再去谈效率问题。团队的分工协作就好比是生产的流水线，流水线的整体生产效率不取决于流水线上效率最高的环节，而取决于效率最低、速度最慢的环节。当流水线上某一环节出现故障而停滞时，整个流水线也就停滞了

DevOps是如何实现效率的提升？

阅读更多关于 DevOps是如何实现效率的提升？

随着企业业务对软件系统日益依赖，IT管理与研发模式也随之对“敏态”模式产生了需求，也就是今天时常提起的DevOps。提升效率，是DevOps实践的核心内容之一。就让我们来一起从软件生命周期的业务流与作业流，探讨DevOps实践效率提升的方向与方法吧。 DevOps之“流”分析软件工程将软件的生命周期定义为问题定义、需求分析、软件设计、程序编码、软件测试、运行维护等过程，无论是对于传统模式、敏捷模式还是DevOps模式，软件生命周期过程基本一致，如下图所示。软件生命周期软件生命周期各个过程也组成了软件工程的“业务流”，而在不同团队采用相应地开发模式中，具体执行的开发及相关的活动，我们则成为“作业流”。 DevOps实践中，最主要改进的内容，就是对于这些 “作业流”的活动进行“关停并转”，从而实现整体与局部上对于效率的提升。这些作业，也就是需要开展的活动，可以分为以下几类：人与人的互动这类活动交互的双方均为自然人，如业务需求收集，活动的特点是具备高度的不规则与不规律性。人与机的互动这类活动交互的一方为自然人，一方为依托于计算机的程序，如编码活动、人工审核/审批等，活动的特点是人的活动必须依循计算机相关主题的规则，部分活动可以抽取为规范化的过程。机与机的互动这类活动的特点是交互的双方都是依托于计算机的程序，如编译构建、自动化测试，活动的过程高度规范化。不同的作业类型

订阅效率