1. 概述
1.1 编写目的
1.2 项目背景
1.3 项目质量目标
1.4 预期读者
1.5 参考资料
2. 测试环境
2.1 系统架构
2.2 软硬件环境要求
2.3 测试环境部署图
3. 测试规划
3.1 测试范围
3.2 测试工具
3.3 人员、角色及职责
4. 测试策略
4.1 系统框测试
4.2 业务流程测试
4.3 功能点测试
4.4 UI界面测试
4.5 性能测试
4.6 兼容性测试
4.7 安全测试
5. 测试进度安排
6. 工作汇报
软件测试计划怎么写??要包含哪些内容??
一般说:没有写过,是我们主管写的,但我们会接触这个文档。大概包含有:目的、背景、测试范围、测试开始结束时间、测试策略、测试人员安排、测试环境、风险评估等等。
做好软件测试计划工作的关键是什么?
p 为什么要编写测试计划?
– 领导能够根据测试计划做宏观调控,进行相应资源配置等;
– 测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进
行的工作等;
– 便于其他人员了解测试人员的工作内容,进行有关配合工作
p 什么时间开始编写测试计划?
需求分析后,在整个测试工作过程中,不断修改
p 由谁来编写测试计划?
具有丰富经验的项目测试负责人
测试计划的内容
p项目概述
p术语&参考资料
p角色
p环境(软件、硬件、网络)
p测试工具
p甘特图
p里程碑
p交付件
p风险
p三大标准
p测试策略
测试计划的内容-概述
n主要编写系统背景、目的、各种系统概述图
n需求规格说明书中一般都有,复制过来即可
n系统概述图主要是架构图和拓扑图
测试计划的内容-三大标准
n 开始标准
1. 测试环境搭建完成且达到可测要求。
2. 测试相关人员准备就绪。
n 完成标准
1. 测试用例执行覆盖率达到100%
2. 测试需求覆盖率达到100%
3. 系统死锁、系统崩溃、严重错误不能 多于1 个
4. 次要错误不能多于2个
5. 不合理或者别扭,文字错误,微不足道错误不能多于2个
6. 以上错误均不能出现影响用户使用的bug
n 停止标准
1. 测试中出现一级缺陷较多。
2. 测试环境不稳定。
3. 客户需求变更。
测试计划的内容-三大标准(补充)
n 软件系统在进行单元、集成、确认、系统、安装、验
收测试时,发现一级错误(大于等于1)、二级错误
(大于等于2)暂停测试返回开发。
n 软件项目需暂停以进行调整时,测试应随之暂停,并
备份暂停点数据。
n 软件项目在其开发生命周期内出现重大估算,进度偏
差,需暂停或终止时,测试应随之暂停或终止,并备
份暂停或终止点数据。
n 如有新的项目需求,则在原测试计划下做相应的调整。
n 若开发暂停,则相应测试也暂停,并备份暂停点数据。
n 若项目中止,则对已完成的测试工作做测试活动总结。
n 项目再启动时,测试进度重新安排或顺延。
软件测试计划一般都分为哪些主题?
你的意思是不是软件测试计划要写些什么内容啊。
1:测试目标的确定
2:测试内容详述(其中包括功能测试,非功能测试,用户界面测试等)
3:测试策略
4:测试要提交的文档
5:测试人员以及进度安排
6:计划审核记录
软件测试计划模板一般包括哪些要素
1. 引言:目的、背景、范围、定义、参考资料
2. 测试内容:测试功能清单
3. 测试规则:进入准则,暂停/退出准则、测试方法、测试手段、测试要点、测试工具
4. 测试环境:硬件环境、软件环境、特定测试环境要求
5. 项目任务:测试规划,测试设计,测试执行准备,测试执行,测试总结
6. 实施计划:工作量估计、人员需求及安排、进度安排、其它资源需求及安排、可交付工件
7. 风险管理
软件测试主要内容
1、代码走查:
2、单元测试
单元测试的主要内容:单元模块内和模块之间的功能测试、容错测试、边界测试、约束测试、界面测试、重要的执行路径测试,单元内的业务流程和数据流程等。
单元测试的职责分工:由各项目组的开发人员完成测试工作,并详细记录测试结果和修改过程,质量部进行抽检。
单元测试的输入:《源代码》、《详细设计报告》
单元测试的技术要求:
测试要求:
a) 每个被测单元中每条可执行的脚本都被一个测试用例或异常操作所覆盖,即脚本覆盖率达80% 。
b) 每个被测单元中分支语句取真和取假时,各分支至少执行一次,即分支覆盖率达到80% 。
c) 每个被测单元中的业务流程和数据流程,必须被一个测试用例、一个异常数据、一次异常操作所覆盖,即异常处理能力达80%。
单元测试通过准则
a) 单元功能同设计需求一致;
b) 单元接口同设计需求一致;
c) 能正确处理输入和异常运行中的错误;
单元发现问题进行修改后,进行回归测试,且回归测试通过后,才能进行下一阶段。
单元测试的输出:《单元测试记录》、《测试计划》
单元测试的测试质量责任人是项目经理。
3、集成测试阶段
集成测试的主要内容:系统集成后的功能测试、容错测试、边界测试、约束测试、界面测试、重要的执行路径测试,业务流程(接口测试)等。
集成测试的职责分工:由测试人员组织进行并完成该阶段的测试工作,对测试结果进行详细的记录。
集成测试的输入:《集成测试计划》、《概要设计》、《测试大纲》
集成测试的技术要求:
测试技术要求:
a) 验证被测系统是否满足设计的需求。即根据设计要求中全部功能和性能要求,测试整个软件系统,验证其是否达到设计的要求。
b) 通过数据处理的测试用例对被测系统的输入、输出、处理进行测试,使其达到设计要求;
c) 通过业务处理的测试用例对被测系统的业务处理过程进行测试,使其达到设计的要求;
c) 测试软件正确处理能力和容错能力;
d) 确认单元间无错误连接;
e) 测试软件对正常数据的处理,对接口错误、数据错误、协议错误的识别及处理。
通过准则
a) 各单元间无错误连接;
b) 满足软件需求的各项功能、性能要求;
c) 对错误输入有正确的处理能力;
d) 对测试中的异常有合理的提示;
e) 人机界面友好。
集成测试的输出:《集成测试bug记录》、《集成测试分析报告》。
4、系统(确认)测试阶段
系统性的初始化测试、功能测试、用户需求确认、业务处理或数据处理测试、性能测试、安全性测试、安装性测试、恢复测试、压力测试等
系统测试的职责分工:由测试人员组织进行并完成该阶段的测试工作,对测试结果进行详细的记录。
系统测试的输入:《系统测试计划》、《用户需求分析报告》、《用户操作手册》、《安装手册》
系统测试的技术要求:
测试技术要求:
d) 用户需求的确认:进一步验证被测系统是否满足用户的需求。即根据用户的需求分析报告中全部功能和性能要求,测试整个软件系统,验证其是否达到用户的要求。
e) 通过数据处理的测试用例对被测系统的输入、输出、处理进行测试,使其达到设计要求;
f) 通过业务处理的测试用例对被测系统的业务处理过程进行测试,使其达到用户需求的要求;
f) 测试其进行数据处理时的响应时间是否满足用户要求;
g) 安装性测试是验证其按照《安装手册》是否能够正常配置和安装;
h) 安全性测试是测试其对非法用户的抵御能力,非法用户无法登录本系统。
i) 恢复性测试:测试系统在掉电的情况下,系统的恢复能力。是否正确恢复数据,是否恢复正常操作。
j) 压力测试:对b/s结构的系统来说,系统的大用户量测试,系统的并发能力测试,系统的数据库压力测试是必须要做的测试,常用的测试手段是测试工具。如was、loadrunner、jmeter等
通过准则
a) 满足软件需求的各项功能、性能要求;
b) 系统的安全性满足用户的需求;
c) 系统的负载能力满足用户的需求;
f) 系统与外界支持系统正常运行;
g) 系统的稳定性等满足用户的需求;
h) 用户操作手册易读、易懂、易操作。
l) 系统测试的输出:《系统测试bug记录》。《系统测试分析报告》。
软件测试计划一般都分为哪些主题
从软件规范化角度说明
从软件功能实现角度说明
从软件数据准确性角度说明
从软件安全性和严密性角度说明更多
直接这样答吗?
这只是一个大的标题,下面的具体内容你可以自己根据自己的项目进行补充
谢谢你
嘿嘿没事
转载请注明出处51数据库 » 软件测试计划内容 软件测试计划中应该包括什么内容