By Xiongshuang/网站及软件测试参考手册

http://www.taidupa.com/images/bbs.png

taidupa的头像
浏览 264


手册

软件测试参考手册
一、网站测试
1.测试流程:测试计划、需求分析、测试设计(测试计划,测试用例)、执行测试、提交BUG、测试总结。具体流程细节按以下方法进行:
1)使用HTML Link Validator软件或者人工点击的形式将网站中的错误链接找出来;
2)测试的顺序为:自顶向下、从左到右;
3)查看页面title是否正确。(不只首页,所有页面都要查看);
4)LOGO图片是否正确显示;
5)LOGO下的一级栏目、二级栏目的链接是否正确;
6)首页登录、注册的功能是否实现;
7)首页左侧栏目下的文章标题、图片等链接是否正确;
8)首页中间栏目下的文章标题、图片等链接是否正确;
9)首页右侧栏目下的文章标题、图片等链接是否正确;
10)首页最下方的【友情链接】、【关于我们】等链接是否正确;
11)进入一级栏目或二级栏目的列表页。查看左侧栏目名称,右侧文章列表是否正确;
12)列表页的分页功能是否实现、样式是否统一;
13)查看文章详细页面的内容是否存在乱码、页面样式是否统一;
14)站内搜索(各个页面都要查看)功能是否实现;
15)前后台交互的部分,数据传递是否正确;
16) 默认按钮要支持Enter及选操作,即按Enter后自动执行默认按钮对应操作。
2.测试方法:
(1).UI测试:
1)各个页面的样式风格是否统一;
2)各个页面的大小是否一致;同样的LOGO图片在各个页面中显示是否大小一致;页面及图片是否居中显示;
3)各个页面的title是否正确;
4)栏目名称、文章内容等处的文字是否正确,有无错别字或乱码;同一级别的字体、大小、颜色是否统一;
5)提示、警告或错误说明应清楚易懂,用词准确,摒弃模棱两可的字眼;
6)切换窗口大小,将窗口缩小后,页面是否按比例缩小或出现滚动条;各个页面缩小的风格是否一致,文字是否窜行;
7)父窗体或主窗体的中心位置应该在对角线焦点附近;子窗体位置应该在主窗体的左上角或正中;多个子窗体弹出时应该依次向右下方偏移,以显示出窗体标题为宜;
8)按钮大小基本相近,忌用太长的名称,免得占用过多的界面位置;避免空旷的界面上放置很大的按钮;按钮的样式风格要统一;按钮之间的间距要一致;
9)页面颜色是否统一;前景与背景色搭配合理协调,反差不宜太大,最好少用深色或刺目的颜色;
10)若有滚动信息或图片,将鼠标放置其上,查看滚动信息或图片是否停止;
11)导航处是否按相应的栏目级别显示;导航文字是否在同一行显示;
12)所有的图片是否都被正确装载,在不同的浏览器、分辨率下图片是否能正确显示(包括位置、大小);
13)文章列表页,左侧的栏目是否与一级、二级栏目的名称、顺序一致;
14) 调整分辨率验证页面格式是否错位现象;
15)鼠标移动到Flash焦点上特效是否实现,移出焦点特效是否消失;
16) 文字颜色与页面配色协调,不使用与背景色相近的颜色。
17) 每个非首页静态页面含图片字节不超过300K,全尺寸banner第一个场景控制在200k以内二个场景在300K,三个场景在400K以此类推
18) 同一界面上的控件数最好不要超过10个,多于10个时可以考虑使用分页界面显示。
19) 超过一屏的内容,在底部应有go top按钮
20) 超过三屏的内容,应在头部设提纲,直接链接到文内锚点
21) 首页,各栏目一级页面之间互链,各栏目一级和本栏目二级页面之间互链
22) 导航的文字要简明扼要,字数限制在一行以内
23) 报表显示时应考虑数据显示宽度的自适应或自动换行。
24) 所有有数据展现的界面(如统计、查询、编辑录入、打印预览、打印等),必须使测试数据的记录数超过一屏/一页,以验证满屏/页时其窗体是否有横向、纵向滚动条或换页打(L)印,界面显示是否正常;
25) 如有多个系统展现同一数据源时,应保证其一致性;
26) 对于报表中的所有字段值都应该有明确的定义,对于无意义的字段值,不应该显示空,应显示“--”或“/”,表示该字段值无意义。
27) 对统计的数据应按用户习惯进行分类、排序。
28) 界面内容更新后系统应提供刷新功能。
29) 用户在退出系统后重新登陆时应考虑是否需要自动返回到上次退出系统时的界面;
30)在多个业务功能组成的一个业务流程中,如果各个功能之间的执行顺序有一定的制约条件,应通过界面提示用户。
31)用户提示信息应具有一定的指导性,在应用程序正在进行关键业务的处理时,应考虑在前台界面提示用户应用程序正在进行的处理,以及相应的处理过程,在处理结束后再提示用户处理完毕。
32)在某些数据输入界面,如果要求输入的数据符合某项规则,应在输入界面提供相应的规则描述;当输入数据不符合规则时应提示用户是否继续。
33)在对任何配置信息修改后,都应该在用户退出该界面时提示用户保存(如果用户没有主动保存的情况下);
34)在对某些查询功能进行测试时,应考虑查询条件的设置的合理性以及查询结果的互补性。如某些后台处理时间不应该作为查询条件。
35)界面测试时,应考虑某一界面上按钮先后使用的顺序问题,以免用户对此产生迷惑。例如只能在查询成功后显示执行按钮。
36)界面测试时,应验证窗口与窗口之间、字段与字段之间的浏览顺序是否正确;
37)在某些对数据进行处理的操作界面,应考虑用户可能对数据进行处理的频繁程度和工作量,考虑是否可以进行批量操作。
38)界面测试时应验证所有窗体中的对象状态是否正常,是否符合相关的业务规则需要。
49)应验证各种对象访问方法(Tab 健、鼠标移动和快捷键)是否可正常使用,并且在一个激活界面中快捷键无重复;
40)界面测试不光要考虑合理的键盘输入,还应考虑是否可以通过鼠标拷贝粘贴输入。
41)对于统计查询功能的查询结果应验证其是否只能通过界面上的查询或刷新按键人工触发,应避免其他形式的触发。
42)对界面上的任何对象进行拖拉,然后进行查询、打印,应保证查询打印结果不变;
43)确保数据精度显示的统一:如单价0元,应显示为0.00元;
44)确保时间及日期显示格式的统一;
45)确保相同含义属性/字段名的统一;
46)对所有可能产生的提示信息界面内容和位置进行验证,确保所有的提示信息界面应居中。
47)对电脑屏幕不同规格进行测试;

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

