我做软件测试3年了，但还是在做比较简单的手工测试，公司对测试也不是很重视，我不知道该如而后发展。

手工测试和自动化测试的有效结合：

自动化脚本首先在重复执行 *** 作和固定流程 *** 作方面占优，而有经验的测试人员在灵光乍现的时候发现的一些稀奇古怪但是却影响很大的bug，是无法用自动化脚本来发现的。最好的方案是自动化测试与人工测试结合，自动化脚本来干脏活累活，测试人员来做有创造性的充满乐趣的测试工作。

举例论证：

在一个实时的项目监控的系统中，客户通过手机或固定电话拨号完成数据的输入，当接收到的号码一旦与已知设定不符合的时候，触发报警系统，在打印该输入号码同时还要将它转存到磁带上。

测试分析：在该项目中，需要对客户号码、报警器、还有输出设备（打印机和磁带机）这三个方面进行测试。

对于电话号码而言可能有好多的形式，但是无论如何，它们的值一定是数字组成的，对接收方来说，只有两种情况，收到了合法的数据和收到和非法的数据。所以它适合使用程序来模拟输入数据和根据输入判断预期的输出结果。可以使用自动化的方式来实现。

对报警器而言，它只有两种状态报警或不报警。所以同样可以用合法的数据来触发报警和使用非法数据来测试来判断其是不是不报警。所以同样可以实现自动化。

再看第三个测试对象，输出设备的测试，对于这种物理设备的测试只能使用手工测试。

手工测试特点： 

1、测试人员要负责大量文档、报表的制订和整理工作，会变得力不从心。

2、受软件分发日期、开发成本及人员、资源等诸多方面因素的限制，难以进行全面的测试。

3、如果修正缺陷所需时间稍长，那么想将手工测试应用于回归测试将变得异常困难。这是因为需要测试的测试用例太多。

4、对测试过程中发现的大量缺陷缺乏科学、有效的管理手段，责任变得含混不清，没有人能向决策层提供精确的数据以度量当前的工作进度及工作效率。这样往往会导致最后的汇总报表数据不准确。

5、反复测试带来的倦怠情绪及其它人为因素使得测试标准前后不一，测试花费的时间越长，测试的严格性也就越低。

6、难以对不可视对象或对象的不可视属性进行测试。

自动化测试的特点：

1、可以运行更多更频繁的测试。

2、可以执行一些手工测试困难或者不可能做的测试。如对不可视对象的测试，利用面向对象的自动化测试脚本就很容易实现。

3、可以更好地利用资源。在夜间执行自动测试。

4、测试具有移植性和可重复性。好的测试脚本往往具有较好的平台移植性。

5、可以更快地将软件推向市场。因为自动测试节省了大量的时间。  但是自动化测试要求的前期投入比较大，而且要求人员必须经过严格的培训。

扩展资料：

手工测试和自动化测试各自适用的场合如下：

1、测试很少执行的项目中。当测试用例执行频度太小时（一年一次），我们可以直接使用手工测试就可以了。

2、软件运行仍然不稳定时，适合使用手工测试。

3、测试结果很容易通过人验证的测试项目适合手工测试。

4、测试项目中涉及物理交互比较多的时候适合手工测试。如需要经常查看打印机，绘图仪的输出时。

5、软件维护时使用的回归测试适合自动化测试。

6、执行压力测试时适合自动化测试。例如测试服务器的最大访问上限等。

7、配置和兼容性测试等项目适合自动化测试。

参考资料来源：百度百科-手工测试

                    百度百科-自动化测试

软件测试技术是软件开发过程中的一个重要组成部分，是贯穿整个软件开发生命周期、对软件产品（包括阶段性产品）进行验证和确认的活动过程，其目的是尽快尽早地发现在软件产品中所存在的各种问题——与用户需求、预先定义的不一致性。检查软件产品的bug。写成测试报告，交于开发人员修改。

楼主首先我很能理解你的心情，其次我就我对软件测试的理解和你做下交流。

