1，appium 这个应该算是目前最流行的基于app的自动化测试框架了2，instruments ios平台下的自动化测试框架，用java语言写的3，uiautomator安卓自动化测试框架，基本上支持安卓的所有事件操作4，Monkey 安卓自带的测试工具5，Monkey Runner Monkey改进版，支持自己编写脚本测试，用Python语言6，Robotium 一款国外的Android自动化测试框架，用法比较简单

1，jtest java语言的单元测试框架2，JUnit 验证java的工具3，cppunit 跨平台的c++单元测试框架4，gtest 跨平台的c++单元测试框架5，PhpUnit Php6，BoundsChecker C++,Delphi API和OLE错误检查、指针和泄露错误检查、内存错误检查7，TrueTime C++,Java,Visual Basic 代码运行效率检查、组件性能的分析

1，Jmeter（开源）2，postman3，SoapUI推荐使用 jmeter 和 postmanjmeter是一款100%纯Java编写的免费开源的工具，它主要用来做性能测试，相比loadrunner来说，它内存占用小，免费开源，轻巧方便、无需安装，越来越被大众所喜爱。Postman是谷歌的一款接口测试插件，它使用简单，支持用例管理，支持get、post、文件上传、响应验证、变量管理、环境参数管理等功能，可以批量运行，并支持用例导出、导入。

PingCode-Testhub(简单好用，25人以下免费，也是我们团队在使用的)TestDirector(大而全)jira(简单好用)Quality Center(复杂，收费)禅道（简单好用）bugzilla(功能简单)svn(代码和文档管理工具)vss类似svngit，同svn，但是多分支管理比svn好Note（大而全，费用太贵）CQ(ClearQuest-IBM产品-大而全)

大家有什么自动化测试好用的工具推荐一下吗？痛哭流涕，感激不尽！~

一、工具介绍单插件测试工具可以根据待测试插件的配置，自动添加Load与Dump数据，生成待测插件的pipeline文件，并对待测插件进行串流测试。二、工具使用步骤1 在config.py文件中，配置待测插件属性。步骤2 在config.py文件load参数中，配置插件的数据输入文件。若插件为多输入，可以配置多个数据输入文件。步骤3 在config.py文件dump参数中，若插件为多输出，可以配置多个数据输出文件。步骤4 运行单插件测试工具，生成待测插件的pipeline文件，并对待测插件进行串流测试。执行run.sh脚本，会在pipeline目录下生成待测插件的pipeline文件，并对待测插件进行串流测试，生成dump参数中配置的数据输出文件。chmod +x run.sh && ./run.sh三、单插件测试样例步骤1 在config.py配置文件中配置待测插件mxpi_imageresize的配置信息。如果待测插件是多输入插件，"load"配置项可以配置多个输入文件。如果待测插件是多输出插件，"dump"配置项可以配置多个输出文件。配置信息如下：步骤2 创建待测插件的数据输入文件"input/imageresize0.json"。步骤3 运行单插件测试工具，生成待测插件的pipeline文件，并对待测插件进行串流测试。命令如下：chmod +x run.sh && ./run.sh步骤4 检测单插件测试工具生成了pipeline文件。执行命令如下：cat pipeline/mxpi_imageresize0.pipeline步骤5 检测单插件测试工具生成了待测插件的输出文件imageresize0-output.json。步骤6 检测串流结果，串流成功后，会显示下图所示的成功日志。

　　测试用例的等级代表需求点以及功能点的优先级级别。 　　如果不设置测试用例等级　　开发完成并提测后，测试人员只能根据用例的前后顺序进行测试，而无法根据优先级测试，这样的话遇到突发情况，可能主要功能还没测试完成，比如着急给客户演示系统。这是我工作中遇到的实际问题，我公司的项目工期大多比较短，所以我需要优先测试与需求关系特别大的功能，这时测试用例等级就能起到很大作用。　　项目到后期比较稳定时，进行回归测试时因没有设置用例等级不知道哪些是重点功能，所有只能全部测试，这样就大大浪费了人力和时间。　　如果设置测试用例等级　　1.用例等级有统一定义后，可以按照功能的重要程度划分用例等级，比如有P0、P1、P2、P3。　　2.在测试阶段执行测试用例时，我们可以按照先测试P0、P1等级用例，然后测试P2、P3等级用例的顺序执行测试。　　3.项目到后期比较稳定时，执行回归测试时只需要测试P0、P1等级用例即可。　　如何设置测试用例等级　　1.P0：可以称作冒烟测试用例，是确认当前版本是否可测的测试用例。　　2.P1：与需求相关的功能性测试用例。　　3.P2：边界值测试、配置测试。　　4.P3：不经常被执行，比如非功能性的、或者易用性等方面的用例。