(3).搜索测试
1)搜索按钮功能是否实现;
2)输入网站中存在的信息,能否正确搜索出结果;
3)输入键盘中所有特殊字符,是否报错;特别关注:_ ? ’ . • \  / -- ;特殊字符
4)系统是否支持键盘回车键、Tab键;
5)搜索出的结果页面是否与其他页面风格一致;
6)在输入域输入空格,点击搜索系统是否报错;
7)本站内搜索输入域中不输入任何内容,是否搜索出的是全部信息或者给予提示信息;
8)精确查询还是模糊查询,如果是模糊查询输入:中%国。查询结果是不是都包含中国两个字的信息;
9)焦点放置搜索框中,搜索框内容是否被清空;
10)搜索输入域是否实现回车键监听事件;
(4).表单测试
1)注册、登录功能是否实现;
2)提交、清空按钮功能是否实现;
3)修改表单与注册页面数据项是否相同,修改表单是否对重名做验证;
4)提交的数据是否能正确保存到后台数据库中(后台数据库中的数据应与前台录入内容完全一致,数据不会丢失或被改变);
5)表单提交,删除,修改后是否有提示信息;提示、警告、或错误说明应该清楚、明了、恰当。
6)浏览器的前进、后退、刷新按钮,是否会造成数据重现或页面报错;
7)提交表单是否支持回车键和Tab键;Tab键的顺序与控件排列顺序要一致,目前流行总体从上倒下,同时行间从左到右的方式
8)下拉列表功能是否实现和数据是否完整(例如:省份和市区下拉列表数据是否互动);
(5).输入域测试
1)对于手机、邮箱、证件号等的输入是否有长度及类型的控制;
2)输入中文、英文、数字、特殊字符(特别注意单引号和反斜杠)及这四类的混合输入,是否会报错;
3)输入空格、空格+数据、数据+空格,是否报错;
4)输入html语言的,是否能正确显示;
5)输入全角、半角的英文、数字、特殊字符等,是否报错;
6)是否有必填项的控制;不输入必填项,是否有友好提示信息;
7)输入超长字段,页面是否被撑开;
8)分别输入大于、等于、小于数据表规定字段长度的数据,是否报错;
9)输入非数据表中规定的数据类型的字符,是否有友好提示信息;
10)在文本框中输入回车键,显示时是否回车换行;
11) 非法的输入或操作应有足够的提示说明。
(6).分页测试
1)当没有数据时,首页、上一页、下一页、尾页标签全部置灰;
2)在首页时,“首页”“上一页”标签置灰;在尾页时,“下一页”“尾页”标签置灰;在中间页时,四个标签均可点击,且跳转正确;
3)翻页后,列表中的数据是否扔按照指定的顺序进行了排序;
4)各个分页标签是否在同一水平线上;
5)各个页面的分页标签样式是否一致;
6)分页的总页数及当前页数显示是否正确;
7)是否能正确跳转到指定的页数;
8)在分页处输入非数字的字符(英文、特殊字符等),输入0或超出总页数的数字,是否有友好提示信息;
9)是否支持回车键的监听;
(7).交互性数据测试
1)前台的数据操作是否对后台产生相应正确的影响
   (如:查看详细信息时,需扣除用户相应的授权点数);
