2021-04-01 15:28发布
手工测试者最适合成为领域专家，他们可以把相当复杂的业务逻辑存在最强力的测试工具——大脑里。而且手工测试速度比较慢，测试者就有时间可以观察分析细微的逻辑问题。速度虽然慢些，但是比较容易。
手工与自动化只是一种形式，真正的核心是测试用例、业务模型和测试分析。
当企业的产品规模开始膨胀的时候，尤其是产品迭代加快是不是能及时得到测试验证支持是很重要的。这些靠手工测试是基本无法实现的，手工测试会严重的拖慢产品进度，而且无法保证全局质量。没有对覆盖率，测试分析等进一步的数据挖掘，一切深入的问题也无法被手工测试人员发现。
手工测试与简单的操作自动化只是测试的初级阶段，将来也许会有云测试与智能化测试，大数据测试，这些新的测试手段都是围绕测试用例，业务模型与测试分析来做的。没有良好的coding能力，就无法发挥电脑的潜能，也无法做更深入的数据挖掘。
目前的很多公司的测试是有问题的。大部分的自动化测试的问题是成本高，只是简单的check，没有绑定覆盖率，没有做测试建模、盲目的追求case数量，自动化分层不合理，ui自动化测试比重太大，导致作用有限。
而手工测试也是只覆盖基本的业务，根本不了解细节上的风险。bug不仅仅是因为需求和业务引起的，还可能由设计，架构，代码以及操作系统特性引起的。而且测试人员的执行是否到位也是值得考察的。我在阿里百度都遇到过手工测试人员因为工期紧张，用例太多，草草结束测试的事情。
所以，手工测试重要，但是不能重点依靠。自动化能够提供全局的把控和质量验证，价值还是很可观的。而做好自动化还需要更多的深入的工作。毫不讳言，我们整个国内还没有几家公司能真正做到测试建模，目前只是做到了最基础的测试用例+自动化+覆盖率而已。
对于手工测试，我举个最简单的例子，百度的一些产品，需要在chrome浏览器，firefox浏览器，ie6/7/8/9，360浏览器，搜狗高速浏览器上做测试。如果开发只修改了几行代码，在不依赖新测试模式，新技术和自动化的情况下，只靠手工测试，几乎是不能避免bug的。
在银行，金融，国企，以及传统企业里面，经常会看到工作了七八年的手工测试人员，而且他们的产品更新很慢，体验很差。而在互联网里面，则很少看到，但是互联网的产品体验要比传统企业优秀的多。
不可否认，手工测试里面有不少高手，但是缺乏了自动化，缺乏了大数据分析，缺乏了测试建模，将很难为产品线带来更多的价值。所以自动化是很重要的资本。只是整个行业，懂业务，懂测试，懂开发的人太少了。大多数的人，都是其中的两者结合体。
性能测试是基于功能、接口完整的情况下，对服务端进行压力测试、负载测试、疲劳测试、并发测试，来发现性能瓶颈。一、负载测试。负载测试的目的主要是为了测试软件系统是否达到需求文档设计的目标；例如一款软件在一定时期内，最大支持多少并发用户数，软件请...
基准测试基准测试（benchmarking）是一种测量和评估软件性能指标的活动。在某个时候通过基准测试建立一个已知的性能水平（称为基准线），当系统的软硬件环境发生变化之后再进行一次基准测试以确定那些变化对性能的影响，这是基准测试最常见的用途。其他用途包...
一、平均响应时间：在每一个采样时间段，多个并发事务的平均响应时间；二、百分比响应时间：在某次测试中，有百分之y的请求，其响应时间在x秒以内；三、每秒事务数：针对每个选定的事务，在并发场景下，平均每秒服务器能处理完成多少次；四、Throuput：每秒从...
响应时间、并发用户数、TPS、吞吐量、CPU利用率、内存使用率、在线并发用户数等
计算机的性能测试时我们需要关注的指标有: RT：响应时间 TPS：每秒完成事务数CPU性能指标：利用率、负载 Mem：内存性能指标，可用物理内存、虚拟内存使用率 Disk：磁盘性能指标，Disk Time、IO等待 NetWork：网络指标，带宽使用率、任务队列长度TCP连接数，...
性能测试主要包括以上几个方面
在测试前，应该对测试结果有一个初步的估计。比如，性能（IO/CPU）应该是提升，还是降低，大概幅度会有多少。这样当测试结果与预估偏差极远时，很可能测试的过程或者方法是有问题的。1） 如果是已有模块，可以参考改模块历史的测试数据。看变化是否合理。2）...
UI主要是软件的使用和操作，软件测试需要验证程序中的问题，好学不好学还是要看你是不是擅长程序，如果擅长那就好学，如果不擅长那就是UI好学
一般在系统功能稳定没有大的缺陷之后开始执行。但前期准备工作可以从系统需求分析时就开始：性能目标制定、场景获取、环境申请等。
性能测试的目的： 评估系统的能力----测试中得到的负荷和响应时间数据可被用于验证所计划的模型的能力，并帮助作出决策。识别体系中的弱点----受控的负荷被增加到一个极端水平，并突破它，从而修复体系的瓶颈或薄弱的地方。系统调优---重复运行测试，验证调...
LoadRunner 是一种预测系统行为和性能的工业标准级负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试。通过使用LoadRunner ， 企业能最大限度地缩短测试时间， 优化性能和加速应...
前言1.需要写明本文当编写的目的，是给那些人看的，能起到怎样的作用。2.本文档中出现的专业术语需要有个解释，非软件测试的人员能看懂。3.参考资料，也是我们编写测试计划的依据，说明你这个测试计划不是凭空而来。4.测试模块的优先级别，可以从这里看出系统...
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','/static/images/logo.png', '推荐 我和易烊千玺私奔了 的问题《为什么市面上绝大部分的app测试都选用手工测试》','http://www.shouhuola.com/q-35512.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
手工测试者最适合成为领域专家，他们可以把相当复杂的业务逻辑存在最强力的测试工具——大脑里。而且手工测试速度比较慢，测试者就有时间可以观察分析细微的逻辑问题。速度虽然慢些，但是比较容易。
手工与自动化只是一种形式，真正的核心是测试用例、业务模型和测试分析。
当企业的产品规模开始膨胀的时候，尤其是产品迭代加快是不是能及时得到测试验证支持是很重要的。这些靠手工测试是基本无法实现的，手工测试会严重的拖慢产品进度，而且无法保证全局质量。
没有对覆盖率，测试分析等进一步的数据挖掘，一切深入的问题也无法被手工测试人员发现。
手工测试与简单的操作自动化只是测试的初级阶段，将来也许会有云测试与智能化测试，大数据测试，这些新的测试手段都是围绕测试用例，业务模型与测试分析来做的。没有良好的coding能力，就无法发挥电脑的潜能，也无法做更深入的数据挖掘。
目前的很多公司的测试是有问题的。
大部分的自动化测试的问题是成本高，只是简单的check，没有绑定覆盖率，没有做测试建模、盲目的追求case数量，自动化分层不合理，ui自动化测试比重太大，导致作用有限。
而手工测试也是只覆盖基本的业务，根本不了解细节上的风险。bug不仅仅是因为需求和业务引起的，还可能由设计，架构，代码以及操作系统特性引起的。而且测试人员的执行是否到位也是值得考察的。我在阿里百度都遇到过手工测试人员因为工期紧张，用例太多，草草结束测试的事情。
所以，手工测试重要，但是不能重点依靠。自动化能够提供全局的把控和质量验证，价值还是很可观的。而做好自动化还需要更多的深入的工作。毫不讳言，我们整个国内还没有几家公司能真正做到测试建模，目前只是做到了最基础的测试用例+自动化+覆盖率而已。
对于手工测试，我举个最简单的例子，百度的一些产品，需要在chrome浏览器，firefox浏览器，ie6/7/8/9，360浏览器，搜狗高速浏览器上做测试。如果开发只修改了几行代码，在不依赖新测试模式，新技术和自动化的情况下，只靠手工测试，几乎是不能避免bug的。
在银行，金融，国企，以及传统企业里面，经常会看到工作了七八年的手工测试人员，而且他们的产品更新很慢，体验很差。而在互联网里面，则很少看到，但是互联网的产品体验要比传统企业优秀的多。
不可否认，手工测试里面有不少高手，但是缺乏了自动化，缺乏了大数据分析，缺乏了测试建模，将很难为产品线带来更多的价值。所以自动化是很重要的资本。只是整个行业，懂业务，懂测试，懂开发的人太少了。大多数的人，都是其中的两者结合体。
手工测试者最适合成为领域专家，他们可以把相当复杂的业务逻辑存在最强力的测试工具——大脑里。而且手工测试速度比较慢，测试者就有时间可以观察分析细微的逻辑问题。速度虽然慢些，但是比较容易。
相关问题推荐
性能测试是基于功能、接口完整的情况下，对服务端进行压力测试、负载测试、疲劳测试、并发测试，来发现性能瓶颈。一、负载测试。负载测试的目的主要是为了测试软件系统是否达到需求文档设计的目标；例如一款软件在一定时期内，最大支持多少并发用户数，软件请...
基准测试基准测试（benchmarking）是一种测量和评估软件性能指标的活动。在某个时候通过基准测试建立一个已知的性能水平（称为基准线），当系统的软硬件环境发生变化之后再进行一次基准测试以确定那些变化对性能的影响，这是基准测试最常见的用途。其他用途包...
一、平均响应时间：在每一个采样时间段，多个并发事务的平均响应时间；二、百分比响应时间：在某次测试中，有百分之y的请求，其响应时间在x秒以内；三、每秒事务数：针对每个选定的事务，在并发场景下，平均每秒服务器能处理完成多少次；四、Throuput：每秒从...
响应时间、并发用户数、TPS、吞吐量、CPU利用率、内存使用率、在线并发用户数等
计算机的性能测试时我们需要关注的指标有: RT：响应时间 TPS：每秒完成事务数CPU性能指标：利用率、负载 Mem：内存性能指标，可用物理内存、虚拟内存使用率 Disk：磁盘性能指标，Disk Time、IO等待 NetWork：网络指标，带宽使用率、任务队列长度TCP连接数，...
性能测试主要包括以上几个方面
在测试前，应该对测试结果有一个初步的估计。比如，性能（IO/CPU）应该是提升，还是降低，大概幅度会有多少。这样当测试结果与预估偏差极远时，很可能测试的过程或者方法是有问题的。1） 如果是已有模块，可以参考改模块历史的测试数据。看变化是否合理。2）...
UI主要是软件的使用和操作，软件测试需要验证程序中的问题，好学不好学还是要看你是不是擅长程序，如果擅长那就好学，如果不擅长那就是UI好学
一般在系统功能稳定没有大的缺陷之后开始执行。但前期准备工作可以从系统需求分析时就开始：性能目标制定、场景获取、环境申请等。
性能测试的目的： 评估系统的能力----测试中得到的负荷和响应时间数据可被用于验证所计划的模型的能力，并帮助作出决策。识别体系中的弱点----受控的负荷被增加到一个极端水平，并突破它，从而修复体系的瓶颈或薄弱的地方。系统调优---重复运行测试，验证调...
LoadRunner 是一种预测系统行为和性能的工业标准级负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试。通过使用LoadRunner ， 企业能最大限度地缩短测试时间， 优化性能和加速应...
前言1.需要写明本文当编写的目的，是给那些人看的，能起到怎样的作用。2.本文档中出现的专业术语需要有个解释，非软件测试的人员能看懂。3.参考资料，也是我们编写测试计划的依据，说明你这个测试计划不是凭空而来。4.测试模块的优先级别，可以从这里看出系统...