zoukankan      html  css  js  c++  java
  • 通用测试用例(三)

    用户及权限管理功能常规测试:

      赋予一个人员相应的权限后,在界面上看其是否具有些权限;以此人身份登录,验证权限设置是否正确(是否超出所给予的权限)

      修改或删除已登录并在操作的用户的权限,程序能否正确处理

      重新注册系统变更登录身份后在登录,看程序是否能正确执行;具有权限是否正确

      在有工作组或角色情况下,删除包含用户工作组或角色,程序是否正确处理

      覆盖系统所有权限设定

      能否添加信息为空的用户(空用户名+空密码、空用户名+非空密码、非空用户名+空密码)

      用户名和密码输入长度的测试

      是否允许删除系统管理员或修改系统管理员密码,删除或修改后,系统的实际情况

      登录用户能否修改自己的权限

      添加用户(有标识或编号):标识相同、用户名不同;标识不同,用户名相同;标识相同、用户名相同;标识不同,用户名不同

      登录用记是否修改本人(或他人)的信息;删除本人 或他人

      修改用户的信息(权限、密码、基本信息等),对其他模块的影响

      修改用户信息:修改后的用户信息和已经存在的用户信息相同;修改后的用户信息和已存在在用户信息不同

      不给用户权限,是否允许登录

      修改某些设置后,是否会影响具有上级权限及相同权限人员的设置

      系统管理员修改了某些数据,以其他人员身份登录时,数据是否改变

      用户能否同时属于多个组,各个组的权限能否交叉;删除后重新添加的用户是否具有以前的权限;更改用户各项属性包括权限,看对权限是否影响

    上传文件:

      功能测试:

        选择符合要求的文件上传

        上传成功的文件名称显示

        查看,下载下传成功的文件

        删除上传成功的文件

        替换上传成功的文件

        上传文件是否支持中文名称

        文件路径是否可手动输入

        手动输入正确的文件路径、上传

        手动输入错误的文件路径上传

      文件大小:

        符合格式,总大小稍小于限制大小的文件

        符合格式,总大小等于限制的大小的文件

        符合格式,总大小稍大于限制大小的文件

        0kb文件    

      文件名称测试:

        文件名称过长(在英文字符下255个字符,中文不超过127个汉字)

        文件名称达到最大长度(中英文或混在一起)上传

        文件名称 中包含特殊字符

        文件名称全为中文

        文件名称全为英文

        文件名称为中、英混合

      文件格式测试:

        上传正确格式

        上传不允许的格式

        上传rar zip等打包文件 多文件压缩

        上传可执行文件 exe文件

      安全性测试:

        上传常见的本马文件

        上传服务器空间已满

      性能测试:

        上传时网速很慢 限速

        上传过程服务器停止工作

        上传过程服务器的资源利用率

        页面美观、易用性(键盘、鼠标操作、tab跳转的顺序是否正确)

      界面测试:

        按钮文字是否正确

        正确、错误的提示文字是否正确

        说明性文字是否正确    

      其他测试:

        有多个上传框时,上传相同名称的文件

         上传一个正在打开的文件

        文件路径是手动输入的是否限制长度

        上传文件过程中是否有取消正在上传文件的功能

        保存时有没有已经选择好,但没有上传的文件

        选择好但是未上传的文件是否可以取消选择

    文档测试:

      产品说明书属性检查清单:

        完整:是否有遗漏和丢失?单独使用是否包含全部内容

        准确:既定解决方案正确 ,目标明确 ,有没有错误

        精确:不含糊、清晰,描述是否一清二楚 ,容易看懂和理解

        一致:产品功能描述是否自相矛盾 ,与其他功能有没有冲突

        贴切:描述功能的陈述是否必要,有没有多余信息,功能是否满足客户要求

        合理:在特定的预算和进度下,以现有人力、物力和资源能否实现

        代码无关:是否坚持定义产品而不是定义其所依赖的软件设计、架构、代码

        可测试性:特性能否测试,测试员建立验证操作的测试程序是否提供足够的信息

      产品说明书用语检查清单:

        总是,每一种、所有、没有,从不,如果看到此类绝对或肯定的,切实认定的叙述,软件测试员就可以着手设计针锋相对的案例。

        当然、因此、明显、必然,这些话意图诱使接受假定情况,不要中了圈套

        某些、有时、常常、通常、惯常、经常、大多、几乎,这些话太过模糊,有时发生作用的功能无法测试

        等等、诸如此类、依此类推,以这样的词结束的功能清单无法测试,功能清单要绝对或者解释明确,以免让人迷惑,不知如何推论

        良好、迅速、廉价、高效、小、稳定,这些是不确定的说法,不可测试,如果在产品说明书中出现,必须时一步指明含义。

        已处理、已拒绝,已忽略、已消除,这些可能会隐藏大量需要说明的功能

        如果  那么 没有否则,如果没有发生会怎么样

  • 相关阅读:
    博主推荐-工作中常用到一些不错的网址整理
    使用ansible部署CDH 5.15.1大数据集群
    ElasticSearch的API介绍
    HTML&CSS基础-CSS Hcak
    运维开发笔记整理-创建django用户
    运维开发笔记整理-数据库同步
    运维开发笔记整理-QueryDict对象
    运维开发笔记整理-template的使用
    运维开发笔记整理-JsonResponse对象
    运维开发笔记整理-Request对象与Response对象
  • 原文地址:https://www.cnblogs.com/caojuansh/p/8656210.html
Copyright © 2011-2022 走看看