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

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

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

输入框之前的标题是否正确
对Tab字符的处理机制
按下ctr |和alt键对输入框的影响
对于有约束条件要求的输入框应在条件满足时输入框的状态发生相应的改变。如：选择某 些条件后， 一些输入框会关闭或转为只读状态
输入类型：根据前栏标题判断该输入框该输入哪些内容合理
输入状态：当处于某种状态下，输入框是否处于可写或非可写状态。(如：编号栏作为唯 一标识，当再次处于编辑状态下，编号输入框处于不可编辑状态。若可编辑，可能造成数 据重复引用冲突等)
输入信息位置：在光标停留的地方输入信息时，光标和所输入的信息是否会跳到别的地方 去
回车检查：输入结束后直接按回车键，系统如何处理，是否保存
快捷键检查：是否支持常用快捷键，如：ctrl+c,ctrl+v,backspace等；对一些不允许输 入信息的字段，对快捷是否做了限制
字符本身显示的颜色
英文全角、英文半角、数字、空或者空格、特殊字符“~!@#￥% ……&*?[]f}”特别要 注意单引号和&符号，不同内码的字符的输入。禁止直接输入特殊字符时，使用“粘贴、 拷贝”功能尝试输入

字符型输入框 长度检查：最小长度、最大长度、最小长度-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,是否数据检验出错?
在一些需要命名，且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理，会否报 错，重名包括是否区分大小写，以及在输入内容的前后输入空格，系统是否作出正确处理

搜索功能 如果支持模糊查询，搜索名称中任意一个字符是否能搜索到
关键字：有大小与混合的情况
关键字：含有一个或多个空格的情况，包括前空格、中空格、后空格
关键字：是否支持通配符
关键字：是valid,但是没有匹配搜索结果的情况
输入html标签会出现什么情况，如：输入&lt,html&gt
比较长的名称是否能查到
输入系统中不存在的与之匹配的条件
用户进行查询操作时， 一般情况是不进行查询条件的清空，除非需求特殊说明。
不回查间余件之间来旦选择，是否出现页面错误(单选框和多选框最容易出错)
测试多个查询条件时，要注意查询条件的组合测试，可能不同组合的测试会报错。
翻页功能 有无数据时，控件的显示情况
首页、上一页、下一页、尾页 在首页时，首页和上一页是否可点击
在尾页时，尾页和下一页是否可点击
在非首页和尾页时，四个按钮功能是否正确
翻页后，列表中的记录是否按照指定的排序列进行了排序
总页数是否等于总记录条数/指定每页条数
总页数、当前页 当前页面是否正确
是否能正常跳转到指定的页数
指定跳转页 输入的跳转页数非法时的处理
是否有默认的指定每页显示条数
设定每页显示条数 设定每页显示条数后，列表每页显示的记录数，页数是否正确
输入的每页非法时的处理
添加、修改 检查带出信息的完整性：在查看信息或update信息时，查看说填写的信息是否全部带 出，带出的信息和添加的是否一致
特殊键 是否支持Tab键
是否支持回车键
提示信息 不符合要求的地方是否有错误提示
字段唯一的，是否可以重复添加，添加后是否能修改为已存在的字段(字段包括区分大小 与以及在输入的内容前后输入空格，保存后，数据是否真的插入到数据库中，注意保存后 数据的正确性)
唯一性 对编辑页的每个编辑项进行修改，点击保存，是否可以保存成功，检查想关联的数据是否 得到更新

