进销存管理如何推动企业在竞争中脱颖而出
696
2022-05-29
软件项目测试计划
项目编号:
项目名称:
项目版本:
文档名称:测试计划
文档状态:□ 草稿 □ 正式发布 □ 正在修改
发布类型:□对内 □ 对外
文档编制:
编制日期:
文档审核:
审核日期:
约定:
1、 本测试计划包括集成测试、系统测试及安装测试三个部分的模型;具体编写计划时可视项目情况增减。
2、 根据项目具体情况变更测试方法及策略的相关内容。
3、 在计划执行过程中,如果计划中的时间要求和人员安排内容有所变更,请在原有的表格中增加相应的列填写相应内容,并以深红色标识。
4、 在计划执行过程中,如果计划中的非时间要求和人员安排内容有所变更,请以深红色标识变更的内容。
5、 在计划执行过程中,已执行完的任务以绿色标识,代表已完成。
一、测试范围与主要内容:
说明本次测试的范围及主要的内容
二、时间要求和人员安排:
任务明细
具体时间要求(工作日)
人员安排
测试前业务
准备
测试计划编写
测试用例编写
集成测试
系统测试
总 计
三、集成测试
1. 测试分类与测试方法:
l 功能测试
测试目标
Ø 各模块的独立功能是否能实现
Ø 已提交模块联合起来的功能是否能实现
测试范围
不测试项
测试方法
开始标准
Ø 单元测试已完毕(即程序员自测)
Ø 提供的测试用例已通过相关人员的评审
Ø 此阶段是编码阶段的阶段性成果的测试(较小项目则可省略此阶段测试)
完成标准
是指功能测试的结束标准如:
Ø 所有功能模块都已经送测,且都进行过一轮测试。
Ø 集成测试阶段的测试用例除四级外都已执行过一遍。
Ø 集成测试报告已经修改完毕,问题基本都已得到解决。
测试重点和优先级
此阶段包括:
Ø 单个模块的功能是否实现。
Ø 几个子模块集成后是否达到了预期的功能。
需考虑的特殊事项
l 接口测试
测试目标
模块与模块之间的接口是否正确。
测试范围
不测试项
测试方法
开始标准
功能测试已完成。
存在一个以上的相关联的功能模块。
完成标准
集成子模块的接口测试已经完毕。
测试报告已经修改完毕,问题基本都已得到解决。
测试重点和优先级
此阶段测试重点包括:
1. 一个模块的功能实现是否影响了另一个模块的功能。
2. 穿越模块的数据是否会丢失。
3. 单个模块的误差,累积起来,是否会放大到不能被接受的程度。
4. 全局数据结构是否被异常修改。
需考虑的特殊事项
l UI测试
核实用户与软件之间的交互,确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外,UI测试还可确保UI中的对象按照预期的方式运行,并符合业务行业的标准。
测试目标
主要核实以下内容:
通过测试进行的浏览可正确反映是否符合业务的功能和需求,包括窗口与窗口之间,界面与界面之间的切换,以及各种访问方法(Tab键、鼠标移动)的使用。
测试范围
包括系统中所有图形界面、易用性、操作性等都在测试范围之内。
测试方法
开始标准
功能测试及接口测试已完成。
完成标准
各对象能够按照预期的方式显示或运行。
测试重点和优先级
重点测试软件的易用性及可操作性。
需考虑的特殊事项
2. 测试环境(可视用户需求作调整):
客户机
应用服务器
数据服务器
3. 功能模块列表及测试任务分工
一级
模块
二级
模块
模块功能简述
测试要点
人员
计划完成工作日
4. 组织与责任:
1) 测试负责人:
责任:测试计划、流程制定,测试报告模板、测试程序准备;测试协调。
2) 测试执行人:
责任:进行测试、书写测试报告。
3) 测试环境准备:
责任:测试环境的准备。
5. 测试约定:
网址约定:
测试报告提交方式约定:
四、系统测试计划
1. 测试分类与测试方法:
l 功能测试
测试目标
系统是否满足了用户的功能需求(包括显性和隐性的)。
测试范围
不测试项
测试方法
开始标准
编码工作已经全部结束。
集成测试的测试报告已修改完毕;集成阶段的测试用例基本已经通过。
完成标准
系统测试报告已经修改完毕。
功能已达到用户需求。
测试重点和优先级
此阶段包括:
1.用户的显性需求。
2.用户的隐性需求。
隐藏风险
需考虑的特殊事项
l UI测试
核实用户与软件之间的交互,确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外,UI测试还可确保UI中的对象按照预期的方式运行。
测试目标
主要核实以下内容:
1、 过测试进行的浏览可正确反映是否符合业务的功能和需求,包括窗口与窗口之间,界面与界面之间的切换,以及各种访问方法(Tab键、鼠标移动、快捷键)的使用。
测试范围
包括系统中所有图形界面、易用性、操作性等都在测试范围之内。
不测试项
测试方法
参照软件测试方法文档。
开始标准
功能测试已完成。
完成标准
各对象能够按照预期的方式显示或运行。
测试重点和优先级
重点测试软件的易用性及可操作性。
需考虑的特殊事项
l 兼容性测试
测试目标
在用户需求的各种软硬件环境下运行是否正常。
测试范围
不测试项
测试方法
开始标准
功能测试已经结束。
功能已达到用户需求。
完成标准
用户所要求的操作系统/IE版本下软件能正常运行。
需特殊要求的功能模块能给予相应的提示或帮助说明。
测试重点和优先级
此阶段包括:
1、 典型常用环境下的测试。
2、 其它环境下的测试。
需考虑的特殊事项
2. 测试环境(可视用户需求作调整):
客户机
应用服务器
数据服务器
3. 功能模块及人员、时间分工(只需写大的功能模块)
模块
测试要点
人员
计划完成工作日
1. 组织与责任:
4) 测试负责人:
责任:测试计划、流程制定,测试报告模板、测试程序准备。测试协调。
5) 测试执行人:
责任:进行测试、书写测试报告。
6) 测试环境准备:
责任:测试环境的准备。
2. 测试约定:
网址约定:
5、安装测试计划
1. 测试方法:
测试目标
确保在客户要求的环境下能顺利的进行安装
测试范围
项目完整的安装过程
不测试项
测试方法
Ø 按系统默认安装流程逐步安装,安装时注意观察
l 是否对环境配置进行了检查,并依据不同的检查结果判定是否能继续进行安装(如当不存在jkd、数据库等,则给予提示后不可以继续安装,当存在迅雷等下载工具或者 IIS 等web服务环境,给予提示后仍可以继续安装)。
l 安装界面:公司信息是否准确、文字描述是否准确、文字排列是否整齐、整体界面是否美观
l 默认流程是否能安装成功
Ø 安装过程中更改所有默认设置(如安装站点、端口号、安装路径、数据库密码、数据库服务器名称),观察其过程是否正常,并且安装后检查程序文件是否做了相应的修改)
Ø 安装后的检查:开始菜单中程序组是否建立、数据库建立是否完整(附加数据库的方式则必须分数据库装在系统盘/非系统盘两种情况进行安装,且需进行将数据库文件属性改为只读时的安装);所有模板文件的只读属性(必须清楚具有那些模板文件)是否被去掉;所有资源文件的只读属性是否去掉; IE6.0下载的文件名、路径等是否正确。
Ø 验证系统是否能完成修复:默认安装及修改路径安装是否能修复成功
Ø 验证系统是否能完成卸载、第二次安装,第二次安装数据库是否能保留或重新建立。
Ø 整体软件流程运行一遍,主要是验证打包时文件是否漏打或相关配置文件是否建立
开始标准
Ø 系统测试已经完毕,所有功能已经实现
Ø 已通过项目评审
完成标准
在客户所要求的各种环境下能顺利进行安装
测试重点和优先级
确保在要求的主要环境下能顺序安装上。
需考虑的特殊事项
2. 测试环境要求:
a. 服务器安装的软件环境要求
序号
操作系统及其他相关软件
系统盘格式
主域控制
数据库安装位置
3
3. 人员及任务表
组织与责任
任 务
人 员
时间要求
任务协调人员
进行任务协调、沟通
环境准备人员
进行各种安装环境准备
安装测试人员
进行安装测试、测试报告填写
单元测试 压力测试 开发测试系统上云 移动应用测试 MobileAPPTest 自动化测试
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。