‘壹’ Web应用的测试内容都包括哪些方面
1、通用指标
指Web应用服务器、数据库服务器必需测试项，包括：处理器时间：指服务器CPU占用率，一般平均达到70%时，服务就接近饱和。可用内存数：如果测试时发现内存有变化情况也要注意，如果是内存泄露则比较严重。物理磁盘读写时间。
2、Web服务器指标
平均每秒响应次数为总请求时间与秒数之比。平均每秒业务脚本的迭代次数。成功的请求和失败的请求。成功的点击次数和失败的点击次数。每秒点击次数、每秒成功的点击次数和每秒失败的点击次数。尝试连接数。
3、数据库服务器指标
用户连接数，也就是数据库的连接数量。数据库死锁量。数据库缓存的命中情况。
(1)web测试计划模板扩展阅读
对被测的Web应用程序进行需求分析，即对所做的测试作一个简要的介绍，包括描述测试的目标和范围，所测试的目标要实现一个什么样的功能，总结基本文档、主要活动。
写出测试策略和方法，这里包括测试开始的条件、测试的类型、测试开始的标准以及所测试的功能、测试通过或失败的标准、结束测试的条件、测试过程中遇到什么样的情况终止和怎么处理后恢复等。
一个Web应用程序由完成特定任务的各种Web组件（web components)构成的并通过Web将服务展示给外界。在实际应用中，Web应用程序由多个Servlet、JSP页面、HTML文件以及图像文件等组成。所有这些组件相互协调为用户提供一组完整的服务。
‘贰’ 如何进行Web渗透测试
什么是渗透测试？
渗透测试，是渗透测试工程师完全模拟黑客可能使用的攻击技术和漏洞发现技术，对目标网络、主机、应用的安全作深入的探测，发现系统最脆弱的环节。
如何进行Web渗透测试？
完整web渗透测试框架当需要测试的web应用数以千计，就有必要建立一套完整的安全测试框架，流程的最高目标是要保证交付给客户的安全测试服务质量。
1、立项：项目建立，时间安排，人力分配，目标制定，厂商接口人确定；
系统分析&威胁分析：针对具体的web应用，分析系统架构、使用的组件、对外提供的接口等，以STRIDE为威胁模型进行对应的安全威胁分析，输出安全威胁分析表，重点关注top3威胁；
制定测试用例：根据威胁分析的结果制定对应的测试用例，测试用例按照模板输出，具备可执行性；
测试执行&漏洞挖掘：测试用例执行&发散测试，挖掘对应的安全问题or漏洞；
问题修复&回归测试：指导客户应用开发方修复安全问题or漏洞，并进行回归测试，确保安全问题or漏洞得到修复，并且没有引入新的安全问题；
项目总结评审：项目过程总结，输出文档评审，相关文档归档。
2、Web应用的渗透测试流程
主要分为3个阶段，分别是：信息收集→漏洞发现→漏洞利用，下面仔细分析一下各个阶段流程：
一、信息收集
在信息收集阶段，我们需要尽量多的收集关于目标web应用的各种信息，比如：脚本语言的类型、服务器的类型、目录的结构、使用的开源软件、数据库类型、所有链接页面，用到的框架等
脚本语言的类型：常见的脚本语言的类型包括：php、asp、aspx、jsp等
测试方法：
1 爬取网站所有链接，查看后缀
2 直接访问一个不存在页面后面加不同的后缀测试
3 查看robots.txt，查看后缀
服务器的类型：常见的web服务器包括：apache、tomcat、IIS、ngnix等
测试方法：
1 查看header，判断服务器类型
2 根据报错信息判断
3 根据默认页面判断
目录的结构：了解更多的目录，可能发现更多的弱点，如：目录浏览、代码泄漏等。
测试方法
1 使用字典枚举目录
2 使用爬虫爬取整个网站，或者使用google等搜索引擎获取
3 查看robots.txt是否泄漏
使用的开源软件：我们如果知道了目标使用的开源软件，我们可以查找相关的软件的漏洞直接对网站进行测试。
测试方法
指纹识别（网络上有很多开源的指纹识别工具）
数据库类型：对于不同的数据库有不同的测试方法。
测试方法
1 使应用程序报错，查看报错信息
2 扫描服务器的数据库端口（没做NAT且防火墙不过滤时有效）
所有链接页面：这个跟前面的获取目录结构类似，但是这个不只是获取网站的所有功能页面，有时候还可以获取到管理员备份的源码。
测试方法
1 使用字典枚举页面
2 使用爬虫爬取整个网站，或者使用google等搜索引擎获取
3 查看robots.txt是否泄漏
用到的框架：很多网站都利用开源的框架来快速开发网站，所以收集网站的框架信息也是非常关键的。
测试方法
指纹识别（网络上有很多开源的指纹识别工具）
二、漏洞发现
在这个阶段我们在做测试的时候要对症下药，不能盲目的去扫描，首先要确定目标应用是否使用的是公开的开源软件，开源框架等、然后在做深一度的漏洞扫描。
关于开源软件的漏洞发现
开源的软件：常见的开源软件有wordpress、phpbb、dedecms等
开源的框架：常见的开源框架有Struts2、 Spring MVC、ThinkPHP等
中间件服务器：常见的中间件服务器有jboss、tomcat、Weblogic等
数据库服务：常见的数据库服务mssql、mysql、oracle、redis、sybase、MongoDB、DB2等
对于开源软件的测试方法
1 通过指纹识别软件判断开源软件的版本信息，针对不同的版本信息去开放的漏洞数据库查找相应版本的漏洞进行测试
2 对于默认的后台登录页、数据库服务端口认证等入口可以进行简单的暴力破解、默认口令尝试等操作
3 使用开源的漏洞发现工具对其进行漏洞扫描，如：WPScan
关于自主开发的应用
手动测试：这个阶段，我们需要手工测试所有与用户交互的功能，比如：留言、登入、下单、退出、退货、付款等操作
软件扫描：使用免费的软件扫描，如：appscan、wvs、netsparker，burp等
可能存在的漏洞
Owasp关键点
代码安全之上传文件
代码安全之文件包含
代码安全之SSRF
逻辑漏洞之密码重置
逻辑漏洞之支付漏洞
逻辑漏洞之越权访问
平台安全之中间件安全
三、漏洞利用
针对不同的弱点有不同的漏洞利用方式，需要的知识点也比较多。一般这个阶段包括两种方式，一种是手工测试，一种是工具测试
手工测试
手工测试是通过客户端或服务器访问目标服务，手工向目标程序发送特殊的数据，包括有效的和无效的输入，观察目标的状态、对各种输入的反应，根据结果来发现问题的漏洞检测技术。手工测试不需要额外的辅助工具，可由测试者独立完成，实现起来比较简单。但这种方法高度依赖于测试者，需要测试者对目标比较了解。手工测试可用于Web应用程序、浏览器及其他需要用户交互的程序。
这种方式对于有特殊过滤等操作，或者网络上没有成型的利用工具的时候可以使用。
工具测试
网络上有很多好用的免费利用工具，比如针对sql注入的sqlmap、针对软件漏洞的matesploit等。
‘叁’ 测试计划包括哪些内容
测试计划内容：
（1）为测试各项活动制定一个现实可行的、综合的计划，包括每项测试活动的对象、范围、方法、进度和预期结果。
（2）为项目实施建立一个组织模型，并定义测试项目中每个角色的责任和工作内容。
（3）开发有效的测试模型，能正确地验证正在开发的软件系统。
（4）确定测试所需要的时间和资源，以保证其可获得性、有效性。
（5）确立每个测试阶段测试完成以及测试成功的标准、要实现的目标。
（6）识别出测试活动中各种风险，并消除可能存在的风险，降低由不可能消除的风险所带来的损失。
(3)web测试计划模板扩展阅读：
测试计划通常分内部作用和外部作用，内部作用有以下3种：
（1）作为测试计划的结果，让相关人员和开发人员来评审。
（2）存储计划执行的细节，让测试人员进行同行评审。
（3）存储计划进度表、测试环境等更多的信息。
测试计划的外部作用是为顾客提供一种信心，通常向顾客交代有关测试过程、人员的技能、资源、使用的工具等信息。
‘肆’ web自动化测试计划和步骤
测试用例：前置、步骤、断言
项目周期长：功能会越来越复杂
历史功能：比较稳定
回归，历史功能
开发-接口自动化同步
项目-8大模块-2000左右用例数
1、熟悉业务
需求文档/手动测试/产品聊，了解模块之间的关系/测试人员
项目目前在测试的阶段，棘手的问题
2、分析
系统当中哪些模块适合自动化、哪些模块不适合
历史功能稳定性、功能复杂性
核心模块
使用频率模块，哪一个模块bug率目前偏高
测试团队、产品 开会讨论
筛选2个模块 400个功能测试用例
如果是接口 ---接口有多少个，每个接口有多少个用例
3、功能测试 ---筛选自动化测试用例----核心功能、主流程、主功能点---140
用例评审===
4、自动化计划
自动化类型：web/接口
框架选型：
团队人员：
搭框架、定规范
时间规划：用例编写时间2个半月
效果：覆盖率是多少---用例通过率---跟项目测试进度结合
‘伍’ web的功能测试怎样测试
首先，查找需求说明、网站设计等相关文档，分析测试需求。
制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试
设计测试用例：
功能性测试可以包括，但不限于以下几个方面：
链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回。
提交功能的测试。
多媒体元素是否可以正确加载和显示。
多语言支持是否能够正确显示选择的语言等。
界面测试可以包括但不限于一下几个方面：
页面是否风格统一，美观
页面布局是否合理，重点内容和热点内容是否突出
控件是否正常使用
对于必须但未安装的控件，是否提供自动下载并安装的功能
文字检查
性能测试一般从以下三个方面考虑：
压力测试；负载测试；强度测试
数据库测试要具体决定是否需要开展。数据库一般需要考虑连结性，对数据的存取操作，数据内容的验证等方面。
安全性测试：
基本的登录功能的检查
是否存在溢出错误，导致系统崩溃或者权限泄露
相关开发语言的常见安全性问题检查，例如SQL注入等
如果需要高级的安全性测试，确定获得专业安全公司的帮助，外包测试，或者获取支持
兼容性测试，根据需求说明的内容，确定支持的平台组合：
浏览器的兼容性；
操作系统的兼容性；
软件平台的兼容性；
数据库的兼容性
开展测试，并记录缺陷。合理的安排调整测试进度，提前获取测试所需的资源，建立管理体系（例如，需求变更、风险、配置、测试文档、缺陷报告、人力资源等内容）。
定期评审，对测试进行评估和总结，调整测试的内容。
敲黑板！重点：推荐大家使用自动化测试工具TestWriter（测功能、测兼容性、测回归的零编码自动化测试工具 ），吼吼~
‘陆’ 软件测试实用技术与常用模板的图书目录
前言
第一部分 软件测试的基本知识
第1章 软件测试概述
第二部分 软件测试的核心技术
第2章 白盒测试的实用技术
第3章 黑盒测试的实用技术
第4章 测试用例设计方法
第三部分 软件测试的实用技术
第5章 对本书测试模型的介绍
第6章 单元测试的实用技术
第7章 功能测试的实用技术
第8章 集成测试的实用技术
第9章 性能测试的实用技术
第10章 系统测试的实用技术
第11章 验收测试的实用技术
第12章 回归测试的实用技术
第13章 配置测试的实用技术
第14章 软件的其他测试技术
第四部分 软件测试文档写作模板
第15章 软件测试所需的常用模板
习题
参考文献 第1章 软件测试概述
1.1 软件的相关知识概述
1.1.1 软件的定义
1.1.2 软件工程的内容
1.1.3 软件的生存周期
1.2 软件测试的相关知识概述
1.2.1 软件测试的概念
1.2.2 软件测试的方法
1.2.3 软件测试的任务
1.3 测试的目的和原则
1.3.1 测试的目的
1.3.2 测试的原则
1.4 软件测试的流程
1.4.1 软件测试工作总体流程图
1.4.2 软件测试活动分布图
1.4.3 软件测试流程关系图
1.5软件测试组织结构和人员的要求
1.5.1组织结构的要求
1.5.2 对人员的具体要求
1.6 自动化测试概述
1.6.1 自动化测试
1.6.2 自动化测试的过程
1.6.3 自动化测试工具选型的原则
1.6.4 自动测试的优点
1.6.5 自动化测试技术
1.6.6 自动化测试技术的比较
1.6.7 自动化测试的级别
1.6.8 自动化测试方案选择需要考虑的方面
1.6.9 自动化测试要点
1.6.10 自动化测试适用测试阶段的先决条件
1.6.11 自动化测试工作中的重点
1.6.12 自动化测试执行需要解决的问题
1.6.13自动化测试工具简介
1.7 软件测试的前景
第2章 白盒测试的实用技术
2.1白盒测试的概述
2.1.1 白盒测试的基本知识
2.1.2 白盒测试测试原则
2.1.3 白盒测试的类别、依据和流程
2.2 白盒测试方法
2.2.1 代码检查
2.2.2 代码检查方式
2.2.3 代码检查项目
2.2.4 静态结构分析
2.2.5 SQL语句测试
2.2.6 代码检查的分析与评价
2.3 白盒测试的常用技术
2.3.1 逻辑覆盖法
2.3.2 插桩技术
2.3.3 基本路径测试法
2.3.4 域测试法
2.3.5 符号测试
2.3.6 Z路径覆盖法
2.3.7 程序变异测试法
第3章 黑盒测试的实用技术
3.1 黑盒测试的基本概念
3.1.1 黑盒测试的优点和缺点
3.1.2 黑盒测试人员的要求
3.1.3 黑盒测试的意义
3.2 黑盒测试方法
3.2.1 等价类划分
3.2.2 边界值分析方法
3.2.3 因果图法
3.2.4 判定表驱动法
3.2.5 场景法
3.2.6 功能图法
3.2.7 错误推测法
3.2.8正交试验设计法
3.3 黑盒测试的原则、策略和方法的选择
3.3.1 黑盒测试的原则
3.3.2 确定测试策略
3.3.3 黑盒测试方法的组成步骤
3.4黑盒测试步骤
3.4.1 测试计划
3.4.2 测试设计
3.4.3 测试执行的步骤
3.4.4 测试评估
第4章 测试用例设计方法
4.1测试用例编写概述
4.1.1什么是测试用例
4.1.2为什么要编写测试用例
4.1.3测试用例主要包括哪些内容
4.1.4设计测试用例所需的文档资料
4.2测试用例的作用
4.2.1 实施测试指导的作用
4.2.2 指导测试数据规划的作用
4.2.3 指导脚本编写的作用
4.2.4 作为评判基准的作用
4.2.5 作为分析缺陷的基准的作用
4.3测试用例的设计方法
4.3.1白盒测试用例的设计方法
4.3.2黑盒测试用例的设计方法
4.3.3综合设计方法
4.3.4测试用例设计的原则和注意事项
4.3.4测试用例的管理
4.4测试用例主要内容的编写
4.4.1测试目标的描述
4.4.2测试环境的描述
4.4.3输入数据/动作的编写
4.4.4测试的步骤
4.4.5测试预期的结果
4.4.6测试脚本的编写
第5章 对本书测试模型的介绍
5.1引言
5.1.1编写目的
5.1.2背景
5.1.3定义
5.1.4参考资料
5.2 程序系统的结构
5.3 对密码修改模块的设计说明
5.3.1程序描述
5.3.2功能
5.3.3输人项
5.3.4输出项
5.3.5算法
5.3.6流程逻辑
5.3.7接口
5.4 详细查询功能设计说明
5.4.1程序描述
5.4.2功能
5.4.3输人项
5.4.4输出项
5.4.5算法
5.4.6流程逻辑
5.4.7接口
第6章 单元测试的实用技术
6.1单元测试的概述
6.1.1单元测试的目的
6.1.2单元测试所需文档资料
6.2 单元测试的主要任务
6.2.1 程序语法检查
6.2.2程序逻辑检查
6.2.3模块接口测试
6.2.4局部数据结构测试
6.2.5路径测试
6.2.6边界条件测试
6.2.7错误处理测试
6.2.8代码书写规范检查
6.3单元测试的步骤
6.4单元测试需要填写的表格
6.5单元测试提交的软件BUG清单
6.6 单元测试的测试用例
6.7 单元测试的人工测试实训和操作方法
6.8单元测试的自动化测试实训操作方法
6.8.1单元测试现状
6.8.2选择适用的单元测试工具
6.8.3自动化单元测试中需要注意的问题
6.8.4自动化单元测试工作重点
6.8.5 自动化单元测试案例
第7章 功能测试的实用技术
7.1 功能测试的概述
7.1.1 功能测试的基本概念
7.1.2 功能测试的基本要求
7.1.3功能测试需要的参考文档
7.2 功能测试的重点
7.3 常见功能测试的方法
7.3.1 安装测试
7.3.2 卸载测试
7.3.3 运行与关闭测试
7.3.4 菜单（menu）功能测试
7.3.5 浏览（browse）功能测试
7.3.6 选择（selection）功能测试
7.3.7 搜查（search）功能测试的方法
7.3.8 统计（Statistic）功能测试的方法
7.3.9 Web功能测试的方法
7.3.10 翻页功能测试的方法
7.4 功能测试的常见流程
7.5功能测试的手工测试实训和操作方法
7.5.1 安装卸载测试
7.5.2手机信息管理系统模型的登陆测试
7.6 功能测试的自动化测试实训操作方法
7.6.1自动化功能测试应该何时开始
7.6.2自动化功能测试实例
第8章 集成测试的实用技术
8.1 集成测试概述
8.1.1 集成测试基本情况
8.1.2 集成测试重点考虑的内容
8.1.3 集成测试要考虑的因素
8.1.4 集成测试过程
8.2 集成测试的方法
8.2.1 自底向上集成测试
8.2.2 自顶向下集成测试
8.2.3 核心系统先行集成测试
8.2.4 高频集成测试
8.3 集成测试阶段的工作
8.3.1计划阶段
8.3.2设计阶段
8.3.3 实现阶段
8.3.4 执行阶段
8.4 集成测试的步骤和测试用例
8.5 集成测试中的注意事项
8.6 集成测试完成的标志
8.7 集成测试的人工测试实训和操作方法
第9章 性能测试的实用技术
9.1性能测试的概述
9.1.1 性能测试的目的
9.1.2 性能测试的先决条件
9.2 性能测试的基本要求
9.2.1 性能测试所需相关文档
9.2.2 对性能测试相关文档的要求
9.2.3 对进行性能测试人员、软件和系统的要求
9.3 性能测试的内容
9.3.1 性能测试的分类
9.3.2 性能测试的方法策略
9.3.3 性能测试的调优
9.4 检查测试环境
9.5 性能测试的执行流程
9.6 性能测试常用的测试用例
9.7 性能测试的自动化测试实训操作方法
9.7.1待测测试模型介绍
9.7.2使用LoadRunner进行负载/压力测试
第10章 系统测试的实用技术
10.1系统测试的概述
10.1.1系统测试的目的
10.1.2系统测试的意义
10.1.3 系统测试的主要内容
10.1.4系统测试的目标
10.1.5 系统测试的测试类型
10.1.6系统测试过程
10.1.7 系统测试策略
10.1.8 系统测试环境
10.2 系统测试的测试方法
10.2.1 手工系统测试
10.2.2自动化工具系统测试
10.2.3 多任务测试
10.2.4 临界测试
10.2.5 中断测试
10.2.6系统测试策略
10.3 系统测试过程
10.4系统测试的结果分析
10.5系统测试文档资料
10.6系统测试的手工测试实训和操作方法
10.6.1 对“登陆界面”测试
10.6.2 对“修改用户名和密码”模块的测试
10.6.3 手机信息管理系统界面测试
10.6.4 易用性测试
第11章 验收测试的实用技术
11.1 验收测试的条件、目的和涉及到的文档
11.1.1 验收测试的首要条件
11.1.2 验收测试的目的
11.1.3 验收测试的过程
11.1.4 验收测试的主要内容
11.1.5 验收测试文档
11.1.6 验收测试的设计思路
11.2 应用系统验收测试
11.2.1 验收工作
11.2.2 验收报告
11.2.3 鉴定工作程序和文档资料
11.3外包软件的验收测试
11.3.1 外包软件验收测试的软件配置和配置审核
11.3.2 非正式验收测试
11.3.3 正式验收测试
11.4 验收测试的组织过程
11.4.2 项目进度审核
11.4.3 验收测试计划
11.5 验收测试内容
11.5.1 验收测试的要点
11.5.2 测试结果及缺陷分析
11.5.3 项目验收情况汇总
第12章回归测试的实用技术
12.1 回归测试概述
12.1.1 什么是回归测试
12.1.2 回归测试的目的
12.1.3 回归测试的范围
12.1.4 回归测试的基本过程
12.1.5 回归测试的策略
12.1.6 回归测试人员
12.1.7 选择有效的回归测试包
12.1.8 人工回归测试流程
12.1.9 自动化自动回归测试流程
12.1.10 自动回归测试框架、作用和框架的技术特点
12.2 软件测试的相关知识概述
12.2.1 删除过时的测试用例
12.2.2 改进不受控的测试用例
12.2.3 删除冗余的测试用例
12.2.4 增添新的测试用例
12.3 测试的目的和原则
12.3.1 再测试全部用例
12.3.2 基于风险进行测试
12.3.3 基于操作进行测试
12.3.4 仅测试修改部分
12.4 总结回归测试的结果
12.5 回归测试自动化的问题
12.6 回归测试实践总结
12.7 回归测试文档
12.7.1工作开始前所需的文档
12.7.2工作结束后递交的文档
12.8 人工回归测试实训和操作方法
12.9 回归测试的自动化测试实训操作方法
12.9.1自动化回归测试工作中的问题
12.9.2自动化回归测试解决方案
12.9.3手机信息管理系统回归测试案例
第13章 配置测试的实用技术
13.1 配置测试的概述
13.1.1 软件配置管理的概念
13.1.2 软件配置管理的定义
13.1.3 软件测试配置管理的任务
13.1.4 软件测试配置管理的目的
13.1.5 软件测试配置管理的基本目标
13.1.6 软件测试配置管理的执行约定
13.1.7 软件测试配置管理的执行能力
13.1.8 软件配置测试管理组负责协调的工作
13.1.9 软件配置测试管理的流程
13.1.10 软件测试配置管理的关键活动
13.1.11 软件配置管理要求
13.1.12 配置测试的前提条件
13.1.13 配置测试的范围
13.1.14 配置测试的目标
13.1.15 测试配置管理人员工作的主要内容
13.2 配置测试技术
13.2.1 配置测试设计
13.2.2 常用技术的使用
13.3 配置测试的主要内容
13.3.1 硬件环境配置测试
13.3.2 软件环境配置测试
13.4 配置测试工作的文档
13.5 配置测试的手工测试实训和操作方法
第14章 其他的测试技术
14.1 可用性测试
14.1.1 可用性测试的概念
14.1.2 可用性测试的方法
14.1.3 可用性测试的目的
14.2 压力测试
14.2.1 压力测试的定义、特点和核心原则
14.2.2 压力测试的目标
14.3 确认测试
14.3.1 确认测试的定义
14.3.2 确认测试的内容
14.4 容错性测试
14.4.1容错性测试的概念
14.4.2容错性测试的内容
14.4.3需考虑的特殊事项
14.5 易用性测试
14.5.1 易用性测试的定义
14.5.2 易用性测试的内容
14.6 安全性测试
14.6.1 什么是软件安全
14.6.2 安全性测试
14.7 需求分析的测试
14.7.1 需求分析的定义和测试任务
14.7.2 需求分析测试的内容
14.8可靠性测试
14.8.1 可靠性测试的概述
14.8.2 软件可靠性测试中需注意的问题
14.8.3 软件可靠性测试的流程
14.9 风险测试
14.9.1 风险表现的形式
14.9.2 风险解决策略
14.9.3 风险测试步骤
14.9.4 风险管理
14.10 缺陷测试
14.10.1 缺陷测试的定义及其内容
14.10.2 缺陷测试应注意的问题
14.10.3 缺陷测试结论分析
14.11 Web测试
14.11.1 Web的功能测试
14.11.2 Web的性能测试
14.11.3 Web的用户界面测试
14.11.4 Web兼容性测试
14.11.5 Web的安全性测试
14.11.6 日志文件测试
14.11.7 Web的接口测试
14.12 接口测试
14.12.1接口测试的概述
14.12.2接口测试的内容
14.12.3接口测试的测试项目
14.13 安装和反安装测试
14.13.1安装和反安装测试的工作
14.13.2安装和反安装测试的目标
14.13.3安装测试和反安装测试的内容
第15章 软件测试所需的常用模板
15.1 测试大纲写作模板
15.2 软件测试计划写作模板
15.3 测试任务说明书写作模板
15.4 测试需求说明书写作模板
15.5 单元测试写作模板
15.6 代码检查写作模板
15.7 程序错误报告写作模板
15.8 程序设计写作模板
15.9 测试用例写作模板
15.10 软件测评写作模板
15.11 功能测试写作模板
15.12 性能测试写作模板
15.13 可靠性测试写作模板
15.14 集成测试写作模板
15.15 系统测试写作模板
15.16 验收测试写作模板
15.17 测试分析报告写作模板
15.18 测试总结写作模板
15.19 web测试写作模板
15.20 软件安全性测试写作模板
‘柒’ 如何编写软件测试计划，有完整的模板么
一下是系统测试计划模板：
1）范围
标识、系统概述、文档概述
2）引用文档
3）总体测评要求
测试要求、测试技术和方法、测试任务结束条件、被测软件评价准则和方法、数据采集要求
4）测试资源要求
测试环境、测试人员、开发方配合要求
5）项目管理
组织与职责、工作分工与进度安排、跟踪与控制
6）配置管理计划
7）质量保证计划
8）风险分析
希望对你有帮助
‘捌’ Web测试的主要内容和测试方法有哪些
测试分类：
1、界面测试
1）给用户的整体感：舒适感；凭感觉能找到想要找的信息；设计风格是否一致
2）各控件的功能
2、功能测试
1）删除/增加某一项：是否对其他项造成影响，这些影响是否都正确
2）列表默认值检查
3）检查按钮功能是否正确：新建、编辑、删除、关闭、返回、保存、导入、上一页、下一页、页面跳转、重置（常见错误）
4）字符串长度检查：超出长度
5）字符类型检查
6）标点符号检查：空格、各种引号、Enter键
7）特殊字符：常见%、“、”
8）中文字符：是否乱码
9）检查信息完整：查看信息，查看所填信息是否完整更新；更新信息，更新信息与添加信息是否一致
10）信息重复：需唯一信息处，比如重复的名字或ID、重名是否区分大小写、加空格
11）检查删除功能：不选择任何信息，按Delete，看如何处理；选择一个或多个进行删除；多页选、翻页选删除；删除是否有提示
12）检查添加和修改是否一致：添加必填项，修改也该必填；添加为什么类型，修改也该什么类型
13）检查修改重名：修改时把不能重名的项改为已存在的内容
14）重复提交表单：一条已经成功提交的记录，返回后再提交
15）检查多次使用返回键：返回到原来页面，重复多次
16）搜索检查：存在或不存在内容，看搜索结果是否正确；多个搜索条件，同时输入合理和不合理条件；特殊字符
17）输入信息的位置
18）上传下载文件检查：功能是否实现，
上传：上传文件是否能打开、格式要求、系统是否有解释信息、将不能上传的文件格式修改后缀为可上传的文件格式；
下载：下载是否能打开、保存、格式要求
19）必填项检查：必填项未填写；是否有提示，如加*；对必填项提示返回后，焦点是否自动定位到必填项
20）快捷键检查：是否支持快捷键Ctrl+C、Ctrl+V、backspace；对不允许做输入的字段（如：下拉选项），对快捷方式是否也做了限制
21）Enter键检查：输入结束后按Enter键，系统如何处理
22）刷新键检查：按浏览器刷新键如何处理
23）回退键检查：按浏览器回退键如何处理
24）空格检查：输入项输入一个或多个空格
25）输入法半角全角检查：比如，浮点型，输入全角小数点“。”或“. ”，如4. 5；全角空格
26）密码检查：输入加密方式的极限字符；密码尽可能长
27）用户检查：不同种类管理员用户的不同权限，是否可以互相删除、管理、编辑；一般用户的权限；注销功能，老用户注销再注册，是否为新用户
28）系统数据检查：数据随业务过程、状态的变化保持正确，不能因为某个过程出现垃圾数据，也不能因为某个过程而丢失数据。
29）系统可恢复性检查：以各种方式把系统搞瘫，测试系统是否可以迅速恢复
30）确认提示检查：系统更新、删除操作：是否有提示、取消操作；提示是否准确；事前、事后提示
31）数据注入检查：对数据库注入，特殊字符，对SQL语句进行破坏
32）时间日期检查：时间、日期、时间验证：日期范围是否符合实际业务；对于不符合实际业务的日期是否有限制
33）多浏览器验证
3、性能测试
1）压力测试：实际破坏一个Web应用系统，测试系统的反应，测试系统的限制和故障恢复能力
2）负载测试：在某一负载级别上的性能，包括某个时刻同时访问Web的用户数量、在线数据处理的数量
3）强度测试：测试对象在性能行为异常或极端条件下（如资源减少或用户过多）的可接受性，以此验证系统软硬件水平
4）数据库容量测试：通过存储过程往数据库表中插入一定数量的数据，看是否能及时显示
5）预期指标的性能测试：在需求分析和设计阶段会提出一些性能指标，对于预先确定的性能要求要首先进行测试
6）独立业务性能测试：对核心业务模块做用户并发测试，包括同一时刻进行完全一样的操作、同一时刻使用完全一样的功能
7）组合业务性能测试：模拟多用户的不同操作，最接近实际用户使用情况，按用户实际的实际使用人数比例来模拟各个模块的组合并发情况
8）疲劳强度性能测试：系统稳定运行情况下，以一定负载压力来长时间运行系统的测试
9）网络性能测试：准确展示带宽、延迟、负载、端口的变化是如何影响用户的相应时间的
10）大数据量性能测试：实时大数据量，模拟用户工作时的实时大数据量；极限状态下的测试，系统使用一段时间，积累一段数据量时能否正常运行，以及对前面两种进行结合
11）服务器性能测试：在进行用户并发性能测试、疲劳强度、大数据量性能测试时，完成对服务器性能的监控，并进行评估
12）一些特殊的测试：配置测试、内存泄漏的一些特殊测试
4、可用性测试(接口测试）
1）整体界面测试
2）多媒体测试
3）导航测试
5、客户端兼容性
平台测试：windows；unix；macintosh；linux
浏览器测试：不同厂商的浏览器对Java、Javascript、ActiveX、plug-ins或不同的HTML的规格
不同的支持；框架和层次结构在不同浏览器也不同的显示
6、安全性
安全性测试要求：
1）能够对密码试探工具进行防范
2）能够防范对Cookie攻击的常用手段
3）敏感数据保证不用明文传输
4）能防范通过文件名猜测和查看html文件内容获取重要信息
5）能保证在网站收到工具后在给定时间内恢复，重要数据丢失不超过1小时
web的性能测试工具：
随着Web2.0技术的迅速发展，许多公司都开发了一些基于Web的网站服务，通常在设计开发Web应用系统的时候很难模拟出大量用户同时访问系统的实际情况。
因此，当Web网站遇到访问高峰时，容易发生服务器响应速度变慢甚至服务中断。
为了避免这种情况，需要一种能够真实模拟大量用户访问Web应用系统的性能测试工具进行压力测试，来测试静态HTML页面的响应时间，甚至测试动态网页（包括ASP、PHP、JSP等）的响应时间，为服务器的性能优化和调整提供数据依据。
1、企业级自动化测试工具WinRunner
MercuryInteractive公司的WinRunner是一种企业级的功能测试工具，用于检测应用程序是否能够达到预期的功能及正常运行。
2、工业标准级负载测试工具Loadrunner
LoadRunner是一种预测系统行为和性能的负载测试工具
3、全球测试管理系统testdirector
TestDirector是业界第一个基于Web的测试管理系统，它可以在您公司内部或外部进行全球范围内测试的管理。
4、功能测试工具RationalRobot
IBMRationalRobot是业界最顶尖的功能测试工具，它甚至可以在测试人员学习高级脚本技术之前帮助其进行成功的测试。
它集成在测试人员的桌面IBMRationalTestManager上，在这里测试人员可以计划、组织、执行、管理和报告所有测试活动，包括手动测试报告。
这种测试和管理的双重功能是自动化测试的理想开始。
5、单元测试工具xUnit系列
目前的最流行的单元测试工具是xUnit系列框架，常用的根据语言不同分为JUnit（java），CppUnit（C++），DUnit（Delphi），NUnit（.net），PhpUnit（Php）等等。
该测试框架的第一个和最杰出的应用就是由ErichGamma（《设计模式》的作者）和KentBeck（XP（ExtremeProgramming）的创始人）提供的开放源代码的JUnit.
6、功能测试工具SilkTest
BorlandSilkTest2006属于软件功能测试工具，是Borland公司所提出软件质量管理解决方案的套件之一。
这个工具采用精灵设定与自动化执行测试，无论是程序设计新手或资深的专家都能快速建立功能测试，并分析功能错误。
7、性能测试工具WAS
是由微软的网站测试人员所开发，专门用来进行实际网站压力测试的一套工具。
透过这套功能强大的压力测试工具，您可以使用少量的Client端计算机仿真大量用户上线对网站服务所可能造成的影响。
8、自动化白盒测试工具Jtest
Jtest是parasoft公司推出的一款针对java语言的自动化白盒测试工具，它通过自动实现java的单元测试和代码标准校验，来提高代码的可靠性。
parasoft同时出品的还有C++test，是一款C/C++白盒测试工具。
9、功能和性能测试的工具JMeter
JMeter是Apache组织的开放源代码项目，它是功能和性能测试的工具，100%的用java实现。
10、性能测试和分析工具WEBLOAD
webload是RadView公司推出的一个性能测试和分析工具，它让web应用程序开发者自动执行压力测试；webload通过模拟真实用户的操作，生成压力负载来测试web的性能。
(8)web测试计划模板扩展阅读：
漏洞测试
企业网站做的越来越复杂、功能越来越强。不过这些都不是凭空而来的，是通过代码堆积起来的。如果这个代码只供企业内部使用，那么不会带来多大的安全隐患。
但是如果放在互联网上使用的话，则这些为实现特定功能的代码就有可能成为攻击者的目标。
天眼举一个简单的例子。在网页中可以嵌入SQL代码。而攻击者就可以利用这些SQL代码来发动攻击，来获取管理员的密码等等破坏性的动作。
有时候访问某些网站还需要有某些特定的控件。用户在安装这些控件时，其实就有可能在安装一个木马（这可能访问者与被访问者都没有意识到）。
为此在为网站某个特定功能编写代码时，就要主动出击。从编码的设计到编写、到测试，都需要认识到是否存在着安全的漏洞。
天眼在日常过程中，在这方面对于员工提出了很高的要求。各个员工必须对自己所开发的功能负责。
已知的病毒、木马不能够在所开发的插件中有机可乘。通过这层层把关，就可以提高代码编写的安全性。
‘玖’ 软件测试计划模板一般包括哪些要素
1. 引言：目的、背景、范围、定义、参考资料
2. 测试内容：测试功能清单
3. 测试规则：进入准则，暂停/退出准则、测试方法、测试手段、测试要点、测试工具
4. 测试环境：硬件环境、软件环境、特定测试环境要求
5. 项目任务：测试规划，测试设计，测试执行准备，测试执行，测试总结
6. 实施计划：工作量估计、人员需求及安排、进度安排、其它资源需求及安排、可交付工件
7. 风险管理