如何进行软件压力测试策略

1. 对于一个视频会议软件要如何测试，怎样进行压力测试呢

让员工在不同的环境下分阶段进入会议，人数逐渐增加，最后测试各种功能即可。

视频会议软件选择中目视频会议软件。

中目视频会议软件具有以下优势：

1.高清视频和音频：将高质量视频、音频和网络会议带入任何大小的会议室中。

2.与任何人召开会议：在台式机、手机或其他会议室系统上加入远程参与者。

3.单触启动会议：使用语音命令或单触启动即时会议或会议通过你的日历系统。

4.与H.323协议的互操作性：与任何传统的端点，包括宝利通，思科和LifeSize。

中目视频会议软件操作简单无论何时何地，不受终端限制，一键加入会议，一键发起会议。同时支持文件共享、注释等协同操作。同声传译、美颜、满足各种需求。还支持万人超大规模会议。不受行业限制，多场景应用。高标准加密，数据更安全。支持私有云部署，让安全更有保障，售后提供一对一服务，出现问题及时解决，产品种类多，满足各种高阶需求。

中目视频会议软件是华万旗下的一款产品。

上海华万通信科技有限公司，2013年成立于上海，是业内知名的通信云产品运营商。拥有工信部(中华人民共和国工业和信息化部)颁发的全国多方通信运营牌照。

华万通信自成立以来，始终秉持向客户提供优质的产品和服务为己任，以“创新研发驱动公司发展”为基本方针，已形成通信云产品及云通信智能硬件两大业务板块。通过不断发展，定位聚焦“华万品牌，华万研发”，为近万家政企及教育行业的客户提供优质的通信云产品及服务，致力让每个组织享有高效快捷的智能云通信产品及服务。

2. 软件如何进行压力测试

在最近的一次测试中定义了测试的目的是：需要了解AUT（被测应用程序）一般能够承受的压力，同时能够承受的用户访问量（容量），最多支持有多少用户同时访问某个功能。在AUT中选择了用户最常用的五个功能作为本次测试的内容，包括登录。大概的需求就是这样。

接下来我AUT的登录说一说怎么用LoadRunner和Jmeter来实现场景的设置达到测试的目的。（注：对服务器的检测不是本次测试的重点，本次测试主要收集并发访问用户数和发生错误用户数）

首先是对脚本的要求：

1、录制脚本（注意所有的脚本都应录制到Action中），自定义事务，事务从提交用户名和口令的脚本之前开始；
2、在定义事务开始的脚本前加入集合点；
3、在脚本中加入检查点，以登录成功的页面出现登录用户的ID即可；
4、参数化登录用户的身份；
其次是对场景设置的要求：
1、因为事先我们不知道将有多少用户访问是临界点，所以在测试过程中需要多次改变用户数来确定；
2、建议修改运行时设置，优化对服务器的访问；
3、计划的设置，每x时间后加载10用户（根据总用户数设置），完全加载后持续运行不超过5分钟（根据需要设置）；
4、集合策略，当运行中的用户数100%达到集合点时释放；
5、注意事项，需要注意几个时间：1）服务器响应超时时间；2）登录事务迭代一次所使用的时间；3）集合点等待超时时间；4）计划中设置的间隔时间。在我的测试中事务运行一次的时间不超过30秒，通过修改脚本使它的运行时间达到一分钟左右， 服务器响应超时时间、结合点等待超时时间、计划中设置的间隔时间都设置为了2分钟。

这样场景开始运行后运行用户数呈阶梯增长，另外在每个上升点新增的用户都会随原来已经运行的用户并发访问服务器。

通过多次的运行和对测试结果中正在运行用户数与错误用户的对比，然后根据定义可接受错误率就可得到该功能的最大并发访问的用户数。

以上测试中排除了对网络、客户端等的要求。在实际测试中首先要保证这些资源是足够的。

使用Jmeter也能够达到上述描述的场景的测试，并且更加的便捷。

抄来的
随便看看吧

3. 软件测试的步骤

1、需求：阅读需求，理解需求，与客户、开发、架构多方交流，深入了解需求。--testing team

2、测试计划: 根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、如何合理分配安排资源等。---testing leader or testing manager

3、用例设计：根据测试计划、任务分配、功能点划分，设计合理的测试用例。---testing leader, senior tester

4、执行测试：根据测试用例的详细步骤，执行测试用例。--every tester(主要是初级测试人员)

5、执行结果记录和bug记录：对每个case记录测试的结果，有bug的在测试管理工具中编写bug记录。--every tester(主要是初级测试人员)

6、defect tracking：追踪leader分配给你追踪的bug.直到 bug fixed。--every tester

7、测试报告：通过不断测试、追踪，直到被测软件达到测试需求要求，并没有重大bug.

8、用户体验、软件发布等。

(3)如何进行软件压力测试策略扩展阅读：