性能测试　　性能测试已经完成，以确保该应用程序在预期的工作负载下能够正常运行。目的是发现性能问题，例如可靠性，资源使用情况等，而不是发现错误。在进行性能测试时，我们应牢记的三件事是快速响应，最大的用户负载以及在变化的环境中的稳定性。即使您专注于移动测试并使用在线Android模拟器，也无法避免性能测试。　　耐力测试：这样做是为了检查应用程序是否能够承受预期必须长时间承受的负载。　　可伸缩性测试：可以检查应用程序在软件，硬件和数据库级别的最大负载和最小负载下的性能。　　负载测试：在这种情况下，系统会模拟任何应用程序上的实际用户负载，以检查该应用程序可以承受的最大负载的阈值。　　压力测试：这样做是为了检查极端负载条件下应用程序的可靠性，稳定性和错误处理。　　峰值测试：在这种情况下，测试应用程序时用户负载会突然增加和减少。通过执行峰值测试，我们还可以了解应用稳定的恢复时间。　　容量测试：这样做是为了分析充斥大量数据时应用程序的行为和响应时间。　　相容性测试：执行兼容性测试以确保该应用程序可以在不同的硬件，操作系统，网络环境和屏幕尺寸上正常运行。　　安全测试：安全测试是移动应用程序测试过程中最重要的部分，它可确保您的应用程序安全且不会受到恶意软件和病毒等任何外部威胁的攻击。通过这样做，我们可以找出应用程序中的漏洞，这些漏洞可能导致数据丢失，收入增加或对组织的信任。　　让我们看一下在安全测试期间应消除的主要安全威胁。　　权限提升　　在这种情况下，黑客可能会使用应用程序，但他/她可以增加已经在您的应用程序中拥有帐户并使用默认提供的服务所提供的特权。例如，如果该应用程序具有引荐该应用程序给朋友的某些积分条款，那么黑客可以扩展该限制并从中获得更多收益。　　未经授权的数据访问　　最常见的攻击类型是获得未经授权的访问以获取有价值的信息。这可以通过破解登录凭据或通过入侵服务器访问数据来简单地完成。　　URL操作　　如果应用程序或网站使用HTTPGET方法在客户端和服务器之间传输数据，则黑客会操纵URL查询字符串。质量检查小组可以传递修改后的参数值，以查看服务器是否接受它。　　拒绝服务　　进行这种类型的攻击是为了使最终用户无法访问应用程序的服务。这样，黑客还可以提高应用程序和服务器计算机的工作机制的稳定性。　　可用性测试　　可用性测试由一小组用户执行，以找出应用程序中的可用性缺陷。提出设计时，它是在软件开发的初始阶段完成的。重点在于用户使用该应用程序的简易程度以及系统是否达到其预期目标。这种类型的移动测试也可以在在线android模拟器上执行。　　我们可以通过几种方法来进行可用性测试。一个是在设计阶段，您可以只在一张纸上画画就能评估设计。一旦构建应用程序以检查可用性，也可以进行随机测试。可以由站点上的实际用户来完成，然后可以提供结果。除此之外，基于设计和线框输入的工具，统计信息可能会非常有用。　　从结构上执行可用性测试的第一步是识别要执行可用性应用程序的用户。必须根据地理位置，年龄，性别等不同的应用程序的行为来选择用户。下一步是设计用户应该执行的任务，然后花时间分析结果完成的测试。　　可用性可以在观察者面前的隔离测试区域中进行，该观察者将检查测试并创建有关已分配任务的报告。下一个选项是远程可用性测试。在这种情况下，观察者和测试者位于不同的位置，分配的任务可以远程完成。测试人员的详细信息（如反应）将由自动化软件记录。　　本地化测试　　这样做是为了确保该应用程序是自定义的，并且按照其可用国家/地区的文化运行。关键重点在于应用程序的内容和用户界面。该应用程序经过测试过程，以检查是否根据目标区域设计了默认语言，日期和时间格式，货币等。

