测试常规需要测试的东西

界面上

翻页

  • 基本要有上一页 下一页 页码都对
  • 如果是一页需要统计的 那么应该出来总数量等数据,不需要统计的数据分页可以顺序的进行
  • 分页一定要注意搜索条件能正常带上
  • 分页里面数据如果有弹出编辑等编辑完后应该在当前页 不能乱跳, 而且编辑完后会自动刷新数据

搜索

  • 一般建议采取搜索只会改变数据 搜索条件不随之刷新
  • 空记录时候是否提示
  • 搜索条件区间问题
  • 搜索按钮点击完后是不能变灰的

表单

  • 表单多个元素之间用tab 键是否能正常按规范切换
  • 是否支持ESC , EnTer(一般登录是需要支持Enter 单页的表单是要支持的)键
  • 模拟提交 fiddler 去修改关键性 页面本身不让修改的数据看是否能修改成功
  • 权限是否控制好

输入框

  • 比较隐晦难懂的地方是否有必要的注释
  • 必要的验证规范是否 前后台一致 测试往往只能测到前台的验证,但是重点是在后端的验证
  • 是否做了html的限制 比如输入<script>alert("fsdfds")</script> 是在页面上会正常运行(脚本攻击)
  • 如果是登录等等可以做一些一般性的 sql 注入验证 比如 or 1= 1 这些关键字

提交方式

  • 提交分为表单直接提交和 ajax 提交 无论那种提交方式 点击提交后,提交按钮要做到禁用状态
  • 如果是重要的关键数据 一定不允许重复的 还需要模拟http 多次提交来验证重复提交性

功能上

  • 多设想环境,web 产品常常要设想下多个人同时使用 包括多个人用一个帐号,多个人用不同帐号操作同一种资源是否会带来相关问题
  • web 系统 只要是修改了数据的 一定要有相应的操作日志

数据上

  • 数据库插入期望的值
  • 数据类型的判断
  • 特别注意资金方面的数据一定要弄清楚数据表

权限方面

  • 首要原则 自己操作查看自己的数据 页面上不是能轻易看出来 需要做一些http的模拟提交

性能方面

  • 学会使用简单的ab 进行压力测试
  • 一般页面速度 300--600 毫秒算正常 高于600 算慢 需要适当优化

安全性

  • 线上环境一定不出直接报代码错误问题
  • 不能直接读取目录
  • 尝试用与网站同名的 rar 或者 zip 看是否有现成的下载包
时间: 2024-11-10 06:04:15

测试常规需要测试的东西的相关文章

web测试与app测试的区别

看过了千里大腿的blog,再加上最近也有一些同学问我web与app测试的区别.所以在这里也献丑,写一篇随笔.希望对大家有所帮助. 笔者做了快三年的测试了.大部分时间都在做app的测试,web测试也做了半年左右.其实我觉得这两者并没有什么大的区别. 仅仅从功能测试的层面上来讲的话,在流程和功能测试上是没有区别的.那么区别在哪里呢? 我个人觉得就是由于载体不一样,所以系统测试和一些细节可能会不一样. 那么我们就要先来了解,web和app的区别. web项目,一般都是b/s架构,基于浏览器的,而app

入门级----黑盒测试、白盒测试、手工测试、自动化测试、探索性测试、单元测试、性能测试、数据库性能、压力测试、安全性测试、SQL注入、缓冲区溢出、环境测试

黑盒测试 黑盒测试把产品软件当成是一个黑箱子,只有出口和入口,测试过程中只要知道往黑盒中输入什么东西,知道黑盒会出来什么结果就可以了,不需要了解黑箱子里面是如果做的. 即测试人员不用费神去理解软件里面的具体构成和原理,只要像用户一样看待产品就可以了. 例如银行转账功能,不需要知道转账的具体实现代码是怎样工作的,只需要把自己想象成各种类型的用户,模拟多种转账情况看系统是否能正常转账即可. 但是仅仅像用户一样去测试又是不够的.如果只做黑盒测试,必然是存在一定的风险的. 例如某个安全性较高的软件系统,

单体测试和结合测试相关的总结