测试工作流程

从测试流程的角度看，软件测试可分为单元测试、集成测试和确认测试。

单元测试

单元测试（unit testing），也称模块测试，通常可放在编程阶段，由程序员对自己编写的模块自行测试，检查模块是否实现了详细设计说明书中规定的功能和算法。单元测试主要发现编程和详细设计中产生的错误，单元测试计划应该在详细设计阶段制定。

单元测试期间着重从以下几个方面对模块进行测试：模块接口、局部数据结构、重要的执行通路、出错处理通路及边界条件等。

集成测试

集成测试（integration testing），也称组装测试，它是对由各模块组装而成的程序进行测试，主要目标是发现模块间的接口和通信问题。集成测试主要发现设计阶段产生的错误，集成测试计划应该在概要设计阶段制定。集成的方式可分为非渐增式和渐增式。

4. 软件测试的方法有哪些

测试的有2种方法

答：黑盒测试和白盒测试

黑盒：这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。

黑盒测试又叫做功能测试或数据驱动测试。

白盒：此方法把测试对象看做一个透明的盒子，它允许测试人员利用程序内部的逻辑结构及皮历有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。

通过在漏戚不同点检查程序的状态，确定实际的状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。

软件测试按过程分为三个步骤

答：单元测试：单元测试又称模块测试，是针对软件设计的最小单位—程序模块，进行正确性检验的测试工作。其目的在于发现各模块内部可能存在的各种差错。

单元测试需要从程序的内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。

集成测试：在运行（可能是不完整）的应用中保证软件单元被结合后能正常操作的测试执行的阶段

系统测试：当应用作为整体运行时的测试执行阶段

软件测试的步骤是什么？

1)测试过程按4个步骤进行，即单元测试（UnitTesting）、集成测试（IntegratedTesting）、确认测试（ValidationTesting）和系统测试（SystemTesting）及发版测试。

2)开始是单元测试，集中对用源代码实现的每一个程序单元进行测试，检查各个程序模块是否正确地实现了规定的功能。

3)集成测试把已测试过的模块组装起来，主要对与设计相关的软件体系结构的构造进行测试。

4)确认测试则是要检查已实现的软件是否满足了需求规格说明中确定了的各种需求，以及软件配置是否完全、正确。

应该考虑进行如何测试的测试方法

黑盒测试(Blackboxtesting)——不考虑内部设计和代码，根据需求和功能进行测试。

白盒测试(Whiteboxtesting)——根据应用软件的代码的内部逻辑，按照代码的语句、分支、路径和条件进行测试。

功能测试（functionaltesting）——对一个应用软件的功能模块进行黑盒测试。这种测试应当由测试燃搜搜人员进行。但这并不意味着程序员在推出软件之前不进行代码检查。（这一原则适用于所有的测试阶段。）

系统测试——针对全部需求说明进行黑盒测试，包括系统中所有的部件。

回归测试(regressiontesting)——每当软件经过了整理、修改、或者其环境发生变化，都重复进行测试。很难说需要进行多少次回归测试，特别是是到了开发周期的最后阶段。进行此种测试，特别适于使用自动测试工具。

负荷试验(loadtesting)——在大负荷条件下对应用软件进行测试。例如测试一个网站在不同负荷情况下的状况，以确定在什么情况下系统响应速度下降或是出现故障。

压力测试(stresstesting)——经常可以与“负荷测试”或“性能测试”相互代替。这种测试是用来检查系统在下列条件下的情况：在非正常的巨大负荷下、某些动作和输入大量重复、输入大数、对数据库进行非常复杂的查询，等等。

性能测试(performancetesting)——经常可以与“压力测试”或“负荷测试”相互代替。理想的“性能测试”(也包括其他任何类型的测试)都应在质量保障和测试计划的文档终予以规定。

可用性测试(usabilitytesting)——是专为“对用户友好”的特性进行测试。这是一种主观的感觉，取决于最终用户或顾客。可以进行用户会见、检查、对用户会议录像、或者使用其他技术。程序员和测试人员通常不参加可用性测试。

安装/卸载测试(install/uninstalltesting)——对安装/卸载进行测试(包括全部、部分、升级操作)。

安全测试(securitytesting)——测试系统在应付非授权的内部/外部访问、故意的损坏时的防护情况。这需要精密复杂的测试技术。

兼容性测试(compatabilitytesting)——测试在特殊的硬件/软件/操作系统/网络环境下的软件表现。

α测试(alphatesting)——在开发一个应用软件即将完成时所进行的测试。此时还允许有较小的设计修改。通常由最终用户或其他人进行这种测试，而不是由程序员和测试人员来进行。

β测试(betatesting)——当开发和测试已基本完成，需要在正式发行之前最后寻找毛病而进行的测试。通常由最终用户或其他人进行这种测试，而不是由程序员和测试人员来进行。