　单元测试　　在单元测试中，在开发阶段将测试软件应用程序的各个组件。单元测试通常由开发人员而不是测试人员完成。测试一段代码形式的功能以验证准确性。驱动程序，单元测试框架，模拟对象和存根用于执行单元测试。　　单元测试通常是自动化的，但有时可以手动完成。可以在指导文档的帮助下完成手动方法。可以在所有类型的移动应用程序上执行单元测试。　　在自动单元测试中，开发人员在应用程序中编写代码以测试功能或过程。部署应用程序后，即可删除该代码。该功能可以隔离以严格测试应用程序，它揭示了被测试代码与其他单元之间的依赖关系。然后可以消除依赖关系。大多数开发人员使用单元测试自动化框架来记录失败的测试用例。　　整合测试　　进行集成测试以检查应用程序的各个组件在集成时是否按预期运行。通常，在对所有构建进行测试和组合后，在单元测试之后进行集成测试。　　健全性测试　　在收到软件版本后，会对功能进行细微更改，以进行完备性测试，以确保纠正错误，并且将来不会由于这些更改而出现问题。目的是在表面上测试功能，而不是彻底检查开发人员是否合理构建了功能。　　通常，执行健全性测试时会考虑以下这些步骤。使用新添加的功能标记代码中引入的修改。评估这些标记的功能，以确保它们是否能够发挥其作用。然后测试相关功能，相关参数和元素，以确保其正常工作。毕竟，构建可以接受其他高级测试方法。最好使用基于云的测试平台而不是在线Android模拟器，因为它们提供了数百种设备浏览器组合。　　烟雾测试　　这样做是为了检查构建是否足够稳定以进行进一步的测试。烟雾测试是端对端完成的，而不是像我们进行疯狂测试那样针对特定组件进行的。　　回归测试　　进行回归测试以检查新添加的代码是否对应用程序的功能没有任何不利影响。当应用程序中添加了新功能时或仅在代码中进行了一些更改时，即可完成此操作。代码中的更改可能影响产品的现有流程或存在错误。可以通过进行回归测试来评估。在回归测试中，动机是启动优化，增强功能并解决现有功能中需要的问题。　　系统测试　　系统测试是对完全集成的软件产品的测试。该软件与硬件和其他软件连接，并在系统上完全集成的应用程序上进行了一系列测试。既可以是白盒，也可以是黑盒。　　Beta/用户接受度测试　　在准备好发布应用程序之前，此测试会在测试过程的最后阶段进行。由客户/用户执行以验证端到端业务流程和用户友好性。　　什么是非功能测试？　　非功能测试旨在通过??各种标准（例如负载测试，可伸缩性测试，压力测试等）评估应用程序的就绪状态。它评估应用程序在挑战性条件下的性能。

进行功能测试以确保应用程序的功能符合需求规范。这是黑盒测试，不涉及应用程序源代码的详细信息。在执行功能测试时，重点应放在应用程序主要功能的用户友好性上。要首先执行功能测试，我们需要识别测试输入并使用选定的测试输入值计算预期结果然后执行测试用例，并将实际数据与预期结果进行比较。

　　功能测试　　每一个功能是否能正常操作。　　每个功能响应出来的效果是否符合预期结果。　　功能点击后返回的值是否正确。　　如果app存在互动的功能，是否可以同步，比如微信朋友圈点赞的功能，群管理员管理成员的功能，视频会议中的互动功能等等。　　在进行某一个功能的时候，断网重连后会出现什么样的情况。　　某一功能进行时，断网不重连会出现什么情况。　　应用的前后台切换　　APP切换到后台，再打开APP，检查是否停留在上一次操作界面，检查功能是否正常、程序是否崩溃、数据是否更新。　　手机锁屏解锁后进入APP，检查是否停留在上一次操作界面，检查功能是否正常、程序是否崩溃、数据是否更新。　　APP使用过程中被电话中断，再回到APP，检查是否停留在上一次操作界面，检查功能是否正常、数据是否更新。　　Kill掉APP后，再打开APP，检查功能是否正常、数据是否更新、用户登录状态是否正常。　　存在必须处理的提示框，切换到后台，再切换到前台，检查提示框是否存在。　　APP使用过程中，出现断电/意外关机重启等异常情况，再次打开APP，检查APP功能是否正常。　　APP切换到后台，再回到app，检查功能及应用状态是否正常，IOS4和IOS5的版本的处理机制有的不一样。　　对于多次进行后台程序切换，软件会不会被Kill。