相信你也知道软件测试在整个软件行业算是欣欣行业，比起软件开发要后于一步，这是客观现实。当然仔细分析也有特定的原因，软件测试是基于软件开发的，目的是为了提高软件质量，所以越是大的公司，会越重视软件质量，会越重视软件测试，而越是小的公司，还处于软件开发的初级阶段，对于软件质量的提高或许还是下一步的要求，但是这样的公司肯定需要有这样一个部门，对外，可以宣传，上线的软件是经过测试的，是可行的。当然公司对测试部门的态度就是不冷不热，感觉有你不多，无你不少一样。

再者，也正是由于软件测试技术到现在还不很成熟，对于一些本身就不重视软件测试的公司来讲，在对测试部门的管理和测试的方式方法上可能还存在不足，或者说还存在突破的瓶颈，让你感觉做的都是很简单的测试工作。

第三，确实功能测试确实是最基本的软件测试，对测试人员要求也是最低的，但不能因为功能测试简单就没意义，其实一直以来手工测试和自动化测试就在测试行业争论不休的。早我看来两者都是不能少的。因为不同的方法有不同的用武之地，有个词叫因地制宜，相信你懂我意思。不过自动化测试要求确实很高，不仅要熟练掌握自动化测试的工具，还要能熟练地掌握某些语言，能熟练的编写脚本。这个我觉得你可以自己多学习。

对于职业道路，我是这样想的，之前所说的软件测试职业的现状，反过来说明了，还是很有前途的，因为大家都在同一起跑线上，而从软件行业本身发展来看，对软件测试的需求肯定是越来越高的，所以谁在这样的环境下，拥有真正的技术，就能脱颖而出。不过最好找一些大公司，他面对软件测试很重视。还要一些公司专门对外做软件测试的，性能测试是常做的一项，像HP的LR这工具也挺不错的。自动化测试工具QTP也很好用。

学软件测对计算机基础要求并不高，学软件测有很大的优势学习门槛低，大中专学历即可，是不是计算机专业都可以，初级技术要求低大部分测试技术还属于手工测试，手工测试要求入门门槛很低，薪资待遇好就业前景广阔。千锋教育就有线上免费的软件测试公开课，。

千锋官网每日更新最新软件测试基础知识内容，巩固日常学习中的基础技能。更有免费的软件测试视频教程帮助学员快速学习。因为软件测试需要写的代码很少，并不需要软件开发那样很强的逻辑思维能力。也不需要软件测试专业出身或相关的计算机背景。另外，软件测试对学历的要求也不高，即使从零学起，大部分人都可以很快学会。总体上来说入门难度并不算高，即使计算机基础知识比较薄弱的人，只要通过一个系统的学习过程，也是能够满足软件测试岗位的基本要求的。千锋教育采用全程面授高品质、高体验培养模式，学科大纲紧跟企业需求，拥有国内一体化教学管理及学员服务，在职业教育发展道路上不断探索前行。

想要长远的发展，当然是需要不断的学习提升自己的技术，掌握新的技能。才不容易被替代。尤其是在IT行业。

现在很多功能测试人员都在向自动化测试、性能测试靠拢。

一个有竞争力的软件测试开发工程师需要熟练标准规范的测试流程，能够做性能，功能，自动化测试；熟练使用Linux *** 纵系统，独立搭建测试环境；熟练MySQL、Oracle等数据库的一种或多种；至少掌握Java、Python、C++等一门编程语言。

因此，蜗牛学院只培养具备系统化技能的测试开发工程师。从通用核心技术，到系统测试，再到测试开发，最后自主开发测试框架，从底层原理再到高级应用，无所不包，涵盖全部测试开发核心技术，满足企业核心技术需求。所以，不断的学习，提升自己的技能，让自己具备竞争力才是王道。

1、从是否关心内部结构来看

（1）白盒测试：又称为结构测试或逻辑驱动测试，是一种按照程序内部逻辑结构和编码结构，设计测试数据并完成测试的一种测试方法。

（2）黑盒测试：又称为数据驱动测试，把测试对象当做看不见的黑盒，在完全不考虑程序内部结构和处理过程的情况下，测试者仅依据程序功能的需求规范考虑，确定测试用例和推断测试结果的正确性，它是站在使用软件或程序的角度，从输入数据与输出数据的对应关系出发进行的测试。