数据正确性 进行必填项检查(即是否给出提示以及提示后是否依然把数据存到数据库中；是否提示后 出现页码错乱等)
是否能够连续添加(针对特殊情况)
检查修改重名：修改时把不能重名的项修改为已存在的内容，是否提示不能修改并给提示
检查多次使用back键：在有back的地方，back,回到原来的页面，在back,重复几次，系 统是否报错
检查重复提交表单： 一条已成功提交的记录，back后在提交，系统如何处理
在编辑的时候，注意编辑项的长度限制，有时在添加的时候有，在编辑的时候却没有(注 意要添加和修改规则是否一致)
对于有图片上传功能的编辑框，若不上传图片，查看编辑页面时是否显不有默认的图片 若上传图片，查看是否显示为上传图片
修改后增加数据后，特别要注意查询页面的数据是否及时更新，特别是在首页时要注意数 据的更新
提交数据时，连续多次点击，查看系统会不会连续增加几条相同的数据或报错。
若结果列表中没有记录或者没选择某条记录，点击修改按钮，系统会抛异常。
删除功能
特殊键 是否支持Tab键
是否支持回车键
提示信息 不选择任何信息，直接点击删除按钮，是否有提示
删除某条信息时，应该有确认提示

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

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

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

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

界面和易用性测试 各个页面的样式风格是否统一；
各个页面的大小是否一致；同样的LOGO图片在各个页面中显示是否大小一致；页面及图 片是否居中显示；
各个页面的title是否正确；
栏目名称、文章内容等处的文字是否正确，有无错别字或乱码；同一级别的字体、大小、 颜色是否统一
提示、警告或错误说明应清楚易懂，用词准确，摒弃模棱两可的字眼；
切换窗口大小，将窗口缩小后，页面是否按比例缩小或出现滚动条；各个页面缩小的风格 是否一致，文字是否窜行；
父窗体或主窗体的中心位置应该在对角线焦点附近；子窗体位置应该在主窗体的左上角或 正中；多个子窗体弹出时应该依次向右下方偏移，以显示出窗体标题为宜；
按钮大小基本相近，忌用太长的名称，免得占用过多的界面位置；避免空旷的界面上放置 很大的按钮；按钮的样式风格要统一；按钮之间的间距要一致；
页面颜色是否统一；前景与背景色搭配合理协调，反差不宜太大，最好少用深色或刺目的 颜 色
若有滚动信息或图片，将鼠标放置其上，查看滚动信息或图片是否停止；
导航处是否按相应的栏目级别显示；导航文字是否在同一行显示；
所有的图片是否都被正确装载，在不同的浏览器、分辨率下图片是否能正确显示(包括位 置、大小);
文章列表页，左侧的栏目是否与一级、二级栏目的名称、顺序一致；
调整分辨率验证页面格式是否错位现象；
鼠标移动到Flash焦点上特效是否实现，移出焦点特效是否消失；
文字颜色与页面配色协调，不使用与背景色相近的颜色。
每个非首页静态页面含图片字节不超过300K,全尺寸banner第一个场景控制在200k以 内二个场景在300K,三个场景在400K以此类推
同一界面上的控件数最好不要超过10个，多于10个时可以考虑使用分页界面显示。
超过一屏的内容，在底部应有go top按钮
超过三屏的内容，应在头部设提纲，直接链接到文内锚点
首页，各栏目一级页面之间互链，各栏目一级和本栏目二级页面之间互链
导航的文字要简明扼要，字数限制在一行以内
报表显示时应考虑数据显示宽度的自适应或自动换行。
所有有数据展现的界面(如统计、查询、编辑录入、打印预览、打印等),必须使测试数 据的记录数超过一屏/一页，以验证满屏/页时其窗体是否有横向、纵向滚动条或换页打(L) 印，界面显示是否正常；
如有多个系统展现同一数据源时，应保证其一致性；
对于报表中的所有字段值都应该有明确的定义，对于无意义的字段值，不应该显示空，应 显示“-- ”或“/",表示该字段值无意义。
对统计的数据应按用户习惯进行分类、排序。
界面内容更新后系统应提供刷新功能。
用户在退出系统后重新登陆时应考虑是否需要自动返回到上次退出系统时的界面；
在多个业务功能组成的一个业务流程中，如果各个功能之间的执行顺序有一定的制约条 件，应通过界面提示用户。
用户提示信息应具有一定的指导性，在应用程序正在进行关键业务的处理时，应考虑在前 台界面提示用户应用程序正在进行的处理，以及相应的处理过程，在处理结束后再提示用 户处理完毕。
在某些数据输入界面，如果要求输入的数据符合某项规则，应在输入界面提供相应的规则 描述；当输入数据不符合规则时应提不用户是否继续。
在对任何配置信息修改后，都应该在用户退出该界面时提示用户保存(如果用户没有主动 保存的情况下)
在对某些香询功能进行测试时，应考虑查询条件的设置的合理性以及查询结果的互补性。 如某些后台处理时间不应该作为香询条件。
界面测试时，应考虑某一界面上按钮先后使用的顺序问题，以免用户对此产生迷惑。例如 只能在查询成功后显不执行按钮。
界面测试时，应验证窗口与窗口之间、字段与字段之间的浏览顺序是否正确；
任某些对数据进行处理的操作界面，应考虑用户可能对数据进行处理的频繁程度和工作 量，考虑是否口以进行批量操作。
界面测试时应验证所有窗体中的对象状态是否正常，是否符合相关的业务规则需要。
应验证各种对象访问方法(Tab健、鼠标移动和快捷键)是否可正常使用，并且在一个 敷活界面中快捷键无重复；
界面测试不光要考虑合理的键盘输入，还应考虑是否可以通过鼠标拷贝粘贴输入。
对于统计查询功能的查询结果应验证其是否只能通过界面上的查询或刷新按键人工触发 应避免其他形式的触发。
对界面上的任何对象进行拖拉，犹石进行查间、打印，应保证查询打印结果不变；
哺保数据精度显不的统一：如单价0元，应显不为0.00兀；
确保时间及日期显示格式的统一；
确保相同含义属性/字段名的统一；
对所有可能产生的提示信息界面内容和位置进行验证，确保所有的提示信息界面应居中

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

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