　　兼容性测试的基本概念　　·软件测试的兼容性测试主要是指其自身的协调性，在此过程中计算机不同部件和CPU以及显卡等多种硬件在完成组装之后，其自身之间是否会产生影响作用，继而使得系统难以正常工作。而在此过程中涉及到的软件则是指在软件完成安装之后，其自身相互之间是否能够正常运行。此外，还应当充分考虑软件和硬件之间的兼容性以及完成融合之后的整体性工作效率，在软硬件以及自身兼容过程中，是否会导致系统崩溃都应当深入考虑。　　兼容性测试验证点　　·平台测试　　·浏览器测试　　·软件本身能否向前或者向后兼容　　·测试软件能否与其它相关的软件兼容　　·数据兼容性测试软件测试的兼容性和易用性测试　　易用性测试的基本概念　　·软件的易用性主要是指不同系统之间交互的适应性和功能性以及有效性的集中式提现。对于易用性来说，其自身属于人体工程学的基本范畴，其作为一门日常生活和工作过程中极为常用的一项技能，其自身在物品设计过程中具有容易使用和操作性强等特点。　　易用性包括：　　·易理解性　　·易学习性　　·易操作性　　·吸引性　　·依从性　　优秀UI具备的七个要素　　·符合标准和规范　　·直观　　·一致　　·灵活　　·舒适　　·正确　　·实用易用性测试与ＵＩ测试软件测试的兼容性和易用性测试　　·对于用户界面的测试主要是明确软件交互的方式。其作为软件面向用户的第一界面，其将会直接影响软件在用户心目中的地位，更会对后期使用产生深远影响。但是，在软件测试过程中，所进行的的测试仅仅是易用性的测试，其只是属于易用性测试的一个极小的范畴。　　·分清了一件事物的这两个方面，在分析的时候会避免将所有的问题都归结于易用性问题。易用性测试验证点　　·控件名称应该易懂，用词准确，无歧异　　·常用按钮支持快捷方式　　·完成同一功能的元素放在一起　　·界面上重要信息放在前面　　·支持回车　　·界面空间小时使用下拉列表框而不使用单选框　　·专业性软件使用专业术语　　·对可能造成等待时间较长的操作应该提供取消易用性测试验证点　　·对用户可能带来破坏性的操作有回到上一步的机会　　·根据需要自动过滤空格　　·主菜单的宽度要接近　　·工具栏图标与完成的功能有关　　·快捷键参考微软标准　　·提供联机帮助　　·提供多种格式的帮助文件　　·提供软件的技术支持方式　　只有完美的掌握了软件测试的兼容性和易用性测试，才能够在软件测试工作的开展过程中充分发挥自身的重要作用，继而减少软件使用过程中的缺陷和错误，提升用户的使用舒适感。

软件测试工程师的发展路线有哪些？　　近年来软件bug事件频发，造成了很多损失，软件测试的重要性也被更多的人熟知。那么软件测试工程师的薪资怎么样?发展路线有哪些？　　软件测试作为IT行业的一份子，软件测试工程师的薪资自然不会低，几乎仅次于开发行业。软件测试分为分为功能测试、接口测试、性能测试、自动化测试几个方向，每个方向的薪资都不尽相同。　　一、走技术路线　　如果走技术路线的话，从初级软件测试工程师再往上的话需要学习自动化测试、性能测试等，才能胜任相关岗位的工作。　　软件测试工程师薪资怎么样？发展路线有哪些？　　初级功能测试工程师的月薪在8K元-10k元，有几年经验的中级功能测试工程师则在10K元-12K元。初级接口测试工程师的月薪在8K元-10K元之间，积累了几年经验后，中级接口测试工程师的月薪能拿到10K元到18K元。　　初级性能测试工程师的薪资则在10K元到12K元之间，工作了一段时间晋升为中级性能测试工程师后，能拿到12K元到20K元的月薪。积累了丰富的经验，进一步晋升为高级性能测试工程师，也就是系统调优架构师之后，月薪则在20K元到35K元。　　软件测试工程师薪资怎么样？发展路线有哪些？　　初级自动化测试工程师的月薪在10K元-15K元，积累了一些经验的中级自动化测试工程师则在15K元-20K元，如果代码学习得很好，也可以做测试开发工程师，月薪在20K元-25K元。　　二、走管理路线　　初级软件测试工程师(6-8k)——测试组长(10-15k)——测试经理(15-25k)——项目经理(15-35k)——产品经理(15-35k)　　如果走管理路线的话，初级软件测试工程师的薪资在6K-8K元，积累了一些经验，具备了基本的管理知识和能力后，就可以晋升为软件测试组长，薪资在10K-15K元。　　如果你有更高的管理能力，经过一些年限的积累，可以晋升为测试经理，拿到15K-25K的薪资。　　软件测试工程师薪资怎么样？发展路线有哪些？　　如果你向往更高的职位，可以多积累一些工作中的经验，不只是软件测试，还有和软件开发等部门沟通协作方面的经验，为进一步晋升做足准备。当懂得了其他部门的一些工作内容时，你就可以往项目经理、产品经理方向去晋升了，争取35K的薪资。

