测试并发工具

软件测试工具有哪些

软件测试工具有：1、AppiumAppium是一个开源测试自动化框架，可用于原生，混合和移动Web应用程序测试。它使用WebDriver协议驱动iOS，Android和Windows应用程序。它还可以帮助本地和混合应用程序的自动化测试。它支持多个JAVA和NET集成开发环境，也支持开源的集成开发环境。使用Selenium作为后端，测试人员可以利用Selenium的功能进行移动应用程序的测试。2、JMeterJMeter是基于Java的压力测试工具，它用于测试静态和动态资源例如静态文件、Java小服务程序、CGI脚本、Java对象、数据库，FTP服务器等等。JMeter可以用于对服务器、网络或对象模拟巨大的负载，来在不同压力类别下测试它们的强度和分析整体性能。3、SeleniumSelenium是ThoughtWorks专门为Web应用程序编写的一个验收测试工具。测试与浏览器的兼容性测试你的应用程序看是否能够很好得工作在不同浏览器和操作系统之上。测试系统功能创建衰退测试检验软件功能和用户需求。支持自动录制动作和自动生成。Net、Java、Perl等不同语言的测试脚本。4、TestWriterTestWriter是一款零编码的UI自动化测试工具。通过统一图形化界面轻松创建测试计划，并且驱动执行引擎完成自动化测试任务。通过使用TestWriter，有效降低了测试人员能力要求及脚本维护工作量，操作简单，让其更专注于业务。TestWriter有商用版和免费版两个版本。现在免费版本主推个人。5、QTPQTP是一种非常受测试者的欢迎的自动测试工具。因为它不要求你使用面向对象的编程语言。QTP使用Visual Basic脚本（VB)语言，容易学习和编写代码。使用QTP的目的是想用它来执行重复的手动测试，主要是用于回归测试和测试同一软件的新版本。因此你在测试前要考虑好如何对应用程序进行测试，例如要测试哪些功能、操作步骤、输入数据和期望的输出数据等。

常用的软件测试工具

常用的软件测试工具一般是：QTPLoadRunnerQC软件测试中还需的工具如下：功能测试工具：QTP（HP），WinRunner（MI），Robort（IBM），QARun（Compuware）性能测试工具：LoadRunner（HP），WAS（MS），Robort（IBM）【必须下载相应的插件才支持性能方面的测试】，QALoad（Compuware）测试管理工具：/QuarlityCenter【这两个工具一个横版一个竖版，功能完全一样】，RationalTestManager缺陷跟踪工具：Bugzilla、Mantis其他：RationalPurify、Rational一般测试流程：需求分析阶段：只要就是对业务的学习，分析需求点。测试计划阶段：测试组长就要根据SOW开始编写《测试计划》，其中包括人员，软件硬件资源，测试点，集成顺序，进度安排和风险识别等内容。测试设计阶段：测试方案一般由对需求很熟的高资深的测试工程师设计，测试方案要求根据《SRS》上的每个需求点设计出包括需求点简介，测试思路和详细测试方法三部分的方案。《测试方案》编写完成后也需要进行评审。测试方案阶段：主要是对测试用例和规程的设计。测试用例是根据《测试方案》来编写的，通过《测试方案》阶段，测试人员对整个系统需求有了详细的理解。这时开始编写用例才能保证用例的可执行和对需求的覆盖。测试用例需要包括测试项，用例级别，预置条件，操作步骤和预期结果。其中操作步骤和预期结果需要编写详细和明确。测试用例应该覆盖测试方案，而测试方案又覆盖了测试需求点，这样才能保证客户需求不遗漏。同样，测试用例也需要评审。测试执行阶段：执行测试用例，及时提交有质量的Bug和测试日报，测试报告等相关文档

公司最近做了个OA系统，总用户数10000人，希望并发用户达到200人，我应该如何设置压力场景测试？

测试压力估算时采用原则如下：
系统在线用户并发数取在线用户数的30%，即：200*30%=60
此次性能测试用户数分三个档次：50并发，100并发，150并发,200并发。
并分别对三种情况进行性能测试记录测试结果
并对测试结果进行分析，特别关注150并发时系统的性能。
系统响应时间判断原则（2-5-10原则）如下：
系统业务响应时间小于2秒，判为优秀，用户对系统感觉很好；
系统业务响应时间在2-5秒之间，判为良好，用户对系统感觉良好；
系统业务响应时间在5-10秒之间，判为及格，用户对系统可以接受；
系统业务响应时间超过10秒，判断为不及格，用户不能接受系统的响应速度；


设计思想：大量用户同时使用某个功能和长时间反复运行，以检查系统并发性能和长期运行的稳定性。
测试内容： 取几个普通用户日常办公中经常使用到的操作或场景，录制为一个脚本。

测试步骤： 使用性能测试工具Loadrunner运行负载测试，添加录制好的某一个场景脚本和分别加载50/100/150/200个虚拟用户进行并发测试。
场景类型：手动场景，通过制定要运行的虚拟用户数来管理负载测试
场景计划名：默认计划
模式：场景计划
场景持续时间：直到完成
加载行为：同时加载所有Vuser
用户加载并发数量：50/100/150
负载生成器：localhost
思考时间：按录制参数
网络速度：最大带宽

压力测试、负载测试和并发测试有什么区别？

主要区别是，性质不同、目的不同、特点不同，具体如下：一、性质不同1、压力测试压力测试是在强负载（大数据量、大量并发用户等）下的测试，查看应用系统在峰值使用情况下操作行为，从而有效地发现系统的某项功能隐患、系统是否具有良好的容错能力和可恢复能力。压力测试分为高负载下的长时间（如24小时以上）的稳定性压力测试和极限负载情况下导致系统崩溃的破坏性压力测试。压力测试可以被看作是负载测试的一种，即高负载下的负载测试，或者说压力测试采用负载测试技术。2、负载测试负载测试是模拟实际软件系统所承受的负载条件的系统负荷，通过不断加载（如逐渐增加模拟用户的数量）或其它加载方式来观察不同负载下系统的响应时间和数据吞吐量、系统占用的资源（如CPU、内存）等，以检验系统的行为和特性，以发现系统可能存在的性能瓶颈、内存泄漏、不能实时同步等问题。负载测试更多地体现了一种方法或一种技术。3、并发测试指当测试多用户并发访问同一个应用、模块、数据时是否产生隐藏的并发问题，如内存泄漏、线程锁、资源争用问题，几乎所有的性能测试都会涉及并发测试。二、目的不同1、压力测试目的是在软件投入使用以前或软件负载达到极限以前，通过执行可重复的负载测试，了解系统可靠性、性能瓶颈等，以提高软件系统的可靠性、稳定性，减少系统的宕机时间和因此带来的损失。2、负载测试负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征。例如，响应时间、事务处理速率和其他与时间相关的方面。3、并发测试测试目的并非为了获得性能指标，而是为了发现并发引起的问题。　三、特点不同1、压力测试压力测试通常是在高负载情况下来对系统的稳定性进行测试，更有效地发现系统稳定性的隐患和系统在负载峰值的条件下功能隐患等。2、负载测试负载测试是通过改变系统负载方式、增加负载等来发现系统中所存在的性能问题。3、并发测试在具体的性能测试工作中，并发用户往往都是借助工具来模拟的，例如LoadRunner性能测试工具中叫做虚拟用户，因为实际情况中去实现同时多人并发的测试环境要求比较高而测试成本高、测试时间也是比较长。参考资料来源：百度百科-压力测试参考资料来源：百度百科-负载测试参考资料来源：百度百科-并发测试