2)可实现前后台数据的交互(如:在线咨询,能否实现数据的交互实时更新);数据传递是否正确;前后台大数据量信息传递数据是否丢失(如500个字符);多用户交流时用户信息控制是否严谨;
3)用户的权限,是否随着授权而变化;
4)数据未审核时,前台应不显示;审核通过后,前台应可显示该条数据;

功能测试中还需注意以下几点内容:
1)点击【收藏我们】,标题是否出现乱码;收藏的url与网站的url是否一致;能否通过收藏夹来访问网站;
2)对于修改、删除等可能造成数据无法恢复的操作必须提供确认信息,给用户放弃选择的机会;
3)在文章详细页面,验证字体大小改变、打印、返回、关闭等功能是否实现;
(8).安全性测试
1)在测试路径上出现:http://www.example.com:8081/project/2015/01/13/first.html 把/2015/01/13/first.html去掉,看是否能出现目录下文件;
2)访问文件目录如果出现403错误,说明网页加以限制拒绝访问;
3)访问文件目录如果出现SSH其他根目录路径,说明有漏洞缺陷;
4)用X-Scan-v3.2-cn工具对网站服务器扫描。可以对网站参透出开启的端口号,SSH弱口令,网站是否存在高风险;比如:在扫描参数中输入测试网站的地址,点击扫描。如果扫描出网站端口号高风险或SSH弱口令可以与开发人员沟通进行修改;
5)测试有效和无效的用户名和密码,要注意到是否大小写敏感,可以试多少次的限制,是否可以不登陆而直接浏览某个页面等。
6)Web应用系统是否有超时的限制,也就是说,用户登陆后在一定时间内(例如15分钟)没有点击任何页面,是否需要重新登陆才能正常使用。
7)为了保证Web应用系统的安全性,日志文件是至关重要的。需要测试相关信息是否写进了日志文件、是否可追踪。
8)当使用了安全套接字时,还要测试加密是否正确,检查信息的完整性。
9)服务器端的脚本常常构成安全漏洞,这些漏洞又常常被黑客利用。所以,还要测试没有经过授权,就不能在服务器端放置和编辑脚本的问题。
10)网页加载速度测试可以采用HttpWatch软件等,可以知道那些内容影响网站整体速度
二、软件测试
1.测试流程:
(1)测试计划、测试设计、测试方案、测试执行、测试评估。(所谓测试计划就是对根据项目的需求制定相应的测试计划;测试设计指由对当前项目需求点十分熟悉的工程师根据需求点设计出需求点简介、测试方法和详细测试思路;测试方案指的是根据测试设计而制定相应的测试方案,此方案预置条件,操作步骤和预期结果。测试执行就是指严格按照测试方案规范执行测试;测试评估指的就是在完成测试后生成相应的测试报告和解决方案。)
(2)项目立项之后就开始根据需求说明书制定的相应的测试计划
(3)测试的时间分别为项目进行中的测试和项目完成后的测试
2.测试内容:
源代码、功能完整性、需求分析、需求规格说明书、概要设计、概要设计说明书、详细设计、详细设计说明书及使用手册等各种文档
3.测试方法:
(1)Beta测试,测试人员由公司非该项目开发人员及测试人员组成,在实际使用情况下进行测试,;
(2)Alpha测试,由公司内部的用户在模拟实际操作环境下进行的受控测试,Alpha测试不能由该系统的程序员或测试员完成;
(3)UI 测试,由公司内部测试人员对软件或网站中的可见外观及其底层与用户交互的部分(菜单、对话框、窗口等)进行测试,主要测试风格是否满足客户要求,文字是否正确,页面是否美观,文字,图片组合是否完美,操作是否友好,链接是否为死链接等等
(4)冒烟测试,对每一个新编译的需要测试的正式软件版本进行敏捷的测试,以确保软件基本功能正常
(5)随机测试,根据测试人员的经验对软件进行性能、功能的抽查,是没有书面的计划的测试
4.测试完成后测试报告的书写规范:
(1)测试人员——哪些人参与,有多少人
(2)测试所用设备——电脑、手机还是其他设备
(3)测试软件所用到的工具——Mercury测试工具 、Rational测试工具 、Segue测试工具还是其他
(4)测试所用到的方法——Beta测试、冒烟测试还是其他
(5)测试的环境,Windows 、Linux或者其他
(6)测试结果摘要——分别描述各个测试需求的测试结果,产品实现了哪些功能点,哪些还没有实现
(7)缺陷分析——按照缺陷的属性分类进行分析
(8)测试需求覆盖率——原先列举的测试需求的测试覆盖率,可能一部分测试需求因为资源和优先级的因素没有进行测试,那么在这里要进行说明
(9)测试评估——从总体对项目质量进行评估
(10)测试组建议——从测试组的角度为项目组提出工作建议
三、针对现阶段公司项目的测试
1参与的人员:
(1).在项目开始进行的过程中,首先是当事工程师进行测试
(2).当事工程师测试无误进行提交后,再由专业测试人员进行验收测试
(3).最后由不懂编程的公司其他成员组成的虚拟用户进行测试
2质量控制
(1)在测试开始是首先在公司官网上创建记录节点,完成测试后及时添加测试记录
(2)出现问题,由测试负责人员邮送测试结果文档及更改的需求文档给经理,并向项目经理申请会议进行讨论
(3)会议结束后,根据协商的内容对工程师安排任务进行修改
(4)当最终确定项目与开始的需求说明书基本一致,切几乎没有bug时方可关闭项目
3.测试计划的设计规范
(1). 测试背景
a. 软件项目介绍;
b. 项目涉及人员(如软硬件项目负责人等)介绍以及相应联系方式等。
(2). 测试依据
a. 软件需求文档;
b. 软件规格书;
c. 软件设计文档;
d. 其他,如参考产品等。
(3). 测试资源
a. 测试设备需求;
b. 测试人员需求;
c. 测试环境需求;
(4). 测试策略
a. 采取测试方法;
b. 搭建哪些测试环境;
c. 采取哪些测试工具以测试管理工具;
d. 对测试人员进行培训等。
(5). 测试日程
a. 测试需求分析;
b. 测试用例编写;
c. 测试实施,根据项目计划,测试分成哪些测试阶段(如单元测试、 集成测试、 系统测试阶段,α、β测试阶段等),每个阶段的工 作重点以及投入资源等。
4.测试结果报告设计规范
1.引言
1.1编写目的
1.2背景
1.3受众
所涉及的用户群
1.4定义
(1)基本功能点测试:等价类划分法、边界值法、错误推测法、场景法
(2)业务流程测试:根据业务逻辑,构建测试数据,执行业务流程,查看执行结果与预期是否一致
(3)界面易用性测试:根据界面测试规范及日常使用习惯,提出软件的非功能实现问题
(4)回归测试:对已修复的问题,根据测试出该错误的用例,重新执行该用例,验证问题是否真正被修复,以及是否又引起了其它错误
1.5测试对象
对综合管理系统进行全新测试,主要进行功能测试、系统测试
1.6测试工具
测试中所用到的测试工具(如自动重复执行某一固定的测试过程的WinRunner)
1.6参考资料
参考的文献及引用的方法
2.测试概要
,测试中所用到的测试用例及用例执行情况
2.1进度记录
记录该项测试是测试什么?开始结束时间,及所经历多久?
2.2测试执行
记录这次测试是否严格的按照了测试计划执行,按时完成了测试计划规定的测试对象的测试
2.2测试用例
记录测试用例编号和操作日志以及操作是否执行和通过情况
3.测试环境与方法
3.1软硬件环境
硬件环境:如内存2G,1T硬盘
软件环境:如操作系统Windows7,数据库Oracle 11g ,测试工具bugfree3.2,Tortoise SVN 1.6
3.2测试方法及工具
记录测试内容(功能),如登录,测试方法是专业的冒烟测试还是点击点击,测试工具如bugFree
4.测试结果
4.1.Bug引入阶段
主要是Bug引入阶段的分析(需求分析阶段、编码阶段、测试阶段、发布阶段)
4.2.Bug引入原因
是需求设计相关错误?是编码错误?是数据库设计结构错误?是易用性错误还是测试理解错误?
4.3.测试覆盖分析
该次测试包括了什么?对功能性、可靠性、兼容性、安全性、负载、易用性各涉及了多少?
5.测试结果及建议
测试结论:主要写测试完成后所发现的一些Bug及一些地方如何更改更符合当下情况
改进建议:对于一些发现的Bug及一些如网站及软件风格之类的,提供一些修改意见,以便达到更好的用户体验
6.测试软件的使用介绍
6.1.Html Link Validator
首先下载(下载地址:http://download.pchome.net/internet/tools/download-17837.html,使用教程地址:http://www.docin.com/p-71389272.html,)并安装Html Link Validator(),对本地网站进行测试时,直接在左边窗口选择网站所在的文件夹,展开目录的时候请单击目录前面的“+”号图标,双击要测试的网页所放的目录。默认情况下,双击HTML文件则对该文件中的所有链接进行链接测试,双击目录则对该目录和所有子目录(This folder and all subfolders)中的HTML文件进行链接测试。如选择“This folder”,只测试该文件夹下的。测试结果会再右下角的窗口进行显示。对远程网路进行测试时,选择测试方式为“Validate html files on web server”,然后在“Starting address:”中输入被测试网站页面的URL,回车后即开始对指定页面开始测试,测试完成后,点击“Html Files found”左侧的小红点,显示出错的地方,点击任意一条出错的数据,在右侧会显示其详细信息。
6.2.BugFree
首先下载(下载地址:http://mydown.yesky.com/soft/255/33510255_more.shtml,使用教程地址:http://down.51cto.com/data/514084,)并安装BugFree,然后用浏览器访问主界面进行登录,然后按提示新建Bug,然后按要求填写Bug字段(Bug标题、指派给、严重程度、优先级、创建Build、解决Build、解决方案、处理状态、相关Bug、相关case、注释等),每个Bug都有三种状态,active(活动)、Resolved(已解决)、Closed(已关闭),这也是Bug的三个生命周期,如果Bug复现,可以直接激活。Bugfree的七种解决方案:By Design - 就是这么设计的,无效的Bug;Duplicate - 这个问题别人已经发现了,重复的Bug;External - 是个外部因素(比如浏览器、操作系统、其他第3方软件)造成的问题;Fixed - 问题被修理掉了。Tester要尽可能找到这种Bug;Not Repro - 无法复现你这个问题,无效的Bug;Postponed - 是个问题,但是目前不必修理了,推迟到以后再解;Won't Fix - 是个问题,但是不值得修理了。BugFree的后台分为系统管理员,项目管理员,主要负责设置当前用户的访问权限维护Bug和Case模块结构;用户组管理员,负责维护一个用户组。

Q&A ON PERFUME | 香水香氛常见知识问答 | 前往
2016 最新表评 | 持续更新 | 前往

相关阅读

关于手表 关于手表那些事儿
关于红酒
关于搭配
关于香水
微信关注我们