第一次接触到Android单体测试和结合测试,查阅了相关资料,学习了很多东西,现总结如下: 单体测试就是测试代码,测试函数的实现是否正确: 单体测试按照等级分为: 1.不考虑函数逻辑,输入一个值(正确的值,临界值,错误的值),执行函数后能否输出想要的值: 2.考虑代码逻辑,其中的每个if语句,case语句,switch语句等都进行测试: 单体测试在源代码的基础上建立junit test,然后写test case: 结合测试是测试apk的: 1.需要导入源代码的R.java文件,因为需要引入源代码

app测试与web测试的区别

1.从功能测试的来讲的话,在流程和功能测试上是没有区别的.系统测试和一些细节可能会不一样. 那么我们就要先来了解,web和app的区别. web项目,一般都是b/s架构,基于浏览器的,而app则是c/s的,必须要有客户端.那么在系统测试测试的时候就会产生区别了. 首先从系统架构来看的话,web测试只要更新了服务器端,客户端就会同步会更新.而且客户端是可以保证每一个用户的客户端完全一致的.但是app端是不能够保证完全一致的,除非用户更新客户端.如果是app下修改了服务端,意味着客户端用户所使用的核

OpenGL-----深度测试,剪裁测试、Alpha测试和模板测试

片断测试其实就是测试每一个像素,只有通过测试的像素才会被绘制,没有通过测试的像素则不进行绘制.OpenGL提供了多种测试操作,利用这些操作可以实现一些特殊的效果.我们在前面的课程中,曾经提到了“深度测试”的概念,它在绘制三维场景的时候特别有用.在不使用深度测试的时候,如果我们先绘制一个距离较近的物体,再绘制距离较远的物体,则距离远的物体因为后绘制,会把距离近的物体覆盖掉,这样的效果并不是我们所希望的.如果使用了深度测试,则情况就会有所不同:每当一个像素被绘制,OpenGL就记录这个像素的“深度”

程序员自己写测试,还要测试人员做什么?

在向开发人员介绍单元测试或TDD等工程实践时,往往可以听到这样的疑问.比如: 自己写的程序,自己无法从另一个角度测出问题.写bug的时间都不够了,哪有时间来写测试?开发来写测试了,测试干什么?除了核心代码,没有什么值得测试的.-- 一个例子首先我们看一个例子. 全项目唯一的测试 不止一次,我在各种项目中看到这样的测试,往往这也是整个工程中唯一一个测试.可以看出,开发者认为编写是有必要的.所以按照"标准"的做法建立了测试目录,引入JUnit依赖.并且利用它在开发的初期来验证某些技术疑问,

web测试和app测试的区别

功能上: 功能上没有什么区别,都是用同样的方法来写用例(等效.边界值...) 架构上: web是B/S架构(浏览器和服务器)代码更新后数据会同步,可以保证所有客户一致 app是C/S架构(客户端和服务器)代码更新后不能保证所有客户端都进行了更新,功能需要进行回归测试 兼容上: web主要关注几大主流浏览器的兼容问题:Google .firefix .ie... app在不同系统上的兼容:ios.安卓  不同机型的兼容安卓有二十多种.. 性能上: web只需要考虑响应时间 app需要考虑电量消耗.

alpha测试和beta测试的区别是什么?

Beta测试是用户公司组织各方面的典型终端用户在日常工作中实际使用beta版本,并要求用户报告异常情况,提出批评意见. 区别:两者的主要区别是测试的场所不同.Alpha测试是指把用户请到开发方的场所来测试,beta测试是指在一个或多个用户的场所进行的测试.         Alpha测试的环境是受开发方控制的,用户的数量相对比较少,时间比较集中.而beta测试的环境是不受开发方控制的,谁也不知道用户如何折磨软件,用户数量相对比较多,时间不集中.一般地,alpha测试先于beta测试执行.通用的软

性能测试之稳定性测试(可靠性测试)

最近两天在系统的复习性能测试方面的知识,结合之前的性能测试经验有了一些总结,希望写出来与大家分享,希望多提宝贵意见,共同进步~ 概念 首先来说说性能测试:性能是软件的一种非功能特性,他关注的不是软件是否完成了特定的功能,而是软件在完成特定功能是展示出来的及时性.及时性从不同的视角代表不同的指标: 用户:响应时间 系统管理员:资源利用率,可扩展性,系统稳定性,系统容量 开发人员:系统架构,数据库设计,设计和代码实现 可见,系统稳定性对系统管理员的意义重大,稳定性的好坏也可以直接影响到最终用户所关心