（3）灰盒测试：是一种综合测试法，它将“黑盒”测试与“白盒”测试结合在一起，是基于程序运行时的外部表现又结合内部逻辑结构来设计用例，执行程序并采集路径执行信息和外部用户接口结果的测试技术。

2、从是否执行代码看

（1）静态测试：指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。

(2)动态测试：是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等性能指标。

3、从开发过程级别看

（1）单元测试：又称模块测试，是针对软件设计的最小单位----程序模块或功能模块，进行正确性检验的测试工作。其目的在于检验程序各模块是否存在各种差错，是否能正确地实现了其功能，满足其性能和接口要求。

(2)集成测试：又叫组装测试或联合，是单元测试的多级扩展，是在单元测试的基础上进行的一种有序测试。旨在检验软件单元之间的接口关系，以期望通过测试发现各软件单元接口之间存在的问题，最终把经过测试的单元组成符合设计要求的软件。

（3）系统测试：是为判断系统是否符合要求而对集成的软、硬件系统进行的测试活动、它是将已经集成好的软件系统，作为基于整个计算机系统的一个元素，与计算机硬件、外设、某些支持软件、人员、数据等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。

在系统测试中，对于具体的测试类型有：

（1）功能测试：对软件需求规格说明书中的功能需求逐项进行的测试，以验证功能是否满足要求。

（2）性能测试：对软件需求规格说明书的功能需求逐项进行的测试，以验证功能是否满足要求。

（3）接口测试：对软件需求规格说明中的接口需求逐项进行的测试。

（4）人机交互界面测试：对所有人机交互界面提供的 *** 作和显示界面进行的测试，以检验是否满足用户的需求。

（5）强度测试：强制软件运行在异常乃至发生故障的情况下（设计的极限状态到超出极限），验证软件可以运行到何种程序的测试。

（6）余量测试：对软件是否达到规格说明中要求的余量的测试。

（7）安全性测试：检验软件中已存在的安全性、安全保密性措施是否有效的测试，

（8）可靠性测试：在真实的或仿真的环境中，为做出软件可靠性估计而对软件进行的功能（其输入覆盖和环境覆盖一般大于普通的功能测试）

（9）恢复性测试：对有恢复或重置功能的软件的每一类导致恢复或重置的情况，逐一进行的测试。

（10）边界测试：对软件处在边界或端点情况下运行状态的测试。

（11）数据处理测试：对完成专门数据处理功能所进行的测试。

（12）安装性测试：对安装过程是否符合安装规程的测试，以发现安装过程中的错误。

（13）容量测试：检验软件的能力最高能达到什么程度的测试。

（14）互 *** 作性测试：为验证不同软件之间的互 *** 作能力而进行的测试。

（15）敏感性测试：为发现在有效输入类中可能引起某种不稳定性或不正常处理的某些数据的组合而进行的测试。

（16）标准符合性测试：验证软件与相关国家标准或规范（如军用标准、国家标准、行业标准及国际标准）一致性的测试。

（17）兼容性测试：验证软件在规定条件下与若干个实体共同使用或实现数据格式转换时能满足有关要求能力的测试。

（18）中文本地化测试：验证软件在不降低原有能力的条件下，处理中文能力的测试。

4、从执行过程是否需要人工干预来看

（1）手工测试：就是测试人员按照事先为覆盖被测软件需求而编写的测试用例，根据测试大纲中所描述的测试步骤和方法，手工地一个一个地输 入执行，包括与被测软件进行交互（如输入测试数据、记录测试结果等），然后观察测试结果，看被测程序是否存在问题，或在执行过程中是否会有一场发生，属于比较原始但是必须执行的一个步骤。

（2）自动化测试：实际上是将大量的重复性的测试工作交给计算机去完成，通常是使用自动化测试工具来模拟手动测试步骤，执行用某种程序设计语言编写的过程（全自动测试就是指在自动测试过程中，不需要人工干预，由程序自动完成测试的全过程；半自动测试就是指在自动测试过程中，需要手动输入测试用例或选择测试路径，再由自动测试程序按照人工指定的要求完成自动测试）

