文档编号：
环保自检系统
测试计划
伍六柒团队
2022年06月
变更记录
|
版本号 |
维护日期 |
作者/维护人 |
描述 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
目 录
1. 引言 4
1.1. 标识 4
1.2. 目的 4
1.3. 读者对象 4
1.4. 术语 4
2. 测试需求分析 5
2.1. 测试范围 5
2.2. 测试内容 5
2.2.1.系统功能测试 5
2.3. 测试方法 5
2.3.1.可接受性测试 5
3. 测试环境 6
3.1. 硬件环境 6
3.3. 网络环境 6
4. 测试过程 6
5. 测试计划 7
5.1. 资源安排 7
5.2. 时间计划 7
6. 测试完成准则 7
7. 风险和问题 8
1. 引言
1.1. 标识
本文档标识号：
本文档名称：环保自检系统测试计划
缩略名：功能测试计划
版本号：V1.0
1.2. 目的
本文档将概要性的安排测试工作：测试需求分析，测试环境，测试辅助工具，测试计划、风险和问题。
本文档编写的目的：
1) 环保自检系统数据的依据和指导。
2) 环保自检系统交付依据。
1.3. 读者对象
本测试计划的预期读者是开发人员、和需要阅读本报告的高层老师。
1.4. 术语
Unit testing（单元测试）：指一段代码的基本测试，其实际大小是未定的，通常是一个函数或者子程序，一般由开发者执行
Integration testing（集成测试） ：被测试系统的所有组件都集成在一起，找出被测试系统组件之间关系和接口中的错误。该测试一般在单元测试之后
Acceptance testing（验收测试） ：系统开发生命周期方法论的一个阶段，这时相关用户或独立测试人员根据测试设计和结果对系统进行测试和接受，它让系统用户决定是否接受系统，它是一项确定产品是否能够满足合同或用户所规则需求的测试。
2. 测试需求分析
2.1. 测试范围
功能测试包括：测试系统的功能模块的测试。
2.2. 测试内容
2.2.1. 系统功能测试
表3-2-1 系统功能测试
|
系统名称 |
测试内容 |
|
管理员登录 |
通过登录页面，管理员登录到系统实现功能操作 |
|
项目信息导入 |
导入项目信息 |
|
管理项目信息 |
对导入的项目信息进行编辑修改以及导入等 |
|
报告上传提交修改 |
报告提交上传修改 |
|
报告加工修改 |
加工人对初次分配的报告进行加工修改 |
|
报告审核 |
审核人对加工过的报告进行二次审核 |
2.3. 测试方法
2.3.1. 可接受性测试
是在把测试的版本交付测试部门大范围测试以前进行的对最基本功能的简单测试。
3. 测试环境
3.1. 硬件环境
1、 服务器
安卓手机
3.2. 网络环境
公共网络
4. 测试过程
测试进展的步骤如下：
（1）编写测试计划：由项目的测试负责人编写测试计划，软件的质量保障工作需要有条不紊的进行，测试计划作为软件质量的依据和指导对质量的保障有重要意义。
（2）准备测试环境：测试计划通过评审后，根据测试计划中的测试环境，准备软硬件环境；软件是把原始的数据变成最终想要的成果。所以提供的原始的数据就是要进行测试的数据。
（3）选择测试方法：测试方法有很多，为了对软件进行全面测试选择更多的测试是有必要的。测试方法包括有：功能测试、性能测试、流程测试、对比测试、边界测试等等。
（4）编写测试用例：根据评审通过的概要设计写测试用例。
（5）执行测试用例：具体的测试用例执行过程。
5. 测试计划
5.1. 资源安排
表6-1 资源安排
|
序号 |
角色 |
人员名称 |
职责及任务 |
|
2 |
测试负责人 |
李彬 |
方案协调、编写测试、编写测试报告 |
|
3 |
测试工程师 |
贾硕航 |
环境测试、编写测试用例、安装卸载测试、功能业务测试、数据测试、错误跟踪记录。 |
5.2. 时间计划
表6-2 时间计划
|
阶段 |
工作内容 |
开始时间 |
结束时间 |
|
测试准备 |
完成测试计划和计划的制定，编写测试用例，搭建测试软、硬件环境，安装部署系统，初始化系统数据，配置参数以及系统调试的工作 |
2022-06-01 |
2018-06-03 |
|
执行测试 |
第一轮功能测试 |
2022-06-05 |
2022-06-09 |
|
测试总结 |
自测情况进行了分析和总结，编制测试报告 |
2022-06-13 |
2022-05-14 |
6. 测试完成准则
本项目遵守如下规则：
- 完成测试计划中所规定的测试任务；
- 出具相应的测试结果报告；
- 测试结束达到测试通过标准；
a) 无致命BUG遗留；
b) 遗留严重BUG数≤发现严重BUG数×2%；
c) 遗留中等+轻微BUG数≤发现(中等+轻微)BUG数×5%；
d) 遗留BUG中无必须解决问题；
7. 风险和问题
说明：
1、 发生概率分为高、中、低3个概率级次；
2、 对于严重影响版本质量(如需求变更频繁、设计结构或数据库结果发生重大改变等)或者导致测试进度延迟达15%以上的风险为高等风险；
3、 对于中等影响版本质量(如临时增加小型需求、主测人员离开等)或者导致测试进度延迟达5%-15%以上的风险为中等风险；
4、 对于低等影响版本质量或者导致测试进度延迟达5%以下的风险为低等风险；
表8 风险和问题
|
事项 |
风险 |
发生概率 |
应对措施 |
|
需求不详细 |
|
高 |
|
|
文档对测试指导性差 |
影响软件测试范围及细节鉴定 |
高 |
1.协调补充文档 |
|
|
|||
|
阶段反复次数太多 |
测试进度受阻，测试周期延长 |
|
1.调整测试计划和测试用例 |
|
2.如果导致测试无法进行，重新审定系统进入验收测试的标准，决定是否返回研发 |
|||
|
问题修改不及时 |
测试进度受阻，测试周期延长 |
中 |
1.调整测试计划和测试用例 |
|
2.如果导致测试无法进行，重新审定系统进入验收测试的标准，决定是否返回研发 |
|||
|
测试估计不够 |
测试质量降低 |
低 |
1．调整测试计划和测试用例 |
|
测试周期缩短 |
测试质量降低 |
中 |
1．调整测试计划和测试用例 |
|
2．调整测试重点 |
|||
|
测试配置无法满足测试需要 |
测试进度受阻 |
中 |
1．协调与沟通 |
标签：测试计划,测试,系统,功能测试,测试用例,文档,开发 来源： https://www.cnblogs.com/9d629/p/16376587.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。