软件测试流程（萌新专属）【超详细】-酸奶公园

软件测试流程（小白专属）【超详细】-酸奶公园

验证输入与输出的信息是否一致

字符型输入框 长度检查：最小长度、最大长度、最小长度-1、最大长度+1、输入超工字符比如把整个 文章拷贝过去
空格检查：输入的字符间有空格、字符前有空格、字符后有空格、字符前后有空格
多行文本框输入：允许回车换行、保存后再显示能够保存输入的格式、仅输入回车换行 检查能否正确保存(若能，检查保存结果，若不能，查看是否有正常提示)
安全性检查：输入特殊字符串(null,NULL,
javascript,)、doucment.write(“abc”)、hello)
边界值：最大值、最小值、最大值+1、最小值-1

数值型输入框 位数：最小位数、最大位数、最小位数-1最大位数+1、输入超长值、输入整数
异常值、特殊字符：输入空白(NULL)、空格或”~!@#$%^&( +6 |D:”,/’-= 等可能导致系统错误的字符、禁止直接输入特殊字符时，尝试使用粘贴拷贝查看是否能正 常提交、word中的特殊功能，通过剪贴板拷贝到输入框，分页符，分节符类似公式的上
下标等、数值的特殊符 如之，log,In,□,+,-等
输入负整数、负小数、分数、输入字母或汉字、小数(小数前0点舍去的情况，多个小数 点的情况)、首位为0的数字如01、02、科学计数法是否支持1.0E2、全角数字与半角数 字、数字与字母混合、16进制，8进制数值、货币型输入(允许小数点后面几位)
安全性检查：不能直接输入就copy
合法性检查：(输入0日、1日、32日)、月输入[1、3、5、7、8、10、12]、日输入[31]、 月输入[4、6、9、11]、日输入[30][31]、输入非国年，月输入[2],日期输入[28、29]、 输入庄年，月输入[2]、日期输入[29、30]、月输入[0、1、12、13
日期型输入框 异常值、特殊字符：输入空白或NULL、输入～!@#￥% ……&(){[]等可能导致系统 错误的字符
安全性检查：不能直接输入，就copy,是否数据检验出错r> 在一些需要命名，且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理，会否 错，重名包括是否区分大小写，以及在输入内容的前后输入空格，系统是否作出正确处理

数据实现 是否能连续删除多个产品
当只有一条数据时，是否可以删除成功
删除一条数据后，是否可以添加相同的数据
如系统支持批量删除，注意删除的信息是否正确
如有全选，注意是否把所有的数据删除
删除数据时，要注意相应查询页面的数据是否及时更新
如删除的数据与其他业务数据关联，要注意其关联性(如删除部门信息时，部门下游员 工，则应该给出提示)

如果结果列表中没有记录或没有选择任何一条记录，点击删除按钮系统会 错
注册、登录
注册功能 注册时，设置密码为特殊版本 ，检查登录时是否会 错
注册成功后，页面应该以登陆状态跳转到首页或指定页面
在注册信息中删除已输入的信息，检查是否可以注册成功

登录功能 输入正确的用户名和正确的密码
输入正确的用户名和错误的密码
输入错误的用户名和正确的密码
输入错误的用户名和错误的密码
不输入用户名和密码(均为空格)
只输入用户名，密码为空
用户名为空，只输入密码
输入正确的用户名和密码，但是不区分大小写
用户名和密码包括特殊字符
用户名和密码输入超长值
已删除的用户名和密码
登录时，当页面刷新或重新输入数据时，验证码是否更新
Tab键的使用是否正确
上下左右键的使用是否正确
若界面支持ESC键，是否能止常工作
Enter键的使用是否正确；切换时是否正常
验证用户名前有空格是否可登录
验证用户名是否区分大小写
验证必填项为空是否允许登录
验证登录的次数是否有限制
查询结果列表

功能实现 列表、列宽是否合理
列表数据太宽有没有提供横向滚动
例表的列名有没有与内容对应
例表的每列的列名是否描述的清晰
例表是否把不必要的列都显示出来
点击某列进行排序，是否会 错(点击查看每一页的排序是否正确)
双击或单击某列信息，是否会 错
返回键检查 条已经成功提交的记录，返回后再提交，是否做了处理
检查多次使用返回键的情况，在有返回键的地方，返回到原来的页面多次，查看是否会出
状态测试 每种状态至少访问一次
测试看起来最常见最晋遍的状态转换
测试状态之间最不常用的分支
测试所有错误状态及其返回值
测试随机状态转换
刷新键检查 在Web系统中，使用刷新键，看系统如何处理，是否会 错
直接URL链接检查 在Web系统中，在地址栏直接输入各个功能页面的URL地址，看系统如何处理，是否能 够直接链接查看(匿名查看),是否有权限控制，是否直接执行，并返回相应结果页

链接测试 页面是否有无法连接的内容；图片是否能正确显示，有无几余图片，代码是否规范，页面 是否存死链接(可以用HTML Link Validator工具查找);
图片上是否有无用的链接；点击图片上的链接是否跳转到正确的页面;
首页点击LOGO下的一级栏目或二级栏目名称，是否可进入相应的栏目；
点击首页或列表页的文章标题的链接，是否可进入相应的文章的详细页面；
点击首页栏目名称后的【更多】链接，是否正确跳转到相应页面;
文章列表页，左侧的栏目的链接，是否可正确跳转到相应的栏目页面;
导航链接的页面是否正确；是否可按栏目级别跳转到相应的页面；(例：【首页->服务 与支持->客服中心】,分别点击“首页”、 “服务与支持”、 “客服中心”,沓看是否 可跳转到相应页面；)
新闻、信息类内容通常用新开窗口方式打开。
页部导航、底部导航通常采取在本页打升。

安全性测试 特别的关键字，如or1=1,这样的关键字若不被处理就直接用到数据库查询中去，造成 严重后果
XSS跨 站脚本攻击：程序或数据库没有对一些特殊字符进行过滤或处理，导致用户所输 入的一些破坏性的脚本语句能够直接写进数据库中，浏览器会直接执行这些脚本语句，破 环 站的正常显示，或 站用户的信息被盗，构造脚本语句时，要保证脚本的完整性。
document.write(“abc”)

用户及权限管理功能常规测试 赋予一个人员相应的权限后，在界面上看其是否具有此权限；以此人员身份登录，验证权 限设置是否正确(是否超出所给予的权限)
修改或删除已登录并在操作用户的权限，程序能否正确处理
重新注册系统变更登录身份后在登录，看程序是否能正确执行；具有权限是否正确
在有工作组或角**况下，删除包含用户工作组或角色，程序是否正确处理
不同权限用户登录同一系统，权限范围是否正确
覆盖系统所有权限设定
能否添加信息为空的用户(空用户名+空密码、空用户名+非空密码、非空用户名+空密 码 )
用户名和密码输入长度的测试
是否允许删除系统管理员或修改系统管理员密码，删除或修改后，系统的实际情况
登录用户能否修改自己的权限
添加用户(有标识或编 ):标识相同，用户名不同；标识不同，用户名相同；标识相 司，用户名相同；标识不同，用户名不同
登录用户是否能修改本人(或他人)的信息；删除本人(或他人)
修改用户的信息(权限、密码、基本信息等),对其他模块的影响
修改用户的信息：修改后的用户信息和已经存在的用户信息相同；修改后的用户信息和已 经存在的用户信息不同
不给用户权限，是否允许登录
修改某些设置后，是否会影响具有上级权限及相同权限人员的设置
系统管理员修改了某些数据，以其他人员身份登录时，数据是否改变
用户能否同时属于多个组，各个组的权限能否交叉；删除后重新添加的用户是否具有以前 的权限；更改用户各项属性(包括权限),看对权限是否影响
上传文件 选择符合要求的文件，上传

功能测试 上传成功的文件名称显示
查看，下载上传成功的文件
删除上传成功的文件
替换上传成功的文件
上传文件是否支持中文名称
文件路径是否可手动输入
手动输入止确时文件路径，上传
手动输入错误的文件路径，上传
符合格式，总大小稍小于限制大小的文件
文件大小测试 符合格式，总大小等于限制的大小的文件
符合格式，总大小稍大于限制大小的文件
小为0kb的txt文档
文件名称过长。Win2000标准：255个字符(指在英文的字符下),如果是中文不超过127 个汉字
文件名称测试 文件名称达到最大长度(中文，英文或混在一起)上传后名称显示，页面排版
文件名称中包含特殊字符
文件名全为中文
文件名全为英文
文件名为中，英混合

文件格式测试 上传正确格式
上传不允许的格式
上传rar,zip等打包文件(多文件压缩)
上传可执行文件(exe文件)
安全性测试 上传常见的木马文件
上传时服务器空间已满
上传时 速很慢(限速)
性能测试 上传过程断
上传过程服务器停止工作
上传过程服务器的资源利用率
页面美观性、易用性(键盘和鼠标的操作、tab跳转的顺序是否正确)
界面测试 按钮文字是否正确
正确/错误的提示文字是否正确
说明性文字是否正确
有多个上传框时，上传相同名称的文件
其他测试 上传一个正在打开的文件
文件路径是手动输入的是否限制长度
上传文件过程中是否有取消正在上传文件的功能
保存时有没有已经选择好，但没有上传的文件
选择好但是未上传的文件是否可以取消选择
文档测试

产品说明书属性检查清单 完整：是否有遗漏和去失吗使用是否包含全部内容r> 准确：既定解决方案正确吗明确吗有错误r> 精确：不含糊，清晰。描述是否一清二楚自说自话看懂和理解吗r> 一致：产品功能描述是否自相矛盾他功能有没有冲突r> 贴切：描述功能的陈述是否必要有多余信息是否满足的客户要求r> 合理：在特定的预算和进度下，以现有人力，物力和资源能否实现r> 代码无关：是否坚持定义产品，而不是定义其所信赖的软件设计，架构和代码r> 可测试性：特性能否测试员建立验证操作的测试程序是否提供足够的信息p>

产品说明书用语检查清单 总是，每一种，所有，没有，从不。如果看到此类绝对或肯定的，切实认定的叙述，软件 测试员就可以着手设计针锋相对的案例。
当然，因此，明显，显然，必然。这些诂意图诱使接受假定情况，不要中了圈套。
某些，有时，常常，通常，惯常，经常，大多，几乎。这些话太过模糊，”有时”发生作用 的功能无法测试。
等等，诸如此类，依此类推。以这样的词结束的功能清单无法测试，功能清单要绝对或者 解释明确，以免让人迷惑，不知如何推论。
良好，迅速，廉价，高效，小，稳定。这些是不确定的说法，不可测试。如果在产品说明 书中出现，就必须进一步指明含义。
已处理，已拒绝，已忽略，已消除。这些廉洁可能会隐藏大量需要说明的功能。
如果…那么… (没有否则)。找出有”如果…那么…“而缺少配套的”否则”结构的陈述，想一想” 如果”没有发生会怎样。