领测软件测试网
在软件测试中细说压力测试
概念之一【压力测试】来自VisualStudio.NET设计分布式应用程序可靠性测试：是指模拟巨大的工作负荷以查看应用程序在峰值使用情况下如何执行操作。对每个单独的组件进行压力测试后，应对带有其所有组件和支持服务的整个应用程序进行压力测试。集中测试从最基础的功能测试开始。您需要知道编码路径和用户方案、了解用户试图做什么以及确定用户运用您的应用程序的所有方式。测试脚本应根据预期的用法运行应用程序。例如，如果您的应用程序显示Web页，而且99%的客户只是搜索该站点，只有1%的客户将真正购买，这使得提供对搜索和其他浏览功能进行压力测试的测试脚本才有意义。当然，也应对购物车进行测试，但是预期的使用暗示搜索测试应在测试中占很大比重。
概念之二【压力测试】来自.net应用程序性能测试：压力测试用来评估在超越最大负载的情况下系统将如何运行。压力测试的目标就是发现在高负载的条件下应用程序的缺陷(BUG)。包括：synchronizationissues,raceconditions,andmemoryleaks（内存泄漏）。压力测试能让您识别程序的弱点和在极限负载下程序将如何运行。
概念之三【压力测试】压力测试主要是为了发现在一（任意）定条件下软件系统的性能的变化情况。通过改变应用程序的输入以对应用程序施加越来越大的负载（并发，循环操作，多用户）并测量在这些不同的输入时性能的改变，也就是通常说的概念：压力测试考察当前软硬件环境下系统所能承受的最大负荷并帮助找出系统瓶颈所在。其实这种测试也可以称为负载测试，但是负载测试通常描述一种特定类型的压力测试——增加用户数量以对应用程序进行压力测试。
网上可能还有多于以上三种所描述的对压力测试这个名词的定义。
1.安装测试：
1) 安装过程中对于缺省安装目录及任意指定的安装目录，是否都能正确安装；
2) 若是选择安装，查看能否实现其相应的功能；
3) 在所有能中途退出安装的位置退出安装程序后，验证此程序并未安装成功（没有程序组及程序项产生）；
4) 软件安装后，对其它已经安装的软件是否有影响；
5) 裸机安装后，各功能点是否可用；
6) 安装前，安装程序是否判断可用磁盘空间大小，如果不能满足安装空间要求，安装程序能否继续；
7) 安装过程中查看版权声明、版本信息、公司名称、LOGO等是否符合标准；
8) 安装过程中界面显示与提示语言是否准确、友好；
9) 重复安装时系统是否有提示、是否可以覆盖安装、是否可以升级安装、是否允许多版本共存；
10)是否有注册码或硬件加密狗，在没有它们（或错误）存在的情况下能否顺利安装。
2．配置测试
1) 是否可以按照用户手册的说明，运行于多种操作系统（Windows各版本、Unix、Linux等）；
2) 按系统最低要求进行软件的安装配置，查看能否正常实现各种功能；
3) 数据源等信息配置不正确时能否给出提示信息；
4) 是否可以按照用户手册的说明，支持多种数据库。
3.卸载测试
1) 卸载后注册表中的注册信息及相关的程序安装目录是否能完全删除掉；
2) 卸载过程中完全删除共享文件后，看其它程序能否正常运行；
3) 卸载后，是否对其它已经安装的软件有影响；
4) 系统卸载后用户建立文档是否保留；
5) 软件卸载画面上的软件名称及版本信息是否正确；
6) 在所有能中途退出卸载的位置是否能正确退出；
7) 卸载过程中界面显示与提示语言是否准确、友好；
8) 卸载后安装此系统能否打开原来保存的文件，并一切运行正常；
9) 卸载程序如果要求重新启动机器，在重启动之间是否给用户提示以保存现有的己运行的程序的资料；
10)是否可以选择组件进行卸载；
11)卸载过程中，对意外情况的处理（掉电等）。
12)在卸载过程中，是否有终止或者结束按钮。
4.运行与关闭测试
1) 运行时是否与其它应用程序有冲突(内存冲突)；
2) 是否可以同时运行多个程序；
3) 任务栏有无程序运行提示；
4) 若有未保存的数据，关闭系统时是否有提示；
5) 后台服务程序在点击关闭按钮时是否有确认提示；
6) 运行时是否过份占用系统资源、退出时能否完成释放占用的系统资源。
5.服务程序的测试：
1) 系统是否限制服务器程序启动的数量,如不限制,同一范围内启动多个服务是否对系统有影响；
2) 服务程序能否长时间正常运行；
3) 外界异常后，服务程序的自动恢复能力（服务器掉电、网络中断后恢复、数据库异常后恢复…）；
4) 在点击关闭按钮时是否有确认提示；
5) 应用程序与其他程序是否兼容（能否避免内存冲突）。
6.系统管理（参数设置）
1) 参数设置后，能否正确的进行应用；
2) 设置错误参数，系统的容错能力；
3) 修改参数，对与之相关模块的影响；
4) 系统是否有默认的参数，A有：默认的参数是否起到作用；B没有：不设置，系统能否运行或者给出提示。
7.用户、权限管理
1) 赋予一个人员相应的权限后，在界面上看此人员是否具有此权限，并以此人员身份登陆，验证权限设置是否正确（能否超出所给予的权限）；
2) 删除或修改已经登陆系统并正在进行操作的人员的权限，程序能否正确处理；
3) 重新注册系统变更登陆身份后再登录，看程序是否能正确执行，具有权限是否正确；
4) 在有工作组或角色管理的情况下，删除包含用户的工作组或角色，程序能否正确处理；
5) 不同权限用户登录同一个系统，权限范围是否正确；
6) 覆盖系统所有权限设定；
7) 能否添加信息为空的用户(其中包括空用户名及空口令、空用户名非空口令、非空用户名及空口令)；
8) 能否添加长用户名及长口令，如果允许，新用户能否正确登录；
9) 系统是否允许删除系统管理员这一特殊用户或修改系统管理员口令，删除或修改后系统的实际情况；
10)登录用户能否修改自己的权限；
11)添加用户（有标识或编号）:标识相同，用户名不同；标识相同，用户名相同；标识不同，用户名相同；标识不同，用户名不同；
12)登录用户能否修改本人（或其他人）的信息，删除本人（或其他人）；
13)修改用户的信息（包括权限，口令，基本信息等），对其他模块的影响；
14)修改用户信息：修改后的用户信息和已经存在的用户信息相同；修改后的用户信息和已经存在的用户信息不同；
15)不给用户授权，是否允许登录；
15)改某些设置时，是否会影响具有上级权限及相同权限人员的设置；
16)系统管理员修改了某些数据，以其他人员身份登录时数据是否改变；
17)用户能否同时属于多个组，各个组的权限能否交叉；
18)删除后重新添加的用户是否具有以前的权限；更改用户各项属性（包括权限）看对权限是否有影响。
8.系统登录测试
1) 使用合法用户登录系统；
2) 用户名、口令错误或漏填时能否登陆；
3) 系统是否容许多次非法登陆,是否有次数限制；
4) 使用已登录账号登录系统系统能否正确处理；
5) 使用禁用帐号登陆系统能否正确处理；
6) 删除或修改后的用户用原用户登录；
7) 不输入用户名和口令，重复点“确定”和“取消”按钮，是否允许登录。
9. 注销
1) 注销为原模块、新模块系统能否正确处理；
2) 中止注销能否返回原模块、原用户；
3) 注销为原用户、新用户系统能否正确处理；
4) 使用错误的帐号、口令或无权限帐号、被禁用帐号进行注销。
10.修改口令
1) 正常情况；
2) 输入错误的原口令或新口令与确认口令不一致系统能否正确处理；
3) 修改口令后，用原口令是否能登录（同时验证新口令是否有效）；
4) 是否能修改其它用户的口令。
文章来源于领测软件测试网 https://www.ltesting.net/
TAG:
软件测试
细说
压力