5、从测试实施组织看

（1）开发测试：开发人员进行的测试

（2）用户测试：用户方进行的测试

（3）第三方测试：有别于开发人员或用户进行的测试，由专业的第三方承担的测试，目的是为了保证测试工作的客观性

6、从测试所处的环境看

（1）阿尔法测试：是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际 *** 作环境下进行的测试

（2）贝塔测试：是用户公司组织各方面的典型终端用户在日常工作中实际使用贝塔版本，并要求用户报告

软件测试的内容：

1 得到需求、功能设计、内部设计说书和其他必要的文档

2 得到预算和进度要求

3 确定与项目有关的人员和他们的责任、对报告的要求、所需的标准和过程 ( 例如发行过程、变更过程、等等 )

4 确定应用软件的高风险范围，建立优先级、确定测试所涉及的范围和限制

5 确定测试的步骤和方法 ── 部件、集成、功能、系统、负载、可用性等各种测试

6 确定对测试环境的要求 ( 硬件、软件、通信等 )

7 确定所需的测试用具 (testware) ，包括记录 / 回放工具、覆盖分析、测试跟踪、问题 / 错误跟踪、等等

8 确定对测试的输入数据的要求

9 分配任务和任务负责人，以及所需的劳动力

10 设立大致的时间表、期限、和里程碑

11 确定输入环境的类别、边界值分析、错误类别

12 准备测试计划文件和对计划进行必要的回顾

13 准备白盒测试案例

14 对测试案例进行必要的回顾 / 调查 / 计划

15 准备测试环境和测试用具，得到必需的用户手册 / 参考文件 / 结构指南 / 安装指南，建立测试跟踪过程，建立日志和档案、建立或得到测试输入数据

16 得到并安装软件版本

17 进行测试

18 评估和报告结果

19 跟踪问题 / 错误，并解决它

20 如果有必要，重新进行测试

21 在整个生命周期里维护和修改测试计划、测试案例、测试环境、和测试用具

参考资料：

自动化测试可以替代手工测试，这其实是一个误会。

预言家难题：测试中最艰巨的任务之一，就是在运行一个测试用例时，如何才能知道被测试软件确实完成了它应该完成的任务？被测试软件是否输出了正确的结果？在运行过程中，是否带来副作用？如何才能确信这一点？如果给定一个用户环境，特定的数据配置和输入顺序，有没有预言家能断言：软件确实做了，也只做了它所应该做的事情。现实情况下，往往由于软件的设计规格说明书并不完整，或者根本没有，这导致软件的测试人员也没有办法做这个断言。所以说：自动化确实很重要，但光靠它还不够，过度依赖自动化测试会为程序的最终成功带来隐患。 如果测试人员不能依靠开发人员的缺陷预防工具和自动化手段，他们还能寄希望于什么呢？唯一答案是手工测试

自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。通常，在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测试，得到实际结果与期望结果的比较。在此过程中，为了节省人力、时间或硬件资源，提高测试效率，便引入了自动化测试的概念。

虽然目前的测试趋势是推行自动化，但自动化有其局限性，通常需要同时满足以下条件：

软件需求变动不频繁

项目周期足够长

自动化测试脚本可重复使用

另外，在手工测试无法完成，需要投入大量时间与人力时也需要考虑引入自动化测试。比如性能测试、配置测试、大数据量输入测试等。

机器毕竟不是人，它只能按照固定的步骤来执行计算、判断，例如自动化运行中途出现： *** 作系统升级重启、机器断网、浏览器故障重启了、页面刷新较慢元素在该有的时间内没出现、>

以上就是关于手工测试和自动化测试如何进行有效的结合，试举出适当的例子阐述全部的内容，包括:手工测试和自动化测试如何进行有效的结合，试举出适当的例子阐述、IT测试是什么、我做软件测试3年了，但还是在做比较简单的手工测试，公司对测试也不是很重视，我不知道该如而后发展。等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！