　　软件测试按照不同的维度可以有不同的分类方式。具体如下：　　1.按照开发阶段划分　　单元测试：测试对象时软件最小的组成部分也就是模块。　　测试阶段：编码后或编码前（TDD即测试驱动开发）　　测试对象：模块　　测试人员：开发人员或白盒测试工程师　　测试依据：设计文档+代码和注释　　测试方法：白盒测试　　测试内容：模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试　　集成测试（AKA功能测试）：将几个相关的模块集成在一其构建成相应的功能，并对其进行测试。着重测试几个模块之间的交互。　　测试阶段：一般在单元测试结束后　　测试对象：模块间的接口　　测试人员：白盒测试工程师或开发人员　　测试依据：单元测试模块+概要设计文档　　测试方法：白盒测试和黑盒测试相结合　　测试内容：模块之间数据传输、模块之间功能冲突、模块组装功能的正确性、全局数据结构、单模块缺陷对系统的影响　　系统测试：将软件看成是一个完整的系统。对所有功能进行测试，这部分还包括回归测试和冒烟测试。该部分时整个测试流程中耗时最长的部分。　　测试阶段：集成测试之后　　测试对象:整个系统　　测试人员：黑盒测试工程师　　测试依据：需求规格说明书　　测试方法：黑盒测试　　测试内容：功能、界面、可靠性、易用性、性能、兼容性、安全等　　回归测试和冒烟测试穿插在该部分中，回归测试是指在系统修改过后重新进行以前的测试以确定修改没有引入新的bug，该测试最好通过自动化测试来完成从而减少工作量。　　冒烟测试则是指在系统完成新的编译后编译人员首先对基本功能进行测试确保不会出现问题，然后再进行后续详细的测试工作。　　验收测试：该测试是部署软件前的最后一次测试操作也叫作交付测试。　　测试阶段：系统测试之后　　测试对象：整个系统　　测试人员：最终用户或需求方　　测试依据：用户需求和验收标准　　测试方法：黑盒测试　　测试内容：和系统测试一样　　2.按照是否查看代码进行分类　　黑盒测试　　黑盒测试也成为功能测试，测试中把被测的软件当成一个黑盒子，不关心盒子的内部结构是什么，只关心软件的输入输出。　　白盒测试　　白盒测试又称为结构测试或透明盒测试，主要研究源代码和程序结果。　　灰盒测试　　介于白盒测试和黑盒测试两者之间，即关心软件的输入输出也关心软件的内部结构。　　3.按照测试对象进行划分　　业务测试　　测试系统将各个模块联接起来，模拟用户的真实业务场景。　　界面测试　　测试用户界面的布局是否合理，整体风格是否一致、各个控件的防止位置是否符合客户的习惯，还有操作系统的便捷性，导航的简单易懂性，页面元素的可用性，文字图片的正确性。　　容错性测试　　检查软件在异常条件下自身是否具有防护性措施或从灾难中恢复的措施。　　兼容性测试　　检查软件在各个平台下给出相同的输入是否能够得到相同多的输出结果，是否能够在各个平台正常的工作。　　安全性测试　　该方便较为专业，一般有信息安全从业者进行测试，主要测试系统时候存在能够被网络黑客利用的漏洞。　　性能测试　　对系统性能进行测试，确认系统性能是否满足设计指标，主要从响应时间，TPS，资源利用率，吞吐量，处理精度等方面进行入手。　　内存泄漏测试　　该部分测试人员有一定的代码知识和相关工具的使用，查找程序中是否存在内存泄漏的情况。

黑盒测试：        从功能层面保障质量，可以对UI进行细致检查；暴露问题比较快；验证bug也比较快        不易推断bug原因和位置白盒测试：        可以在程序开发过程中介入，而不是等到打包完毕        bug的原因比较好定位。       测试周期比较长，暴露的问题一般比较深，但数量很少————————————————原文链接：https://blog.csdn.net/fenfeiqinjian/article/details/49762829