URL地址后面随便输入一些符号，并尽量是动态参数靠后
验证码更新问题
现在的Web应用系统基本采用先注册，后登陆的方式。因此，必须测试有效和无效的用   户名和密码，要注意到是否大小写敏感，可以试多少次的限制，是否可以不登陆而直接浏 览某个页面等
Web应用系统是否有超时的限制，也就是说，用户登陆后在一定时间内(例如15分钟) 没有点击任何页面，是否需要重新登陆才能正常使用
为了保证Web应用系统的安全性，日志文件是至关重要的。需要测试相关信息是否写进 了日志文件、是否可追踪
当使用了安全套接字时，还要测试加密是否正确，检查信息的完整性
服务器端的脚本常常构成安全漏洞，这些漏洞又常常被黑客利用。所以，还要测试没有经 过授权，就不能在服务器端放置和编辑脚本的问题

测试中应该注意的其他情况 在测试时，与网络有关的步骤或者模块必须考虑到断网的情况
每个页面都有相应的Title,不能为空，或者显示“无标题页”
在测试的时候要考虑到页面出现滚动条时，滚动条上下滚动时，页面是否正常
URL不区分大小写，大小写不敏感
对于电子商务网站，当用户并发购买数量大于库存的数量时，系统如何处理
测试数据避免单纯输入“123”、 “abc“之类的，让测试数据尽量接近实际
进行测试时，尽量不要用超级管理员进行测试，用新建的用户进行测试。测试人员尽量不 要使用同一个用户进行测试
提示信息：提示信息是否完整、正确、详细
帮助信息：是否提供帮助信息，帮助信息的表现形式(页面文字、提示信息、帮助文 件),帮助信息是否正确、详细
可扩展性：是否由升级的余地，是否保留了接口
稳定性：运行所需的软硬件配置，占用资源情况，出现问题时的容错性，对数据的保护
运行速度：运行的快慢，带宽占用情况

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

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

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

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

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