随着个人素质的提升，报告使用的频率越来越高，我们在写报告的时候要注意逻辑的合理性。那么，报告到底怎么写才合适呢？这里我整理了一些优秀的报告范文，希望对大家有所帮助，下面我们就来了解一下吧。
web测试报告 web测试流程和方法篇一
1．1．1页面部分
（1）页面清单是否完整（是否已经将所需要的页面全部都列出来了）
（2）页面是否显示（在不同分辨率下页面是否存在，在不同浏览器版本中页面是是否显示）（3）页面在窗口中的显示是否正确、美观（在调整浏览器窗口大小时，屏幕刷新是否正确）（4）页面特殊效果（如特殊字体效果、动画效果）是否显示（5）页面特殊效果显示是否正确 1．1．2 页面元素部分
（1）页面元素清单（为实现功能，是否将所需要的元素全部都列出来了，如按钮、单选框、复选框、列表框、超连接、输入框等等）（2）元素是否显示（元素是否存在）
（3）页面元素是否显示正确（主要针对文字、图形、签章）
（4）页面元素的外形、摆放位置（如按钮、列表框、核选框、输入框、超连接等）（5）页面元素基本功能是否实现（如文字特效、动画特效、按钮、超连接）（6）页面元素的容错性列表（如输入框、时间列表或日历）（7）页面元素的容错性是否存在（8）页面元素的容错性是否正确 1．1．3 功能部分（1）数据初始化是否执行（2）数据初始化是否正确（3）数据处理功能是否执行（4）数据处理功能是否正确（5）数据保存是否执行（6）数据保存是否正确（7）是否对其他功能有影响
（8）如果影响其他功能，系统能否作出正确的反应（9）其他错误
（10）对模块的具体功能进行测试时可以列出功能模块的所有功能，进行排列组合，测试所有情况
如：某一功能模块具有最基本的增删改查功能，则需要进行以下测试 单项功能测试（增加、修改、查询、删除）增加——>增加——>增加（连续增加测试）增加——>删除
增加——>删除——>增加（新增加的内容与删除内容一致）增加——>修改——>删除
修改——>修改——>修改（连续修改测试）修改——>增加（新增加的内容与修改前内容一致）修改——>删除
修改——>删除——>增加（新增加的内容与删除内容一致）删除——>删除——>删除（连续删除测试）（11）查询功能分为两种情况，验证操作结果。
一、打开页面时自动显示结果，则不特别强调；
二、需要手工操作进行查询，则每次在其他功能完成后进行。1．1．4 提示信息（1）成功、失败提示（2）操作结果提示（3）确认提示
（4）危险操作、重要操作提示（5）返回页面 提示后显示的页面 1．1．5 容错性 注意以下几种情况（1）为空、非空（2）唯一性（3）字长、格式
（4）数字、邮政编码、金额、电话、电子邮件、id号、密码（5）日期、时间
（6）特殊字符（对数据库）英文单、双引号，&符号 1．1．6 权限部分
功能权限： 指定用户可以使用那些功能，不能使用那些功能
数据权限： 指定用户可以处理那些数据，不可以处理那些数据。可以合并到功能测试 操作权限： 在逻辑关系上，操作前后顺序、数据处理情况。可以合并到功能测试 权限变化： 可以合并到功能测试（1）功能权限是否存在（2）功能权限是否正确（3）数据权限是否存在（4）数据权限是否正确（5）操作权限是否存在（6）操作权限是否正确（7）引起权限变化的功能列表
（8）功能权限变化还是数据权限变化，或两者兼有（9）权限变化是否正确 1．1．7 键盘操作（1）tab键的使用（2）上下方向键的使用（3）enter键的使用
（4）系统设定快捷键的使用（如果设置有快捷键）1．1．8 测试中还应注意的其他事项
（6）完整性：是否是一个整体，没有功能缺损（7）易用性：使用是否方便
（8）一致性：类似的问题用类似的方法处理（9）提示信息：提示信息是否完整、正确、详细
（10）帮助信息：是否提供帮助信息，帮助信息的表现形式（页面文字、提示信息、帮助文件），帮助信息是否正确、详细
（11）兼容性：包括操作系统兼容和应用软件兼容，可能还包括硬件兼容（12）可扩展性：是否有升级的余地，是否保留了接口
（13）稳定性：运行所需的软硬件配置，占用资源情况，出现问题时的容错性，对数据的保护（14）运行速度：运行的快慢，带宽占用情况 ui测试注意点：
功能点测试：是否满足需求所要求的功能
2.字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度,会不会出错.3.字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型,会否报错
4.标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键.看系统处理是否正确
5.中文字符处理: 在可以输入中文的系统输入中文,看会否出现乱码或出错.6.信息重复: 在一些需要命名,且名字应该唯一的信息输入重复的名字或id,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格, 系统是否作出正确处理.7.界面测试：界面的正确性、一致性、友好性、易用性。
用户界面测试是从最终的使用者用户的角度来看软件，软件难以理解，不易使用就是软件缺陷。可以从以
下几个方面重点来检查用户界面：
1.易用性检查：确保软件易于理解，方便使用。2.一致性检查：
a.注意系统页面的风格是否一致，如字的大小、颜色、字体要相同。b.提示信息的表达方式是否一致。c.按钮排列顺序是否一致。
, cancel等按钮跳转页面处理是否一致。
e.各字段的名称，位置、长度、类型是否和设计文档要求一致，如employee no和loginname不一致。
3.正确性检查：检查页面上的form, button, table, header, footer,提示信息，还有其他文字拼写，句子的语法等是否正确。4.友好性检查： a.提示信息是否友好.b.系统应该在用户执行错误的操作之前提出警告，提示信息.c.页面分辨率检查，在各种分辨率浏览系统检查系统界面友好性。
5.合理性检查：做delete, update, add, cancel, back等操作后，查看信息回到的页面是否合理。
6.检查本地化是否通过：英文版不应该有中文信息，英文翻译准确，专业。7.页面最大化检查：测试最大化/最小化/还原时页面是否做了对应的处理
web测试报告 web测试流程和方法篇二
web测试总结(架构,设计)精华部分
1、总计架构测试
1）瘦客户端，业务逻辑规则多数在服务器端执行。如新闻站点、门户网站、信息发布网站等。
2）胖客户端，安全性要求较高、交互操作频繁、业务逻辑复杂。银行系统、网络游戏、网上办公系统等。
2、web架构组成部分是否满足需求
成本、功能、安全性要求、容量要求、传输实时性。
3、服务器配置分布是否满足要求
web服务器、应用服务器、数据库服务器可以分布在不同物理机器上也可以分布相同的物理机器上，一般优先考虑独立数据库服务器，web服务器、应用服务器可以在相同的机器上。
4、客户端设计测试
1）功能设置测试：信息服务、办公自动化、internet支持； 2）信息组织结构测试：线性结构、分层结构、非线性结构； 3）页面设计测试：a.页面一致性测试
b.用户界面友好性及导航直观性测试；、c.是否适合多种浏览器； d.页文件的命名； e.页面布局技术。
5、服务器端设计测试
1）容量规划测试：点击率、延迟和流量、服务器资源；
2）系统安全测试：a.常识性安全策略，取消不必要的协议、控制写权限、取消服务器目录浏览属性、记录日志等； b.使用加密技术；
c.构造防火墙，网络级、应用级、电路级； d.构建网络防毒体系。3）数据库设计测试。
6、web开发测试
1）源代码分析，主要是使用检查工具来完成； 2）链接测试，主要借助工具来完成； 3）框架测试：a.自动调整窗口大小； b.是否提供滚动条；
c.打开新页面是否正常。4)表格测试，随窗体变化自动调整大小； 5）图形测试：a.颜色饱和度及对比度； b.链接标识；
c.图形显示是否正确。
1、与一般应用软件相比，web测试有以下区别：
第一、web测试的侧重点是性能、安全、易用性、兼容
第二、测试工具有所不同，如链接测试、表单测试、界面测试
2、功能测试
一、客户端的选择，优先测试流行的客户客户端；
二、客户端浏览器的配置
三、客户端的显示设置
四、内容测试
3、链接测试
一、该链接将用户带到它所说明的地方
二、被链接的页面是存在的
三、保证没有孤立页面
工具有webcheck、linkbot、testpartner、xenu等
4、链接测试工具的优势：
一、简单易用
二、在实现上采用多线程技术，检查速度特别快；
三、对断开的链接可以再次测试，可以避免误判；
四、没有检查链接的数量限制，只受系统资源的约束；
五、可以分析web应用的结构；
六、检查结果可以分类查看，自动生成html格式的报告；
5、web应用链接主要测试点如下
一、测试内部链接和外部链接中成功和失败的链接点，以及应用中不被其他链接调用的页面；
二、测试链接中新网页、老网页、慢网页以及丢失的图象标题标签和属性标签等；
三、分析web应用的结构是否合理，包括显示和某个url相关的链接以及按照标题、描述、作者、大小、最后修改时间、类型为url链接分类等。
6、易用性测试
易用性测试要考虑以下几个方面： 1）用户的计算机使用经验；
2）用户对浏览器以及web的使用经验； 3）用户的业务专业知识。
7、web系统的易用性测试分为三个方面： 1）界面测试
2）辅助功能测试 3）图形测试
一、界面测试要考虑以下几个问题 a．web应用系统的最终用户群是谁？ b．web应用界面的设计策略是什么？ c．页面中各元素布局的协调性 a.各元素位置的协调性 b.各元素颜色的协调性
c.各元素大小比例的协调性 d．不同页面风格的统一性
e．用户在界面中操作的便利性 f．界面动态操作测试
a.屏幕分辩率设置的影响
b.浏览窗口最大化/最小化的影响 c.选定目标元素的置中与缩放
二、辅助功能测试 a．使用说明，这个没有多大意义，web网页按f1弹出来的页面都是ie的帮助页面，除非有特定的帮助说明内容； b．导航功能 c．站点地图
d．帮助，这个没有多大意义，web网页按f1弹出来的页面都是ie的帮助页面，除非有特定的帮助说明内容；
web测试报告 web测试流程和方法篇三
做电子商务网站测试已经一个月了，这一个月基本上是熟悉网站产品和流程的一个过程，对网站的各个部分基本上都进行了一次测试，感觉电子商务网站主要注意以下几点：
1、注册和登录模块的测试
在测试该部分时，给我印象最深的就是：
1)注册成功，但登陆失败：注册时，密码设置为一些特殊的符号，比如：空格、%等，但登录时，失败。
后来经开发人反映出现这样的问题，原因是：在登录模块，对密码设置了一些限定。
2)登录时，没区分大小写，就是说，用小写字母注册的，登录时，用相应的大写字母登录也能成功。
出现问题的原因：登录时，没用md5加密进行验证
2、购物车的测试
1)测试产品能否放入购物车中
2)当某种产品有购物数量限制时，超过这一数值，能否也能放入购物车中
3)购物车中的购物限制是否正确
3、支付流程测试
1)购物车中的产品能否正常支付
2)当支付完成，不等页面跳转，直接关闭浏览器，数据传递是否正确
3)当支付完成，等待页面跳转，跳转到得页面是否正确
4、网站某个模块间的数据传递是否正确
当网站某个模块涉及的数据传递比较多而且比较复杂时，一定要搞清楚数据是怎么传递的，因为这是最容易出现bug的地方。比如：下拉菜单的数据没有传递过来，或传递过来了，但不正确，这时就要静下心来，慢慢滤清思考，耐心去测试。
最后一点就是，在购买的过程中，也要考虑到并发，比如，当某种产品只剩一件了，这时两个用户或更多同时并发点击该产品，放入购物车中，那么在多个用户同时点击这个只剩一件的产品时，系统是否有相应的提示，或是，该产品能否都放入不同用户的购物车中，我上周测试的过程中，该问题是存在的，等待明天程序的解答和修改。
web测试报告 web测试流程和方法篇四
浅谈web应用服务器测试
作者：中国软件评测中心 2002年11月
随着internet 的发展壮大，新的开发模式也应运而生，即所谓的b/s（浏览器/服务器）结构、瘦客户机模式。为了方便的开发、部署、运行和管理基于三层、多层结构的应用，需要 以web的低层技术为基础，规划一个整体的应用框架，提供相应的支撑平台，这一支撑平台实 际上是基于internet的中间件，即应用服务器。
应用服务器通过把用户接口、商业逻辑和后台服务分割开来，向开发者提供一种创建、部 署和维护企业规模的web应用的模块化方式，从而对要转向web的用户提供了高性能多线程的环 境。
考虑到web应用服务器的以上应用背景和产品特点，把为功能度、性能、兼容性、安全可 靠性作为重点测试方向，并且引用sun mircrosystems公司的j2ee标准作为参考标准。
一、功能测试
功能测试的主要目的是验证一款产品是否是一个符合j2ee标准的企业级web应用服务器。测试前，应针对j2ee标准中的jsp、servlet、jdbc、ejb等主要功能编写测试用例。测试 用例应尽量覆盖典型的应用和操作，以此来证明一款产品符合j2ee标准中提到的功能。特别是 功能度测试项目，应遵循开发厂商提供的用户手册或程序员手册中有关功能部分的描述作为依 据具体制定。
二、性能测试
性能测试的主要目的是考查在大压力和大数据量情况下，应用服务器最大处理能力和系统 响应时间，同时考查不同压力情况下应用服务器处理能力和系统响应时间。
测试过程中，首先通过jdbc接口与数据库进行连接，根据被测系统的应用环境和实际情况 制定与之相适应的案例数据库。然后使用功能测试中用到的jsp、servlet和ejb测试程序，通 过web application stress tool1.1录制相应的测试脚本，模拟在多用户并发情况下数据库的 插入、更新、查询，并记录成功点击次数、点击率等相关参数。最后通过远程监控系统对web 应用服务器的cpu占有率、内存进行实时监控，通过对上述数据的汇总分析，得出功能服务器 的性能。
三、兼容性测试
兼容性部分的测试应分成两部分来考察：即硬件兼容性和软件兼容性。
硬件兼容性主要验证web应用服务器的硬件配置要求。测试中，可以根据厂商提供的安装 手册承诺的配置信息，来验证功能服务器的硬件兼容性。
软件兼容性考察的方面较多，主要包括：系统兼容性、数据库兼容性、web服务器兼容 性、开发工具兼容性、与其它中间件产品的兼容性、j2ee组件的兼容性等多个方面。
四、安全可靠性测试
安全可靠性测试除了要考察用户权限限制、输入数据有效性检查等基本内容，还应着重考 察在大压力和大数据量情况下系统的稳定性，以及验证系统的ssl认证加密机制是否有效等多 个方面。
web测试报告 web测试流程和方法篇五
web测试中，各类web控件测试点总结
一、界面检查
进入一个页面测试，首先是检查title，页面排版，字段等，而不是马上进入文本框校验
1、页面名称title是否正确
2、当前位置是否可见您的位置：xxx>xxxx3、文字格式统一性
4、排版是否整齐
5、列表项显示字段是否齐全,列表项字段名称是否跟表单统一
6、同一页面，是否出现 字段名称相同、值取不同的问题。
7、数据加载情况：除了文本框的值，还要注意：
复选框，是否保存打√，或者保存不打√
下拉框，是否保存选择的值
多文本框，值是否都被保存，空格，换行是否保存
二、单文本框（type=text）
边界：字段长度
判空：是否可以为空
唯一性：是否唯一(小归结：边界、判空、唯一性、特殊字符、正确性)
考虑语言，操作环境
特殊符号测试输入：
' or 1<>'1' or '1'='1' or '1'<>'2"|?><
where a='xxx'下划线是否允许输入全部空格输入 单引号>alert(“123”);>
特殊字段输入限定：
框内容是否合法（tel，ip，url，email）序号等，直接限制输入数字，其他过滤掉
输入金额文本框，整数首位为0，过滤掉，小数点后面，一般保留两个有效数字。
正确性测试：（必不可少的步骤）
1)、(字段长度输入最大允许长度时)数据允许长度的测试：a、页面是否被挤出的测试(都输入长英文字符串，是否断行)；b、数据库是否允许最大字符(都输入汉字、都输入英文、混合„„)；c、最短长度的正确流程，最大长度的正确流程覆盖。
2）、对于允许为空的字段，不填入，再次数据传递后，看是否报500错误。
3）、未规定字段长度（或者数值大小），不按死板输入，输入非常多字符（或者非常大的数值）时，做允许动作的正确性校验，看是否报错。(要达到的结果：不管有没有长度限制(没有给最长、最大限制让你去测？)，最终页面不能抛数据库异常。)monkey test
说明：通过不断输入长字符串，看是否有长度校验；最终都会出现以下两种情况的一种：
a、页面(前台)有校验长度、大小；或者
b、无校验，数据库报错。
所以： 所有字段都要做长度、大小限制(不管需求有没有给出明确要求，不管测试颗粒度，都要限制长度，不允许报数据库错误，都要测！！)。最大长度限制可限定方法：
1、不允许再输入；
2、自动截断处理，并且给用户提示
关于长度概念：
1、数据库规定的字节长度a2、页面上可以输入的字符数b
控制方法：
1）、页面上，不管输入什么字符（全角如汉字、半角如字母），统一规定不能超过b个字符，此种限制，测试点：全部输入全角b个，测试（b*3字节）会不会超过数据库字节长度全部输入半角b个，测试（b*1字节）会不会超过数据库字节长度混合输入全角x半角y，测试（x*3+y字节）会不会超过数据库长度
2）、页面上，不以字符统计，以总的输入字节数统计，比如，全部输入全角字符，允许可以输入a/3个字符，全部输入半角字符，允许输入a个字符（民生网的设计）
测试点：全部输入全角，看是否允许输入a/3个字符
全部输入半角，看是否允许输入a个字符
混合输入全角x，半角y，看是否允许x*3+y=a
(5个：判空、唯
一、边界值、特殊字符、正确流程(多种数据、多种分支))+测试校验位置：ajax鼠标事件校验、前台提交按钮js校验，服务器拿到数据后再次验证
三、多文本框（type=textarea）
1)、空格和换行的问题，看需求，是否需要做支持html encoding输入全部空格时，是否判空处理？””空格。
输入折行，是否也显示折行？
比如：列点说明原因，就需要支持。
2)、字母截断的问题
对于一串字母，开发人员往往会忘掉做截断，这样如果展示在我们的平台上的话，这一串字母就会把我们的ui撑开
3）、长度控制格式，您还可以输入***个字符
四、添加按钮
添加动作检查范围：
失败：是否提示
提示内容是否正确
失败时：保存用户已输入的内容，避免重新再输入
成功：对话框消失
记录是否可直接查看（还需要刷新？）
列表记录顺序
重复提交情况，点击一次后，是否变成disable
上传附件的添加：
a.文件名称：文件名称很长；文件名称字符多样化(汉字，英文，符号)；文件名称重复。
b.判空？
c.附件格式类型支持？
d.附件个数？
e.附件空间大小。
五、移除按钮
1.一般都要在前台先给出一个提示操作“确定移除该„„”
2.相关联的东西，是否需要限制移除“该类型下存在应用，无法移除”有到后台比较
3.确定后，真正执行移除操作。
结果：
移除后，列表数据是否立即消失。
必须有确认删除的提示信息
六、列表
1）、列表记录顺序
2）、是否需要翻页、有没有翻页功能
3）、字段名称是否与表单一致
七、搜索-文本框
1、功能点、需求点考虑：
是否提供模糊查询、输入数值有种类有限定时，是否考虑换成下拉框搜索；
2、检查点：
文本框值是否消失(是否回填条件值)，再次点击“查询”可查看所有记录；考虑搜索结果：是否存在分页，分页是否正常；是否有序；
注意：分页是否仍保存查询条件，检查后面的记录是否符合条件
3、查询数据多样性：
输入不存在的字段值测试、包括特殊字符查询测试例如：' or '1'='1；输入类似程序语句的条件时是否执行查询，如：xxxx”、xxx and ；
4、操作类型：
1)不输入的查询
2)输入全部空格的查询
3)模糊查询(输入部分字段，或者说，输入英文字母，查询到相关中文数据)
4)输入不存在的查询
5)输入存在的查询
6)单个查询和多个条件复合查询。
八、搜索-下拉框
检查点：
a)搜索结果是否有序；
b)下拉框值是否齐全；(下拉框值本身也是一个动态查询的结果)
c)下拉框值是否自动消失，再次点击“查询”可查看所有记录(是否要回填条件值)；
d)分页时，是否保存搜索条件。
（从ui、开发、业务逻辑、用户使用等角度测试）
ps:
以上总结的，是比较纯粹的从页面控件角度测试点出发，对于完整测试一个整体页面，需要各类测试有机结合起来：
1）ui测试：
页面布局； 页面样式检查；控件长度是否够长；显示时，是否会被截断；支持的快捷键，tab键切换焦点顺序正确性等。
2）功能测试：页面上各类控件的测试范围，测试点，可参考上方
结合控件的实际作用来补充检查点： 比如，密码框是否*显示，输入是否做trim处理等
3）安全测试：输入特殊字符，sql注入，脚本注入测试
后台验证测试，对于较重要的表单，绕过js检验后台是否验证
数据传输是否加密处理，比如，直接请求转发，地址栏直接显示发送字符串？
数据库存储，特别密码等，是否加密形式存储
4）兼容性测试
5）性能测试